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
> 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.
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.