There are kde-apps that only depend on kdelibs which are widely used outside of KDE itself like kcachegrind and k3b (even Gnomeys use kcachegrind ;)). Having kdelibs PDEPEND on nepomuk forces some additinoal packages on the user he just doesn't need. IMHO the better way would be to make apps that claim semantic-support depend on nepomuk (should be greppable in CMakeList.txt). Because I just don't want those packages hit my computer anymore I am using qcachegrind as replacement (Although it's marked as "example code only" I did not realize any difference until now).
Here are some of the KDE developers about this: https://bugs.kde.org/show_bug.cgi?id=323555 KDE can be built without kdepimlibs, nepomukserver, as well as without the other semantic-desktop apps.
Created attachment 356264 [details] minimal My version of a minimal KDE desktop.
This is not about reintroducing a (global) semantic-desktop USE-Flag. Gentoo-KDE-Herd decided to make it non-optional starting with 4.11. I accept this and simply don't use kde anymore. This report is about the PDEPEND of kdelibs. This is about at least making the installation of nepomuk optional for standalone-kde-apps like k3b and kcachegrind. I don't know if enabling Soprano + SDOs-cmake-options and NOT having nepomuk installed will break anything, but IMHO it shouldn't. So removing the PDEPEND and adding proper dependencies to apps that actually make use of nepomuk is what I am asking for. (Being verbose to prevent that this bug will be closed as WONTFIX)
For the first point: agreed, we need to refactor the dependencies. I am also considering re-adding semantic-desktop in a more limited way (such as no longer patching kdepim to support optional semantic-desktop), so give us a little time to figure out the plan. Either way, we'll fix the PDEPEND.
4.11.2 has the dependencies refactored. KDEPIM hard depends on semantic-desktop, so most users of the full DE will still have nepomuk, but someone pulling in kdelibs as a dep should not have it. Other packages will be refactored once 4.11.2 goes stable.
(In reply to Chris Reffett from comment #5) > 4.11.2 has the dependencies refactored. KDEPIM hard depends on > semantic-desktop, so most users of the full DE will still have nepomuk, but > someone pulling in kdelibs as a dep should not have it. Other packages will > be refactored once 4.11.2 goes stable. To remove from system kdepim* had to edit for themselves several packages: kdebase-meta kdebase-runtime-meta kdegraphics-meta kde-meta kdemultimedia-meta kdeplasma-addons kdeutils-meta plasma-workspace sistemsettings Now in my system you will not find anything from symantic-desktop and kdepim* ... :/
Created attachment 361412 [details] ffuck off kdepims/semantic
Comment on attachment 361412 [details] ffuck off kdepims/semantic Verbal abuse
Created attachment 361414 [details] w/o kdepim
It's not easy to tell what you mean with this. It might be a good idea to attach a unified diff rather than a tarball to show what you have changed. A short text about whether this breaks anything, either functionality of the modified packages or their reverse dependencies would probably increase the chance of your modifications making it to the tree.
Created attachment 361430 [details, diff] kde4 no-pim Patch includes no-pim changes, and some other apps, which I do not use.
(In reply to reagentoo from comment #11) > Created attachment 361430 [details, diff] [details, diff] > kde4 no-pim > > Patch includes no-pim changes, and some other apps, which I do not use. I dont understand why you attach your personal ebuild forking to this bug?!
(In reply to Johannes Huber from comment #12) > (In reply to reagentoo from comment #11) > > Created attachment 361430 [details, diff] [details, diff] [details, diff] > > kde4 no-pim > > > > Patch includes no-pim changes, and some other apps, which I do not use. > > I dont understand why you attach your personal ebuild forking to this bug?! This is answer to previous post. And maybe someone will be useful to purge the system of kdepim.
(In reply to reagentoo from comment #13) > (In reply to Johannes Huber from comment #12) > > (In reply to reagentoo from comment #11) > > > Created attachment 361430 [details, diff] [details, diff] [details, diff] [details, diff] > > > kde4 no-pim > > > > > > Patch includes no-pim changes, and some other apps, which I do not use. > > > > I dont understand why you attach your personal ebuild forking to this bug?! > > This is answer to previous post. And maybe someone will be useful to purge > the system of kdepim. You dont need to hack ebuilds, just dont install full kde...
Johannes Huber, can you detail? How can I install not "full kde" and without kdepims/nepomuk? (if there are obstructive depends)
(In reply to reagentoo from comment #15) > Johannes Huber, can you detail? How can I install not "full kde" and without > kdepims/nepomuk? (if there are obstructive depends) https://wiki.gentoo.org/wiki/KDE
(In reply to Johannes Huber from comment #16) > (In reply to reagentoo from comment #15) > > Johannes Huber, can you detail? How can I install not "full kde" and without > > kdepims/nepomuk? (if there are obstructive depends) > > https://wiki.gentoo.org/wiki/KDE Thanks, but kde-overlay with its set is not useful for this purpose.
> Thanks, but kde-overlay with its set is not useful for this purpose. Please read section about packages https://wiki.gentoo.org/wiki/KDE#Packages. Its not about kde overlay.
(In reply to Johannes Huber from comment #18) > > Thanks, but kde-overlay with its set is not useful for this purpose. > > Please read section about packages > https://wiki.gentoo.org/wiki/KDE#Packages. Its not about kde overlay. Nice, nice. But tear off some ebuilds from unnecessary dependencies that still does not help.
(In reply to reagentoo from comment #19) > (In reply to Johannes Huber from comment #18) > > > Thanks, but kde-overlay with its set is not useful for this purpose. > > > > Please read section about packages > > https://wiki.gentoo.org/wiki/KDE#Packages. Its not about kde overlay. > > Nice, nice. But tear off some ebuilds from unnecessary dependencies that > still does not help. 1. disable semantic-desktop globally in your make.conf 2. Install kdebase-meta 3. Install whatever you need
(In reply to Johannes Huber from comment #20) > (In reply to reagentoo from comment #19) > > (In reply to Johannes Huber from comment #18) > > > > Thanks, but kde-overlay with its set is not useful for this purpose. > > > > > > Please read section about packages > > > https://wiki.gentoo.org/wiki/KDE#Packages. Its not about kde overlay. > > > > Nice, nice. But tear off some ebuilds from unnecessary dependencies that > > still does not help. > > 1. disable semantic-desktop globally in your make.conf > 2. Install kdebase-meta > 3. Install whatever you need I need systemsettings, for example. If I uses native systemsettings-4.11.2.ebuild, then look at this (nepomuk hard dependency): #emerge -DuNqpv world [ebuild N ] app-crypt/mhash-0.9.9.9-r1 USE="-static-libs" [ebuild N ] dev-db/libiodbc-3.52.8-r1 USE="-gtk" [ebuild N ] dev-db/virtuoso-odbc-6.1.6 [ebuild N ] dev-db/virtuoso-server-6.1.6 USE="readline -kerberos -ldap" [ebuild N ] media-libs/raptor-2.0.9 USE="curl unicode -debug -json -static-libs" [ebuild N ] dev-libs/rasqal-0.9.30 USE="crypt gmp mhash pcre xml -doc -static-libs {-test}" [ebuild N ] dev-libs/redland-1.0.16 USE="berkdb postgres sqlite ssl xml -iodbc -mysql -odbc -static-libs" [ebuild N ] dev-libs/soprano-2.9.4 USE="dbus raptor redland virtuoso -debug -doc {-test}" [ebuild N ] dev-libs/shared-desktop-ontologies-0.11.0 [ebuild R ] kde-base/kdelibs-4.11.2-r1 USE="acl alsa bzip2 jpeg2k lzma mmx nls openexr opengl policykit semantic-desktop* spell sse sse2 ssl udev udisks upower -3dnow (-altivec) (-aqua) -debug -doc -fam -handbook -kerberos {-test} -zeroconf" [ebuild N ] kde-base/nepomuk-core-4.11.2 USE="exif ffmpeg pdf taglib (-aqua) -debug -epub" [ebuild N ] kde-base/nepomuk-widgets-4.11.2 USE="(-aqua) -debug" [ebuild N ] kde-base/nepomuk-4.11.2-r1 USE="(-aqua) -debug -handbook" [ebuild UD] kde-base/systemsettings-4.11.2 [4.11.2] USE="opengl usb (-aqua) -debug -gtk -handbook {-test}" ... >=kde-base/kdelibs-4.11.2-r1 semantic-desktop
(In reply to reagentoo from comment #21) > I need systemsettings, for example. If I uses native > systemsettings-4.11.2.ebuild, then look at this (nepomuk hard dependency): Thats indeed a mistake, i will fix it.
Thanks for notice this issue. This is fixed in cvs. Please sync in some hours to get the changes. If you spot more issues with missing semantic-desktop use flags please open a new bug per package, except where we cant disable it (kdepim). + + 20 Oct 2013; Johannes Huber <johu@gentoo.org> systemsettings-4.11.2.ebuild: + Re-introduce semantic-desktop by reagentoo <reagentoo@gmail.com>, bug #479842. +
(In reply to Johannes Huber from comment #22) > (In reply to reagentoo from comment #21) > > > I need systemsettings, for example. If I uses native > > systemsettings-4.11.2.ebuild, then look at this (nepomuk hard dependency): > > Thats indeed a mistake, i will fix it. Thank you! I would like to see "kdepims" (or smth) USE flag together with semantic-desktop in the future. By the way, I know some people who changed the KDE-meta's for their own purposes, so it's normal. ;)
Is that ok, what kopete still depends on kdepimlibs and, as result, on kdelibs[semantic-desktop] ?