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