KDEPIM 4.6 prob^Wimpressions

Duncan 1i5t5.duncan at cox.net
Sun Jul 24 05:00:16 BST 2011

Duncan posted on Sun, 24 Jul 2011 02:30:04 +0000 as excerpted:

> Nearly all the semantic-desktop flags are equality-conditional on the
> setting of that flag for kdelibs.
> So kmail's requiring it in kdepimlibs, which requires it in kdelibs,
> which then forces pretty much everything else with the flag to turn it
> on as well.
> The only even close to reasonable way to break the cycle, therefore, is
> somehow, some way, to either break kmail's dependency on it in
> kdepimlibs (and there's several things that flag affects in kdepimlibs;
> perhaps it's possible to either hard-code or make conditional on a
> different USE flag some of them), or break MY dependency on kmail!

OK, so this is developing into a train of thought post series...

It seems to me that the equality-conditional goes only one way.  That is, 
if for instance, dolphin, is USE=semantic-desktop, then dependency-wise 
it very likely does depend on kdelibs being USE=semantic-desktop as 
well.  But OTOH, if dolphin is USE=-semantic-desktop, it probably doesn't 
matter whether kdelibs is USE=semantic-desktop or not.

IOW, the dependencies should probably be kdelibs[semantic-desktop?] 
instead of kdelibs[semantic-desktop=].

So one way to handle this would be a custom kdelibs ebuild that either 
hard-codes or uses a different flag for whatever semantic-desktop deps 
kdepimlibs actually requires to support kmail, and a custom kdepimlibs 
that likewise either depends on that other flag or if it's hard-coded in 
kdelibs, simply doesn't worry about kdelibs' semantic-desktop flag, thus 
allowing me to turn off USE=semantic-desktop globally, since anything 
built without it shouldn't care whether kdelibs has the support or not.

That would be two custom packages' ebuilds to maintain, but that's 
potentially easier than the half-dozen or more I'd be maintaining if I 
tried to correct what I suspect is an incorrect dependency, switching 
kdelibs[semantic-desktop=] to kdelibs[semantic-desktop?] in all the other 

However, sluicing out the specific dependencies required for kmail may be 
difficult enough that maintaining custom ebuilds for the more numerous 
but simpler initial customization other packages (where I don't need 
semantic-desktop) might be easier after all.

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.

More information about the kde mailing list