Created attachment 335792 [details] build.log after fixes from Comment #0 dep should be: || ( dev-libs/libcdio-paranoia <dev-libs/libcdio-0.90[-minimal] ) this will get you to the actual errors: if has_version dev-libs/libcdio-paranoia; then sed -i -e 's:cdio/cdda.h:cdio/paranoia/cdda.h:' src/cdaudio-ng/cdaudio-ng.c || die fi
found this, you might find it useful: https://projects.archlinux.org/svntogit/packages.git/tree/trunk/libcdio.patch?h=packages/audacious-plugins
Applied to tree
*** Bug 452666 has been marked as a duplicate of this bug. ***
*** Bug 452706 has been marked as a duplicate of this bug. ***
perfect, thanks!
*** Bug 472134 has been marked as a duplicate of this bug. ***
*** Bug 498788 has been marked as a duplicate of this bug. ***
Thanks, 3.4.1 seems to work OK :) >>> Emerging (1 of 2) media-sound/audacious-3.4.1 >>> Installing (1 of 2) media-sound/audacious-3.4.1 >>> Emerging (2 of 2) media-plugins/audacious-plugins-3.4.1 >>> Installing (2 of 2) media-plugins/audacious-plugins-3.4.1
erm, so, this still breaks in <media-plugins/audacious-plugins-3.3 so if, for whatever reason (like me, not wanting gtk-3 on my system, which >=media-plugins/audacious-plugins-3.3 depends on), someone wants to install a version prior to 3.3, they are still facing the compile error. I wouldn't expect that from a package that is marked stable in the portage tree, no matter if there are newer versions...
(In reply to igel from comment #9) > erm, so, this still breaks in <media-plugins/audacious-plugins-3.3 so if, > for whatever reason (like me, not wanting gtk-3 on my system, which > >=media-plugins/audacious-plugins-3.3 depends on), someone wants to install > a version prior to 3.3, they are still facing the compile error. I wouldn't > expect that from a package that is marked stable in the portage tree, no > matter if there are newer versions... try applying the audacious-plugins-3.3.3-libcdio.patch in older version. it might apply cleanly. report back here for others to benefit. ;) http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/media-plugins/audacious-plugins/files/audacious-plugins-3.3.3-libcdio.patch?view=log
stabilization is supposed to be happening at bug 490463, but the maintainer didn't add arches to CC list yet...
*** Bug 499114 has been marked as a duplicate of this bug. ***
Created attachment 368628 [details, diff] patch rejects on audacious-plugins-3.2.4
Created attachment 368634 [details, diff] modifed patch for audacious-plugins-3.2.4 to work with libcdio-0.90 So, this one works for me (I haven't tested any other useflags that what I've set on my system) with both libcdio-0.90 and below.
Great! But how long should a new revision (with a new patch) go in unstable before it goes stable? Isn't 3.4.1 at that time already stable? In other words, does it make sense to introduce a new revision for 3.2.4 at all?
(In reply to Evert from comment #15) > Great! But how long should a new revision (with a new patch) go in unstable > before it goes stable? Isn't 3.4.1 at that time already stable? In other > words, does it make sense to introduce a new revision for 3.2.4 at all? Equivalently, you could ask if it makes sense to keep gtk-2 around, while gtk-3 is stable...
*** Bug 499210 has been marked as a duplicate of this bug. ***