Igor Korot posted on Tue, 27 Nov 2012 11:21:50 -0800 as excerpted: >> Let's see here. Ignore packages with the -meta suffix, first off, >> since they're just aggregators for other packages. Secondly, since >> Portage's dependency identification sometimes messes up in --keep-going >> runs, attempt to individually re-emerge any package that didn't get far >> enough to produce a log. Start with the kde-base packages: >> >>> * (kde-base/kdm-3.5.10::kde-sunset, ebuild scheduled for merge) >>> * (kde-base/kdebase-startkde-3.5.10-r5::kde-sunset, ebuild scheduled >>> for merge) * (kde-base/konqueror-3.5.10::kde-sunset, ebuild >>> scheduled for merge) >>> * (kde-base/kdesktop-3.5.10::kde-sunset, ebuild scheduled for merge) >>> * (kde-base/konsole-3.5.10::kde-sunset, ebuild scheduled for merge) >> >> Most of these packages are important to the basic functioning of KDE, >> and you need to get them merged if you want a functioning desktop. >> Then look at the extras: > > Here, unmasking kcontrol fixed everything. All 5 packages are now > compiled and installed correctly.
=:^) >> These packages are less important, and if you can live with the idea of >> using a different (probably GTK-based) mailer and calendar application, >> you don't absolutely need them. I meant to reply to this point earlier and forgot. Due to kdepim4 akonadifying everything, I've dumped everything related to it, here. For me, that was kmail and akregator. FWIW, I've been very happy with the (gtk-based) claws-mail I replaced both of them with. It can be noted, however, that I prefer to keep mail and feeds separate, so while I use claws-mail with its feed-reader plugin for feeds (replacing akregator), I run two separate claws-mail instances, using different icon themes for each so I can tell the difference in the system tray icons (in particular, otherwise I don't really care). Getting two instances to run required setting up a couple environmental variables in a script-wrapper that I run to start them up, otherwise the first one intercepts the commands intended for the second, but that was simple enough, once I figured out what was happening. So if you /do/ happen to be looking for a new mail (and/or feeds) client, I can say I've been very happy with claws-mail. In particular, as with most MH-mail format mail clients, its emphasis is on user scriptable extensibility, which means it's very unlikely to have the devs up and decide to break everything just to go chasing something new, as both kde4 and now kdepim4 have done, as that would break all the user's scripts! After being forced to leave kmail after nearly a decade due to its devs' fascination with shiny, that's an even more significant feature for this gentooer than simple scriptable extensibility is likely to be for the /average/ gentooer. =:^) If your mail providers all have IMAP (or you control your own), there's also the relatively new trojita, with a gentoo dev as upstream, too. Unfortunately, my MSPs are all POP3 based, so that wouldn't be an easy switch, here, but I was still tempted, and probably would have setup my own IMAP and used fetchmail or whatever, if I hadn't found claws-mail such a good match. Trojita is qt4 based, and the author recently blogged (carried by the gentoo-planet feed) about a qt5 conference he was attending, so it shouldn't get stuck with an old qt as kde3 did. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman
