It is not possible to install kdelibs without semantic-desktop. The ebuild for gwenview forces the useflag for semantic-desktop to be the same as for kdelibs, hence 'forcing' the useflag for gwenview as well. But this is not needed, gwenview is quite well written, can can be compiled without semantic-desktop, indepently of what kdelibs did. I've done/tested it by removing the line in kde-base/gwenview-4.7.4 and emerging : this works. Also, nepomuk is not searched/displayed in the initial cmake run, as expected. I dont know ebuild very well, but i'm sure it is possible to make it understand something like 'require nepomuk in kdelibs if this is required for gwenview, but not in other cases'. Reproducible: Always
(In reply to comment #0) > It is not possible to install kdelibs without semantic-desktop. The ebuild for > gwenview forces the useflag for semantic-desktop to be the same as for kdelibs, > hence 'forcing' the useflag for gwenview as well. Certainly not. You can always disable semantic-desktop for both. > But this is not needed, gwenview is quite well written, can can be compiled > without semantic-desktop, indepently of what kdelibs did. No. The useflag works as expected, and gwenview links to the nepomuk code exactly if semantic-desktop is enabled. > I dont know ebuild very well, but i'm sure it is possible to make it understand > something like 'require nepomuk in kdelibs if this is required for gwenview, > but not in other cases'. That's how it is now.
(In reply to comment #1) > Certainly not. You can always disable semantic-desktop for both. If you emerge kdelibs with -semantic-desktop, a lot of 'useful' kde packages can't be emerged. But that's not the point here. > > But this is not needed, gwenview is quite well written, can can be compiled > > without semantic-desktop, indepently of what kdelibs did. > > No. The useflag works as expected, and gwenview links to the nepomuk code > exactly if semantic-desktop is enabled. You misunderstood me. The ebuild for gwenview 'forces' semantic-desktop if kdelibs is compiled with this flag. And this, is not needed. Gwenview can compile without nepomuk support, even if kdelibs has it. I did it on my local computer, and anyway, this is obvious from gwenview cmake files. They did things well, but unfortunately, this is not supported by the gentoo ebuild, hence my report. > > something like 'require nepomuk in kdelibs if this is required for gwenview, > > but not in other cases'. > > That's how it is now. no, current situation forces '==' between kdelibs and gwenview for the semantic-desktop. It should be 'flag set in gwenview' implies 'flag set in kdelibs', and only in this direction.
It was intentionally done this way to force semantic-desktop=, however I cannot remember now what was the reason. Any idea guys?
Added to Monday's meeting agenda. "The Gentoo KDE team will have a public meeting on Monday, 16 Jan 2012, 20:00 UTC [1]. The meeting will happen as usual in #gentoo-meetings on freenode."
(In reply to comment #3) > It was intentionally done this way to force semantic-desktop=, however I cannot > remember now what was the reason. Any idea guys? I wasn't very please when that change was done (forcing semantic-desktop= in all kde-base packages), but iirc the argument at the time was that not doing so was leading to strange bugs that were confusing and causing issues on upstream bugzilla.
(In reply to comment #5) > (In reply to comment #3) > > It was intentionally done this way to force semantic-desktop=, however I cannot > > remember now what was the reason. Any idea guys? > > I wasn't very please when that change was done (forcing semantic-desktop= in > all kde-base packages), but iirc the argument at the time was that not doing > so was leading to strange bugs that were confusing and causing issues on > upstream bugzilla. Exactly. We discussed this again at last (March 2012) meeting, and the decision stands that semantic-desktop should be set for all kde packages or for none.
