KDEPIM 4.6 prob^Wimpressions
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.
More info: http://www.kde.org/faq.html.
More information about the kde