Bug 68514 - planner-0.12-r1 fails to compile (inltool error)
|
Bug#:
68514
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: x86
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: normal
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: gnome@gentoo.org
|
Reported By: rmalheiro@6mil.pt
|
|
Component: Applications
|
|
|
URL:
|
|
Summary: planner-0.12-r1 fails to compile (inltool error)
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2004-10-22 02:02 0000
|
When I try to emerge planner-0.12-r1, it fails to compile, complaining about
"symbol @INTLTOOL_ICONV".
Reproducible: Always
Steps to Reproduce:
1. emerge planner
2.
3.
Actual Results:
Making all in mime
make[3]: Entering directory
`/var/tmp/portage/planner-0.12-r1/work/planner-0.12/data/mime'
LC_ALL=C ../../intltool-merge ../../po planner.keys.in planner.keys -k -u
-c ../../po/.intltool-merge-cache
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
250.
make[3]: *** [planner.keys] Error 9
make[3]: Leaving directory
`/var/tmp/portage/planner-0.12-r1/work/planner-0.12/data/mime'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/var/tmp/portage/planner-0.12-r1/work/planner-0.12/data'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/var/tmp/portage/planner-0.12-r1/work/planner-0.12'
make: *** [all] Error 2
Expected Results:
Emerge successful
Portage 2.0.51 (default-x86-1.4, gcc-3.4.1, glibc-2.3.4.20041006-r0,
2.6.9-gentoo i686)
=================================================================
System uname: 2.6.9-gentoo i686 Intel(R) Pentium(R) 4 CPU 2.53GHz
Gentoo Base System version 1.5.3
distcc 2.18 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632)
[disabled]
ccache version 2.3 [disabled]
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.15.92.0.2-r1
Headers: sys-kernel/linux-headers-2.4.22
Libtools: sys-devel/libtool-1.5.2-r5
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=pentium4 -fomit-frame-pointer -msse -msse2 -mmmx
-funroll-loops -fprefetch-loop-arrays -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown
/usr/kde/3/share/config /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=pentium4 -fomit-frame-pointer -msse -msse2 -mmmx
-funroll-loops -fprefetch-loop-arrays -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs distlocks sandbox"
GENTOO_MIRRORS="ftp://mirrors1.netvisao.pt/gentoo/
ftp://ftp.gentoo-pt.org/pub/gentoo/ http://mir.zyrianes.net/gentoo/
http://ftp.easynet.nl/mirror/gentoo/ http://www.gigaload.org/gentoo.org/"
MAKEOPTS="-j2"
PKGDIR="/media/cdrom/"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="X aalib acpi alsa apache2 apm arts avi berkdb bitmap-fonts cdparanoia cdr
crypt cups dba dv dvd encode flac flash foomaticdb gd gdbm gif gphoto2 gpm
gtk2 imap imlib ipv6 java jpeg kde ldap libg++ libwww mad mikmod mmx motif
mpeg mysql ncurses network nls oggvorbis opengl pam pcmcia pdflib perl php png
postgres pt pt_PT python qt quicktime radeon readline samba sdl slang smime
spell sse ssl svg svga tcpd tiff truetype unicode x86 xine xinerama xml2
xprint xv zlib video_cards_ati linguas_pt"
this is the same problem as #68034
blocked intltool-0.31.3 in p.mask
we need to notify upstream
After masking dev-util/intltool-0.31.3 in /etc/portage/package.mask and
re-emerge intltool, planner emerged successfuly.
Thanks.
see bug #68435, the new intltool needs aclocal, and autoconf automake to be run
after intltoolize is called in the ebuild.
these are the ebuilds that have the intltoolize call:
./app-office/gnumeric/gnumeric-1.2.6.ebuild: intltoolize --force
./app-office/planner/planner-0.11.ebuild: intltoolize --force
./app-office/planner/planner-0.12-r1.ebuild: intltoolize --force
./games-puzzle/atomix/atomix-1.0.1.ebuild: intltoolize -c -f
./gnome-extra/libgnomedb/libgnomedb-1.0.3.ebuild: cd ${S}; intltoolize
--force || die
./gnome-extra/libgnomedb/libgnomedb-1.0.4.ebuild: #intltoolize --force ||
die
./gnome-extra/nautilus-cd-burner/nautilus-cd-burner-0.6.1.ebuild:
intltoolize --force
./net-im/gnome-jabber/gnome-jabber-0.4.ebuild: intltoolize -f
./net-im/gossip/gossip-0.6-r1.ebuild: intltoolize --force
./net-im/gossip/gossip-0.6.ebuild: intltoolize --force
./net-misc/drivel/drivel-1.0.2.ebuild: intltoolize --force
./net-www/galeon/galeon-1.3.17.ebuild: intltoolize --force
committed fix to planner, i'll go thru the others as well
all the others should be fixed except for gnumeric.
calling intltoolize is a hack, i think it's better to try and avoid it than
introducing more possible point of failures by adding more auto* calls.
some of the packages need intltoolize because of the outdated intltool-merge.
most of those are old packages that have now been superceded by new releases
with the updated version of intltool-merge. if you can think of a better way
to do this, then please do. i've tested all the packages under both
intltool-0.30 and intltool-0.31.3 and they work under that setup. you can just
avoid the problem with the sed trick i used in some other packages, but thats
also a hack as well.