make[3]: Entering directory `/var/tmp/portage/app-misc/ddccontrol-0.4.2/work/ddccontrol-0.4.2/src/gnome-ddcc-applet' i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../../src -I../lib -I.. -DLOCALEDIR=\"/usr/share/locale\" -I/usr/include/libxml2 -pthread -DORBIT2=1 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/panel-2.0 -I/usr/include/libgnomeui-2.0 -I/usr/include/libbonoboui-2.0 -I/usr/include/libart-2.0 -I/usr/include/gconf/2 -I/usr/include/gnome-keyring-1 -I/usr/include/libgnome-2.0 -I/usr/include/libgnomecanvas-2.0 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/orbit-2.0 -I/usr/include/libbonobo-2.0 -I/usr/include/bonobo-activation-2.0 -I/usr/include/libxml2 -I/usr/include/gail-1.0 '-DPKGDATADIR="/usr/share/ddccontrol"' -ggdb -O1 -O2 -O3 -pipe -march=athlon-xp -mmmx -msse -m3dnow -Wall -DDATADIR="\"/usr/share/ddccontrol-db\"" -DBINDIR="\"/usr/bin\"" -MT ddcc-applet.o -MD -MP -MF .deps/ddcc-applet.Tpo -c -o ddcc-applet.o ddcc-applet.c sed -e "s|\@PKGLIBDIR\@|/usr/lib/ddccontrol|" GNOME_ddcc-applet.server.in.in > GNOME_ddcc-applet.server.in LC_ALL=C ../../intltool-merge -o -u -c ../../po/.intltool-merge-cache ../../po GNOME_ddcc-applet.server.in GNOME_ddcc-applet.server Possible unintended interpolation of @INTLTOOL_ICONV in string at ../../intltool-merge line 94. Global symbol "@INTLTOOL_ICONV" requires explicit package name at ../../intltool-merge line 94. BEGIN not safe after errors--compilation aborted at ../../intltool-merge line 252. make[3]: *** [GNOME_ddcc-applet.server] Error 9 As usual, fix is to intltoolize --force after src_unpack.
As this has been pending for 4 months, I went ahead and fixed it for you in ddccontrol-0.4.2, as I am about to unmask newer intltool in portage that triggers this. Note that 0.4.1 and possibly earlier is probably affected too, but as it fails configure (something about pci-utils) I closed my eyes and pretended older versions don't exist.
As Nicolas is CC'ed, let me also ensure that this is a pure packaging issue and not an upstream one. It's just the nature of intltool that when you autoreconf, you need to intltoolize too to ensure the m4 and Makefile's are using the same set of variables.