Bugzilla Bug 200711

With dev-util/intltool-0.36.2 (from gentopia overlay, which it pulls in from
gnome overlay; the latest version in the main portage tree is 0.35.5)
beagle-0.2.18 fails to build:

# USE="chm doc eds galago gtk pdf python xscreensaver -ole -thunderbird" beagle
[...]
make[2]: Leaving directory
`/var/tmp/portage/app-misc/beagle-0.2.18/work/beagle-0.2.18/images'
Making all in search
make[2]: Entering directory
`/var/tmp/portage/app-misc/beagle-0.2.18/work/beagle-0.2.18/search'
LC_ALL=C ../intltool-merge -d -u -c ../po/.intltool-merge-cache ../po
beagle-search.desktop.in beagle-search.desktop
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[2]: *** [beagle-search.desktop] Error 9
make[2]: Leaving directory
`/var/tmp/portage/app-misc/beagle-0.2.18/work/beagle-0.2.18/search'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/var/tmp/portage/app-misc/beagle-0.2.18/work/beagle-0.2.18'
make: *** [all] Error 2
 * 
 * ERROR: app-misc/beagle-0.2.18 failed.
 * Call stack:
 *               ebuild.sh, line   35:  Called src_compile
 *             environment, line 2577:  Called die
 * The specific snippet of code:
 *       emake || diefunc "$FUNCNAME" "$LINENO" "$?" "emake failed."
 *  The die message:
 *   emake failed.


Same error happens with both portage-2.1.3.19 and portage-2.1.4_rc4; and with
both MAKEOPTS=-j1 and MAKEOPTS=-j3.

Emerging =dev-util/intltool-0.35.5 (the version in the main portage tree)
allows beagle to build successfully.


Portage 2.1.3.19 (default-linux/amd64/2007.0/desktop, gcc-4.2.2, glibc-2.7-r0,
2.6.23-gentoo-r2-cfs-v24 x86_64)
=================================================================
System uname: 2.6.23-gentoo-r2-cfs-v24 x86_64 Intel(R) Core(TM)2 CPU 6600 @
2.40GHz
Timestamp of tree: Wed, 28 Nov 2007 20:30:01 +0000
distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632)
[disabled]
ccache version 2.4 [enabled]
app-shells/bash:     3.2_p17-r1
dev-java/java-config: 1.3.7, 2.1.3
dev-lang/python:     2.4.4-r7, 2.5.1-r4
dev-python/pycrypto: 2.0.1-r6
dev-util/ccache:     2.4-r7
sys-apps/baselayout: 1.12.10-r5
sys-apps/sandbox:    1.2.18.1-r2
sys-devel/autoconf:  2.13, 2.61-r1
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.16.1-r3, 2.17-r2, 2.18-r1
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   1.5.24
virtual/os-headers:  2.6.23-r2
ACCEPT_KEYWORDS="amd64 ~amd64"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=nocona -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config
/usr/kde/3.5/shutdown /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf
/etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/
/etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo
/etc/texmf/web2c /etc/udev/rules.d"
CXXFLAGS="-march=nocona -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
EMERGE_DEFAULT_OPTS="--with-bdeps=y"
FEATURES="ccache distlocks metadata-transfer parallel-fetch sandbox sfperms
strict unmerge-orphans userfetch userpriv"
GENTOO_MIRRORS="http://distfiles.gentoo.org
http://www.ibiblio.org/pub/Linux/distributions/gentoo"
LANG="en_US.utf8"
LDFLAGS="-Wl,--as-needed -Wl,-O1"
LINGUAS="en ru"
MAKEOPTS="-j3"

Adding blocker dep.

(In reply to comment #1)
> Adding blocker dep.
> 

Even better, simply add intltoolize --copy --force --automake before
eautoreconf in the ebuild 

thx 

Jj

If a package uses eautoreconf and intltool, it MUST call
intltoolize -f || die
right AFTER eautoreconf (not before). We need to go over the whole tree and fix
this up for everything, and then we can introduce intltool-0.36.2 or newer to
portage tree

Reassigning to beagle maintainers. If your package uses eautoreconf and
intltool, you guys need to call intltoolize -f after eautoreconf.

Fixed this myself, as I need to unmask newer intltool and this would blatantly
break for ~arch users without overlays then.