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