<p>I recently did this too, lets see what happens.<br></p>
<p>---------------------------------<br>
Support software for non profit, buy Android phones.</p>
<div class="gmail_quote">On Jun 1, 2012 6:13 AM, "James" <<a href="mailto:bjlockie@lockie.ca">bjlockie@lockie.ca</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 05/28/12 22:50, Duncan wrote:<br>
> James posted on Mon, 28 May 2012 20:40:22 -0400 as excerpted:<br>
><br>
> James posted on Mon, 28 May 2012 20:40:22 -0400 as excerpted:<br>
><br>
>> On 05/28/12 19:34, Duncan wrote:<br>
>>> bjlockie posted on Mon, 28 May 2012 13:39:53 -0400 as excerpted:<br>
>>><br>
>>>> Duncan posted...<br>
>>>><br>
>>>>> Turning off semantic-desktop at build-time, no nepomuk, no akonadi<br>
>>>>> (which means no kdepim, I switched mail/contacts and feeds to<br>
>>>>> claws-mail, always used pan for news, and never used the rest of the<br>
>>>>> kdepim stuff), no rasqal or redland, no virtuoso, no mysql, strigi<br>
>>>>> still installed as parts of kde need its headers to build, but<br>
>>>>> without a backend so it's emasculated... turning all that off at<br>
>>>>> build-time and building without it... was the missing magic. Without<br>
>>>>> it, I can now say kde4's better than kde3! It's ironic, tho, because<br>
>>>>> all that semantic-desktop stuff was major bullet- point-features of<br>
>>>>> kde4, so to have to build kde4 without it in ordered to finally get a<br>
>>>>> kde4 that not only matches but surpasses kde3 for me, ironic indeed!<br>
>>>>> =:^)<br>
>>>><br>
>>>> Are there instructions for doing that?<br>
>>><br>
>>> On gentoo? It's just standard gentoo USE flags, in general. The two<br>
>>> catches for gentooers are that (1) the semantic-desktop USE flag is an<br>
>>> "=" dependency, meaning that to turn it off anywhere in kde you must<br>
>>> turn it off for everything (that's actually somewhat stricter than the<br>
>>> upstream kde requirements, AFAIK, where if you have it on in say<br>
>>> dolphin you have to have it on in kdelibs, but to have it on in kdelibs<br>
>>> doesn't require it in dolphin), and that (2) because pretty much all of<br>
>>> kdepim requires kdepim-common-libs, kdepim-common-libs in turn requires<br>
>>> akonadi (akonadi-server on gentoo), and akonadi in turn requires<br>
>>> USE=semantic- desktop, in ordered to turn semantic-desktop off on<br>
>>> gentoo you pretty much cannot have anything kdepim (including kmail,<br>
>>> akregator, kaddressbook, knode, korganizer, etc) installed -- you gotta<br>
>>> use something else for them.<br>
>>><br>
>>> Then once you turn off USE=semantic-desktop, an emerge --depclean peels<br>
>>> away a lot of dependencies, and once those are peeled away, other<br>
>>> formerly required USE flags (like rasqual) can be turned off, which in<br>
>>> turn allows emerge --depclean to clean out even more formerly required<br>
>>> packages.<br>
>>><br>
>>> Building from source manually or using non-gentoo scripts? [snip]<br>
>>><br>
>>><br>
>> If I remove sematic-desktop from /etc/make.conf, will anything put it<br>
>> back?<br>
><br>
> OK, so gentoo (or perhaps funtoo or...) then. Good. That's easier.<br>
><br>
> FWIW, here what I did is set -semantic-desktop, not simply remove it. That<br>
> way if anything has it set as a package-default-use, the specific negative<br>
> use flag overrides, where simply having it not set won't.<br>
><br>
> With the other, related flags (which generally decide which backends get<br>
> built, without semantic-desktop the backends aren't needed either):<br>
><br>
> -semantic-desktop -raptor -redland -virtuoso<br>
><br>
> Also -clucene and -hyperestraier, but depending on what else you have<br>
> installed (especially web-app packages), you may need to keep these on, or<br>
> set the use in make.conf one way and setup package.use for whatever<br>
> packages you might want the other.<br>
><br>
><br>
> Meanwhile, FWIW, I don't have all kde installed. What I do is take the<br>
> sets from the kde overlay (I have the portage 2.2 series unmasked here,<br>
> for full sets support), copy them to /etc/portage/sets and rename them<br>
> with my initials so I can tell mine from the default overlay sets, then I<br>
> edit them. All library lines get commented (see below for why I don't<br>
> simply delete them) as they'll be pulled in by apps that need them. Apps<br>
> lines I don't want/need or that I /know/ are deps of something else listed<br>
> also get commented.<br>
><br>
> Every six-month feature upgrade, so from 4.7 to 4.8, for instance, kde<br>
> upstream changes some of the names, so gentoo does as well. Sometimes<br>
> individual packages will switch sets (so from say kde-utils to kde-<br>
> graphics or something) too. Before I do that upgrade, I diff the new set<br>
> against my initialed set, so I can see what packages got added/deleted,<br>
> look up what a new package does if necessary, then add that line,<br>
> commented or uncommented, to my edited set, as well. By keeping the<br>
> commented package lines in the set, it keeps the lines lined up between my<br>
> edited copy and the sets from the overlay, so it's easier to see what<br>
> changed.<br>
><br>
> If you don't have the overlay installed or haven't unmasked portage 2.2 so<br>
> don't yet have full sets support, you could do the same with the<br>
> metapackages (kdemultimedia-meta, etc), and just copy them to your local<br>
> overlay. I just happened to get started with the sets first, when gentoo<br>
> kde4 was still overlay-only, so that's what I continue to use.<br>
><br>
><br>
> The main reason I mention all that, is so you'll understand the following<br>
> lists, generated by equery. There's likely a few additional kde packages<br>
> that have the semantic-desktop use flag, for instance. I just don't have<br>
> them installed so they don't show up in the equery.<br>
><br>
> Here's the list of my packages using semantic-desktop. Your list will<br>
> likely differ some as you'll have different packages installed:<br>
><br>
> equery h semantic-desktop:<br>
><br>
> [IP-] [ ] kde-base/dolphin-4.8.3-r1:4 [IP-] [ ]<br>
> kde-base/gwenview-4.8.3:4 [IP-] [ ] kde-base/kdebase-runtime-meta-4.8.3:4<br>
> [IP-] [ ] kde-base/kdelibs-4.8.3:4 [IP-] [ ]<br>
> kde-base/kdeplasma-addons-4.8.3:4 [IP-] [ ]<br>
> kde-base/plasma-workspace-4.8.3:4 [IP-] [ ] kde-base/pykde4-4.8.3:4<br>
><br>
> equery h raptor (returns nothing, no packages installed with that use flag<br>
> now)<br>
><br>
> equery h redland (nothing)<br>
><br>
> equery h virtuoso (nothing)<br>
><br>
> With no packages showing those flags, I could actually remove them from my<br>
> make.conf, but after turning off semantic-desktop, there were still some<br>
> packages with them, and turning off those flags and then doing an emerge<br>
> --newuse @world let me remove a bit more, then a bit more...<br>
><br>
> As I said, no soprano (tho if you have any koffice/calligra apps installed<br>
> (I was using krita for awhile, decided to switch to the gimp), you'll<br>
> probably need to keep it, as AFAIK, those apps need soprano at build time<br>
> -- hard dep, can't be removed. Soprano's actually the package that had<br>
> the raptor, redland and virtuoso flags, so while I had krita installed and<br>
> had to keep soprano for it, I had all the soprano backends turned off.<br>
><br>
> equery h clucene returns only strigi, here. As mentioned earlier, strigi<br>
> is a hard-dep for kdelibs, so I can't unmerge it. But it doesn't need<br>
> backends!<br>
><br>
> equery h hyperestraier also only strigi.<br>
><br>
> equery d strigi (d=depends):<br>
><br>
> kde-base/kdelibs-4.8.3 (>=app-misc/strigi-0.7.7)<br>
><br>
> So as I said, kdelibs needs strigi...<br>
><br>
><br>
> Mysql: kde used to require mysql for akonadi, among other things, but<br>
> that was back in about the 4.4 era... The default backend for akonadi-<br>
> server switched to sqlite, and something else semantic-desktop related<br>
> that used to require it switched to virtuoso by default, so mainline kde<br>
> hasn't required mysql for sometime. Except: there was a quirk in the<br>
> akonadi user config that would still try to use mysql if a user had been<br>
> using it previously. That was in the USER config (in /home/), NOT the<br>
> system config (where as I said the default switched to sqlite and<br>
> virtuoso), and changing it for user that had run with the mysql default<br>
> required editing their user config.<br>
><br>
> But if you're getting rid of semantic-desktop anyway, that means no<br>
> akonadi, which means you better have switched off of anything like kmail,<br>
> etc, already, so that bit shouldn't affect you.<br>
><br>
> HOWEVER: If you have amarok installed, it *DOES* still require mysql,<br>
> AFAIK. I don't, and I had switched off of mysql as a backend for anything<br>
> kde long before I turned off semantic-desktop here and unmerged mysql<br>
> then, so it wasn't involved at all when I turned off semantic- desktop.<br>
> But it might be for some people, AND, some people may still need it, for<br>
> amarok or for non-kde apps. So be careful on that one, which you'll have<br>
> to do your own checking on.<br>
><br>
><br>
> equery l shared-desktop-ontologies: nothing. Another package you should<br>
> be able to remove.<br>
><br>
><br>
> Do it a step at a time. First, kill any kdepim if you need to. Then<br>
> switch semantic-desktop and do an emerge --newuse @world to get it off of<br>
> everything. Then emerge --depclean. Then try turning off the other<br>
> flags and/or removing soprano and the various backends.<br>
><br>
> When you're all done, do a final emerge --newuse @world, revdep-rebuild,<br>
> and emerge --depclean, just to be sure you got everything and everything<br>
> is rebuilt minus those dependencies that needs to be.<br>
><br>
><br>
> One more thing: This is the contents of the kdepim-4.8 set from the kde<br>
> overlay:<br>
><br>
>> =kde-base/akonadiconsole-4.7.50<br>
>> =kde-base/akregator-4.7.50<br>
>> =kde-base/blogilo-4.7.50<br>
>> =kde-base/kabcclient-4.7.50<br>
>> =kde-base/kaddressbook-4.7.50<br>
>> =kde-base/kalarm-4.7.50<br>
>> =kde-base/kdepim-common-libs-4.7.50<br>
>> =kde-base/kdepim-icons-4.7.50<br>
>> =kde-base/kdepim-kresources-4.7.50<br>
>> =kde-base/kdepim-meta-4.7.50<br>
>> =kde-base/kdepim-strigi-analyzer-4.7.50<br>
>> =kde-base/kdepim-runtime-4.7.50<br>
>> =kde-base/kjots-4.7.50<br>
>> =kde-base/kleopatra-4.7.50<br>
>> =kde-base/kmail-4.7.50<br>
>> =kde-base/knode-4.7.50<br>
>> =kde-base/knotes-4.7.50<br>
>> =kde-base/konsolekalendar-4.7.50<br>
>> =kde-base/kontact-4.7.50<br>
>> =kde-base/korganizer-4.7.50<br>
>> =kde-base/ktimetracker-4.7.50<br>
><br>
><br>
> If you use any of those packages, be SURE and migrate off of them to<br>
> something else, before attempting to turn off semantic-desktop, kill<br>
> akonadi, etc. Not all of them (yet) require akonadi directly, but I think<br>
> all of them require kdepim-common-libs, which in turn does require<br>
> akonadi-server, which in turn requires USE=semantic-desktop, which since<br>
> it's an "=" dep forces it on for all of kde. So you can't turn off<br>
> semantic-desktop at all, without removing all of kdepim and akonadi. THEN<br>
> you can turn it off.<br>
><br>
><br>
> Oh, and one last request. Once you have all this stuff turned off,<br>
> please do post a followup here and tell me if you're seeing as dramatic a<br>
> performance improvement as I did. I really don't know if it's going to<br>
> make as much difference for you as it did for me, but I CAN say this, I<br>
> was EXTREMELY surprised, and VERY HAPPILY SO, at what a difference it<br>
> made here. I would very much like either confirmation, or someone<br>
> telling me that it really didn't make that much difference for them, as I<br>
> really don't want to be making claims that others can't reproduce as<br>
> well. All I know for sure is that it made enough of a difference here<br>
> that I really WAS shocked. My first computer of my own was a 486, and I<br>
> trained on minicomps before that, so I've been on computers for decades<br>
> now, and at least for me, that was one of the most significant<br>
> differences in behavior I've seen that wasn't due to cleaning malware or<br>
> a hardware upgrade, ever. If it's ANYTHING close to that for others,<br>
> they should be glad they made the switch, but I honestly don't KNOW that<br>
> it will be at this point. All I know is my own experience. So having<br>
> either a confirmation thereof or an OK, but no big deal, would be truly<br>
> valuable to me. Thanks. =:^)<br>
><br>
<br>
I did USE=-semantic-desktop<br>
<br>
emerge -C kdepimlibs kmail kaddressbook knotes konsolekalendar kjots ktimetracker kopete akregator klinkstatus kalarm kdepim-common-libs kleopatra plasma-workspace libplasmaclock nepomuk blogilo kdepim-strigi-analyzer knode kget kontact kaddressbook korganizer kdepim-runtime app-office/akonadi-server dev-cpp/libcmis kde-base/akonadiconsole kde-base/kabcclient kde-base/kactivities kde-base/kdepim-kresources kde-base/kdeplasma-addons kde-base/kgpg kde-base/kuser kde-base/rocs kde-base/kdewebdev-meta<br>
<br>
emerge -p -D --newuse world<br>
<br>
I'm not sure if I got everything (it may a long process) but my system is faster.<br>
It doesn't feel superfaster but it was fast before. :-)<br>
It is worth streamlining kde/gentoo where possible.<br>
<br>
___________________________________________________<br>
This message is from the kde mailing list.<br>
Account management: <a href="https://mail.kde.org/mailman/listinfo/kde" target="_blank">https://mail.kde.org/mailman/listinfo/kde</a>.<br>
Archives: <a href="http://lists.kde.org/" target="_blank">http://lists.kde.org/</a>.<br>
More info: <a href="http://www.kde.org/faq.html" target="_blank">http://www.kde.org/faq.html</a>.<br>
</blockquote></div>