Alex Schuster wrote:
> Duncan writes:
>
>    
>> Dale posted on Thu, 09 Dec 2010 11:03:56 -0600 as excerpted:
>>      
>    
>>> Looks like this was simple enough to solve.  Just leave .kde behind at
>>> least.  No worries.  Wish the multilib issue was this simple.  o_O
>>>        
>> Seems to be good.
>>
>> Depending on how much customizing you do to your kde (and mozilla), you
>> can try copying them over too.  If anything breaks, you know what to
>> "uncopy". =:^/  But it might be easier to do that and find what to uncopy
>> if necessary, then re-customize everything, at least if you're as heavy a
>> customizer as I am.  And worst-case, you simply erase that bit and start
>> clean.
>>      
> As I hate to re-create my KDE setup from scratch, I simply did nothing when
> I switched to 64bits a while ago. No problem. I even dual-booted a couple of
> times between 32 and 64 bit Gentoo. BTW, I still have the 32bit Gentoo,
> although cleaned from large stuff like KDE, because occasionally I need to
> build 32bit stuff.
>
>    
>> Meanwhile, for the akonadi stuff at least, there's a bit of config
>> outside .kde.  I'm not /exactly/ sure of the default location as I've
>> changed enough stuff around here to never be sure, but I /believe/ that
>> bit is in ~/.config/<something>  by default.  (Maybe .config/akonadi/ ?)
>>      
> In there are the resource agents and the akonadiserverrc. Data base stuff is
> in .local/share/akonadi.
>
> 	Wonko
>
>    

I had forgot about Kopete.  I do use it.  I may can just save the one 
file/directory for Kopete and .mozilla.  I'll most likely just try the 
whole thing at first.  If it causes me grief, I can logout, go to a 
console and delete what I don't need.

I think I know what file Kopete uses.  I looked at it one time before.  
I think it is in a config directory or something.

UPS just ran.  I got what I need to get started with the testing at least.

Dale

:-)  :-)