How to setup dual monitor in kde?
James
bjlockie at lockie.ca
Fri Jun 1 01:42:28 BST 2012
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.
More information about the kde
mailing list