Re: [Evolution] Migration problems

[guenther <guenther rudersport de>]

> Thank you for the info.  I found that simply running 
> evolution --force-shutdown
> and restarting was enough to get my address book back.

Yep, that was the main issue to both of your questions.


> Curiously, the only thing that didn't make the transition was the
> calendar and task-related info.  I didn't have much there, so it's not a
> big deal.

The point is, after running Evolution once, there is a backend still
running for calendar and tasks -- well, how will you ever expect to be
notified about calendar entries without that? ;)

You will need to --force-shutdown as well for copying calendar and
tasks. You even can do it now, to restore the old files.


> I have a couple of lingering concerns.  I also noticed that
> ~/.gconf/apps/evolution/shell/default_folders/%gconf.xml includes
> entries like
> <entry name="mail_path" mtime="1060730873" muser="ross"
> type="string"><stringvalue>evolution:/local/Inbox</stringvalue></entry><entry name="mail_uri" 
> mtime="1060730873" muser="ross" 
> type="string"><stringvalue>file:///export/home/ross/evolution/local/Inbox</stringvalue></entry>
>
> The "file:///export/home..." looks a little suspicious, since my old
> machine, but not my new one, had a directory /export/home.  Is the
> reference to /export to an actual path, or is it an internal magic word
> for evolution?

That's a current limitation. The file:// URL is hard coded to the file
system, unfortunately. To perfectly restore old settings, you can
substitute (find, sed) these entries wit the new ones.

That said, I am not too sure, where this is being used.


> Also, I forgot to mention in my earlier post that I was going from 64
> bit SPARC to 32 bit Athlon, so it seemed likely that if binary
> compatibility was an issue I would run into it (but maybe evo runs in 32
> bit mode on Solaris, and I don't know if there are endian differences).

AFAIK the only thing where littel/big endian may be an issue, is the
berkeley database file (for Contacts) -- I am  not sure right now, but
IIRC there was reported previously no problem while testing between
Sparc and ix86.


...guenther


-- 
char *t="\10pse\0r\0dtu\0  ghno\x4e\xc8\x79\xf4\xab\x51\x8a\x10\xf4\xf4\xc4";
main(){ char h,m=h=*t++,*x=t+2*h,c,i,l=*x,s=0; for (i=0;i<l;i++){ i%8? c<<=1:
(c=*++x); c&128 && (s+=h); if (!(h>>=1)||!t[s+h]){ putchar(t[s]);h=m;s=0; }}}