f-spot on Lucid 64 bit

[Karl Larsen]

On 03/10/2010 01:49 AM, Oliver Grawert wrote:
> hi,
> Am Dienstag, den 09.03.2010, 05:47 -0700 schrieb Karl Larsen:
>    
>> For some reason there are two places that contain the proper files
>> to start f-spot. The system will not start but does tell you the
>> problem. It is this:
>>
>> karl at Lucid:~$ f-spot
>> It looks like you have 2 settings directories for f-spot
>> (/home/karl/.gnome2/f-spot and /home/karl/.config/f-spot). Remove one or
>> run f-spot with --basedir option
>>      
> such things usually happen if you try to use the same /home with several
> different releases of software. places software stores user data change.
> usually apps care for that on upgrades with internal migration tools.
> but if you switch releases back and forth with the same /home things
> sill automatically get messed up ...
>
> i.e.:
>
> app-x version 1 creates all config files in ~/.app-x ... at some point
> when it switches to version 2  app-x gets integrated with some new
> standard that requires it to write to ~/.config/app-x so a migration
> tool is added ...
>
> now if you use your /home with that version 2 the app will care that the
> config gets moved to the new location ... next  time you use your /home
> with the old version 1 app-x detects there is no configuration in
> ~/.app-x so it creates a new empty config (indeed, version 1 didnt know
> about the new standards so it wont look in ~/.config/app-x) ...
> next time you boot a system that contains v2 (or even v3 because you
> wanted to try that shiny development release) it will find the old
> config in ~/.app-x and migrate it again ... which in the end lets you
> end up with the formerly created empty config from v1 ...
>
> in general, sharing /home with different releases of a distro is a very
> bad idea if you jump back and forth between distro releases that
> contains the same software. it will always lead to loss of personal data
> and configuration due to the above.
>
> ciao
> 	oli
>    

     I see what your saying and I have had the same thing happen. It 
appears that since Thunderbird stores it's data at 
/home/karl/.thunderbird. But earlier versions used .mozilla.thunderbird 
which was fine, but I discovered the working thunderbird in 8.04 does 
not work now. Even 9.04 is broke.


     So that is why having a common partition at /home/karl/ does not 
work well. It is clear now.

Thanks

73 Karl