..although configure script recognizes "--without-arts" option
Created attachment 25407 [details, diff] This patch adds use of "arts" USE flag into the kdelibs-3.2.0.ebuild
On a related note, portage doesn't honour the -kde or -kdelibs or -kdelib or -libkde. I don't want anything related to kde installed on my system, nor do I have anything that appears to depend on kde installed on my system. Who's deciding what gets installed on my computer? I thought the whole purpose of the USE flag was to let me decide.
your note is completely unrelated. dependencies are specified on an ebuild by ebuild basis; if there's a program that needs kde libraries, and you want that program, then it's going to pull down the kde libraries whether your have the kde use flag or not. the use flags are only for OPTIONAL dependencies.
So what's the opinion of KDE gentoo people about this critter? I've succesfully emerged this modified ebuild and am using various KDE apps with no problems.
I am investigating it. I plan to somewhat slowly roll it into the ebuilds over the next few weeks, but all signs point to it working fine.
note (mostly to myself) that the arts ebuild contains the env.d directory settings for KDE, so we'll have to work around that if we want to enable kde to install w/o arts.
*** Bug 41308 has been marked as a duplicate of this bug. ***
*** Bug 48278 has been marked as a duplicate of this bug. ***
Created attachment 29734 [details, diff] A patch file for kdelibs (adding "arts" USE flag) This patch (for kdelibs-3.2.2.ebuild) adds the discussed "arts" USE flag to new kdelibs. I have tested it on ~x86 and it works perfectly.
Please read my comment #6; it's the thing that would block this from getting into portage.
Would it be enough if we checked if those variables are already in respective env.d/ files and add them from kdelibs if not?
I'm wondering why not just move it to kdelibs. I can't imagine someone would install arts and not kdelibs too. And if they did, would they need those files?
Arts without kde? For example this guy: http://bugs.gentoo.org/show_bug.cgi?id=47750
Are KDE's env.d/ entries even needed for arts *without* KDE ?
This version of ebuild breaks latest krusader, which cannot be build --without-arts: checking for KDE paths... defaults checking for dcopidl... /usr/kde/3.2/bin/dcopidl checking for dcopidl2cpp... /usr/kde/3.2/bin/dcopidl2cpp checking for mcopidl... not found configure: error: The important program mcopidl was not found! Please check whether you installed aRts correctly. Off-topic question: why the fawk does a filemanager have _mandatory_ dependency on a sound server? I'd understand if it was optional (sound on events or such), but mandatory? KDE is becoming win32-like :(((
*** Bug 53522 has been marked as a duplicate of this bug. ***
It
It´s not enough to provide kdelibs with the USE="-arts" flag. The other kde packages doesn´t honor the USE="-arts" flag too. If they don´t compile with ./configure --without-arts, the script tries to detect arts and fails, if it doesnt´t found. Steffen
per my comment #6, if that gets rolled BACK into kdelibs ebuild then we can support this. I think I will plan to do this for the 3.3 series when the first beta is released, or possibly sooner.
*** This bug has been marked as a duplicate of 54574 ***