when i try to emerge xmms-arts-0.4-r6 i get the follow error msg: In file included from artsout.c:21: artsout.h:29:19: artsc.h: No such file or directory In file included from about.c:21: artsout.h:29:19: artsc.h: No such file or directory make: *** [artsout.lo] Error 1 make: *** Waiting for unfinished jobs.... make: *** [about.lo] Error 1 !!! ERROR: media-plugins/xmms-arts-0.4-r6 failed. !!! Function src_compile, Line 29, Exitcode 2 !!! (no error message) Reproducible: Always Steps to Reproduce: 1. emerge xmms-arts 2. 3. Actual Results: the emerge will fail Expected Results: install support for arts in xmms. Portage 2.0.46-r12 (default-x86-1.4, gcc-3.2.2, glibc-2.3.2_pre1-r0) ================================================================= System uname: 2.4.20-ck3 i686 AMD Duron(tm) Processor GENTOO_MIRRORS="http://gentoo.oregonstate.edu/ http://distro.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="" USE="x86 oss 3dnow apm arts avi crypt encode gif jpeg libg++ mmx motif mpeg ncurses nls pdflib png qtmt quicktime spell truetype xml2 xmms xv zlib gdbm berkdb slang readline bonobo svga tcltk java guile mysql sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis qt opengl X gtk2 gnome alsa -cups -kde -mikmod -gtk" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=athlon -O3 -pipe" CXXFLAGS="-march=athlon -O3 -pipe" ACCEPT_KEYWORDS="x86 ~x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache"
*** Bug 16317 has been marked as a duplicate of this bug. ***
please attach full log. thanks.
Created attachment 8927 [details] the complete log of emerge
please try 'MAKEOPTS=-j1 emerge xmms-arts'.
it just cant find artsc.h bash-2.05b# locate artsc.h /usr/kde/3.1/include/artsc/artsc.h this is what happens when i use -j1.. creating Makefile creating config.h /bin/sh ./libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I. -march=athlon -O3 -pipe -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include `artsc-config --cflags` -c about.c /bin/sh: line 1: artsc-config: command not found mkdir .libs gcc -DHAVE_CONFIG_H -I. -I. -I. -march=athlon -O3 -pipe -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -c about.c -fPIC -DPIC -o .libs/about.lo In file included from about.c:21: artsout.h:29:19: artsc.h: No such file or directory make: *** [about.lo] Error 1 !!! ERROR: media-plugins/xmms-arts-0.4-r6 failed. !!! Function src_compile, Line 29, Exitcode 2 !!! (no error message)
yup, please append following information: 'echo $PATH' 'which artsc-config' 'grep kde /etc/ld.so.conf'
bash-2.05b# echo $PATH /sbin:/bin:/usr/sbin:/usr/bin bash-2.05b# which artsc-config which: no artsc-config in (/sbin:/bin:/usr/sbin:/usr/bin) bash-2.05b# grep kde /etc/ld.so.conf bash-2.05b#
Hmm. Maybe this wasn't from a login shell? Because the path seems very short... What version(s)/revisions of arts and kde-env do you have? What /env/*kde* files with what contents? Try running env-update and see 'grep kde /etc/ld.so.conf' now gives some output.
yea i did that in a gnome-terminal.. when i switched to a console it was longer.. but i dont think $PATH has much to do with it. i have the latest revisions in portage.. i use ~x86 keyword bash-2.05b# cat 99kde-env KDEDIRS=/usr CONFIG_PROTECT=/usr/share/config i did the env-update and still no kde in ld.so.conf
/me slaps head... Of course this happens. Arts doesn't add KDEDIR to PATH and LDPATH, only kdelibs does that. Which is obviously a broken scheme. Sigh... But somehow it never came up before, i guess few people want to use arts without having the rest of kde installed... The reason PATH and LDPATH are in ??kdelibs-$ver is that they need to be ordered the right way: newer versions of kde should come first in the paths. But, since we name the env.d files of the various kdelibs versions in a static way, we might as well put the entries in 99kde-env in a static order and be done with it. Comments (Hannes?) or I'll do this in new ~ revisions. Plus probably with that other bug about env.d submitted by myself as a reminder.
yup, arts ebuilds have to install env settings, simply move the kdelibs ebuild code to arts should do the trick ;)
Yes, you're right of course. Putting it in kde-env would be too static - it wouldn't allow for custom kde locations via KDEPREFIX, etc. So we should move the ??kdelibs*, ??kdedir* files from kdelibs to arts. If we move them as-is it will just work and close this bug. I do want (at some point) to make the whole thing more elegant. At least I would like to properly sequentalize the numbers of the env.d files installed - right now they're all over the 0-100 range. But this would create upgrade problems since env.d files are config-protected. So I'll let that alone for now.
Committed new arts, kdelibs versions (to ~ profiles) that should fix this as described above. If you don't want to spend time recompiling kdelibs, upgrading arts should be enough, assuming the next time you compile kdelibs you'll use the new revision.
works perfect now.. thanks.
