Bugzilla Bug 199600

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.