Re: [Evolution-hackers] [opensuse-gnome] Evolution 2.22 for Factory
- From: Hans Petter Jansson <hpj novell com>
- To: michael meeks novell com
- Cc: Evolution Hackers <evolution-hackers gnome org>, opensuse-gnome <opensuse-gnome opensuse org>
- Subject: Re: [Evolution-hackers] [opensuse-gnome] Evolution 2.22 for Factory
- Date: Fri, 19 Sep 2008 22:14:54 -0500
[ Adding evolution-hackers to Cc since this contains potentially useful
feedback and some questions ]
On Fri, 2008-09-19 at 18:06 +0100, Michael Meeks wrote:
> On Fri, 2008-09-19 at 00:40 -0500, Hans Petter Jansson wrote:
> > Note 2: If you ran the newer version of Evolution previously, you should
> > delete the sqlite database it creates before reverting to the old one -
> > otherwise it will think the sqlite database is an mbox and try to index
> > it, which will cause errors. Delete ~/.evolution/mail/local/folders.db*.
> That - is really bad. Can we not name our db in some way that this
> doesn't happen ? is there really no solution here ? if not, why are
> these databases in a place where older versions get confused & start
> doing stupid things ? - can we not put them somewhere else ?
That's a question for the Evo team, I guess - it looks like it could be
trivially fixed by moving the folder.db somewhere else, or calling it
folder.index or folder.ibex.index or whatever Evolution traditionally
filters out.
To Evolution's credit, my 500MB folder.db binary blob didn't cause it to
crash - it showed up as a bogus local mail folder after about 15 minutes
of disk churn - but it did throw errors whenever it needed to pull data
for vfolders.
Also, it looks like old summary/index files aren't removed - does it
require both the sqlite database and summaries now? It increases disk
space consumption quite a bit.
> Switching between versions, should work right ?
I don't know if we ever guaranteed spotless downgrading, but yeah,
having that work would be a big plus - especially since users may switch
between distros but keep their home dirs.
--
Hans Petter
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]