Re: How to setup dual monitor in kde?

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

 



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. =:^)

-- 
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

___________________________________________________
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