I stumbled across a failed dependency: >>> Emerging (4 of 5) media-sound/mixxx-1.7.0_beta2 * mixxx-1.7.0-beta2-src.tar.gz RMD160 SHA1 SHA256 size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] >>> Unpacking source... >>> Unpacking mixxx-1.7.0-beta2-src.tar.gz to /var/tmp/portage/media-sound/mixxx-1.7.0_beta2/work >>> Source unpacked in /var/tmp/portage/media-sound/mixxx-1.7.0_beta2/work >>> Preparing source in /var/tmp/portage/media-sound/mixxx-1.7.0_beta2/work/mixxx-1.7.0~beta2 ... >>> Source prepared. >>> Configuring source in /var/tmp/portage/media-sound/mixxx-1.7.0_beta2/work/mixxx-1.7.0~beta2 ... scons: Reading SConscript files ... Platform: Linux i686 WE ARE IN: /var/tmp/portage/media-sound/mixxx-1.7.0_beta2/work/mixxx-1.7.0~beta2/linux_build QT path: /usr/lib/qt4 Loading qt4 tool... bzr: ERROR: Not a branch: "/var/tmp/portage/media-sound/mixxx-1.7.0_beta2/work/mixxx-1.7.0~beta2/linux_build/". Checking for C library portaudio... yes Checking for C library id3tag... yes Checking for C library mad... yes Checking for C library sndfile... yes Checking for C library vorbisfile... yes Checking for C library vorbis... yes Checking for C library ogg... yes Checking for C library mp4... no Checking for C library faad... yes Checking for C library GL... yes Checking for C library GLU... yes Not working FFMPEG support... disabled Checking for pkg-config (at least version 0.15.0)... yes Checking for QtCore (4.3 or higher)... yes Checking for C library asound... yes Checking for C++ library djconsole... yes Features Summary: ================ libdjconsole support... enabled High quality EQs... disabled OSError: 'pkg-config libgpod-1.0 --silence-errors --cflags --libs' exited 1: File "/var/tmp/portage/media-sound/mixxx-1.7.0_beta2/work/mixxx-1.7.0~beta2/SConstruct", line 42: SConscript(File('src/SConscript'), build_dir=Dir(build_dir), duplicate=0) File "/usr/lib/scons-1.2.0/SCons/Script/SConscript.py", line 612: return apply(method, args, kw) File "/usr/lib/scons-1.2.0/SCons/Script/SConscript.py", line 549: return apply(_SConscript, [self.fs,] + files, subst_kw) File "/usr/lib/scons-1.2.0/SCons/Script/SConscript.py", line 259: exec _file_ in call_stack[-1].globals File "/var/tmp/portage/media-sound/mixxx-1.7.0_beta2/work/mixxx-1.7.0~beta2/src/SConscript", line 864: env.ParseConfig('pkg-config libgpod-1.0 --silence-errors --cflags --libs') File "/usr/lib/scons-1.2.0/SCons/Environment.py", line 1447: return function(self, self.backtick(command)) File "/usr/lib/scons-1.2.0/SCons/Environment.py", line 585: raise OSError("'%s' exited %d" % (command, status)) sind ligbpod was not installed on my system. Calling pkg-config with libgpod failed (of course) $ pkg-config libgpod-1.0 --silence-errors --cflags --libs $ echo $? 1 Installing libgpod resolved the problem. I think this dependency should be added to portage, shouln't it?
Thanks for reporting the issue, would you please give us your emerge --info?
if the ipod flag is removed (compile flag, not useflag) this package will not be pulled in. We may want to add an ipod useflag so that users can include this dependency only if they actually want the ipod stuff. I found all this out by asking the mixxx people :). I'll look into writing a patch to fix the issue shortly.
Created attachment 199487 [details, diff] add dependency on libgpod if ipod useflag is enabled This patch fixes the issue reported by the bug. The reporter has the ipod useflag enabled, this causes the following line to trigger in current ebuild adding ipod as a compile time option: use ipod && myconf+=" ipod=1" || myconf+=" ipod=0" Doing so also causes mixxx to depend on libgpod, but our ebuild does not reflect this, hence the patch. It should be noted that in discussion with the developers of mixxx that they consider the ipod stuff very experimental.
Created attachment 199488 [details, diff] silly me diff -u backwards, same patch as last one.
Thx. Mind to add the full ebuild?
Created attachment 199682 [details] Ebuild as requested, the result after the patch is applied Here you are, I'm reopening... as I presume you want me to do. If I'm wrong let me know.
Oh no, don't reopen! It's fixed. I just got into troubles applying the patch via 'patch -p0 < mixxx-1.7.0_beta.ebuild.patch' in the portage folder of mixxx. So I fixed the ebuild file by myself according to what's in the patch file. I think, others getting right into the same situation would be very pleased to find a full working ebuild here. :)