Re: How to setup dual monitor in kde?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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.


[Index of Archives]     [Trinity (TDE) Desktop Users]     [Fedora KDE]     [Fedora Desktop]     [Linux Kernel]     [Gimp]     [GIMP for Windows]     [Gnome]     [Yosemite Hiking]
  Powered by Linux