Latest audacious breaks, among other things, net-irc/audacious-show: >>> Compiling source in /var/tmp/portage/net-irc/audacious-show-1.2.0/work/audacious-show-1.2.0 ... gcc -O3 -march=nocona -fomit-frame-pointer -pipe -O3 -Wall -fPIC -DVER_MINOR=2 -DVER_MAJOR=1 -DVER_PATCH=0 -DVER_STRING=\"1.2.0\" -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -DUSE_AUDACIOUS -D_REENTRANT -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/gtk-2.0 -I/usr/include/libmowgli -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -c -o main.o main.c main.c:37:32: error: audacious/beepctrl.h: No such file or directory main.c:38:35: error: audacious/titlestring.h: No such file or directory The ebuild probably needs to have <media-sound/audacious-1.4 added as a dep for now.
Several other ebuilds are also affected by this missing header with media-sound/audacious-1.4: x11-plugins/gkrellmms media-plugins/audacious-plugins-ugly media-plugins/audacious-g15-spectrum media-plugins/audacious-docklet media-sound/audtty Bug #198998 is related: the cause was the same, and they've already worked out, it seems, a solution upstream as well as a dependency fix in the ebuild for the meantime. I don't know if any other packages fail due to this missing header, but it'd be worth looking at anything that has the audacious USE flag. Should separate bugs be opened for each of these?
Please note that you should not accumulate multiple bugs in one report. Audacious-docklet has been masked for removal. It is an obsolete and unstable alternative to the status-icon plugin which has been available since Audacious 1.3; use that instead. The ugly plugins are no longer maintained, and will be removed from the tree once Audacious 1.4 is stable. I have blocked it from the 1.4.2 ebuild so users get a clear choice on how to proceed. Looking for new upstream on AudTTY, if that doesn't surface, I will mask it for removal. Audacious-show might be unmaintained, in that case I may also have to mask it for removal. Can I suggest xchat-xsys as an alternative? There are no "missing headers", there are plugins that are using the Audacious 1.3 API instead of the Audacious 1.4 API. <CIA-3> chainsaw * gentoo-x86/profiles/ (ChangeLog package.mask): Mask audacious-docklet for removal. <CIA-3> chainsaw * gentoo-x86/media-sound/audacious/ (ChangeLog audacious-1.4.2.ebuild): <CIA-3> Explicitly block audacious-plugins-ugly, it is no longer supported upstream and will be removed from the tree once Audacious 1.3 is gone.
Well that's a shame. A newer version is out that supports Audacious 1.4.0; but as nedudu.hu has gone out of its way to make automated downloads impossible I can't package it. Will mask this package shortly.
# Tony Vroon <chainsaw@gentoo.org> (22 Nov 2007) # Upstream actively prevents automated downloads, consider using xchat-xsys instead. # Scheduled for removal. net-irc/audacious-show
