those are the last lines of emerge output: make[3]: Entering directory `/var/tmp/portage/pango-1.2.1-r1/work/pango-1.2.1/pango' ( cd . && glib-mkenums \ --fhead "#ifndef __PANGO_ENUM_TYPES_H__\n#define __PANGO_ENUM_TYPES_H__\n\n#include <glib-object.h>\n\nG_BEGIN_DECLS\n" \ --fprod "/* enumerations from \"@filename@\" */\n" \ --vhead "GType @enum_name@_get_type (void);\n#define PANGO_TYPE_@ENUMSHORT@ (@enum_name@_get_type())\n" \ --ftail "G_END_DECLS\n\n#endif /* __PANGO_ENUM_TYPES_H__ */" \ pango.h pango-attributes.h pango-break.h pango-context.h pango-coverage.h pango-engine.h pango-font.h pango-fontmap.h pango-fontset.h pango-glyph.h pango-glyph-item.h pango-indic.h pango-item.h pango-layout.h pango-modules.h pango-tabs.h pango-types.h pango-utils.h ) > tmp-pango-enum-types.h \ && (cmp -s tmp-pango-enum-types.h ./pango-enum-types.h || cp tmp-pango-enum-types.h ./pango-enum-types.h ) \ && rm -f tmp-pango-enum-types.h \ && echo timestamp > s-enum-types-h /usr/bin/env: perl -w: No such file or directory make[3]: *** [s-enum-types-h] Error 127 make[3]: Leaving directory `/var/tmp/portage/pango-1.2.1-r1/work/pango-1.2.1/pango' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/pango-1.2.1-r1/work/pango-1.2.1/pango' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/pango-1.2.1-r1/work/pango-1.2.1' make: *** [all-recursive-am] Error 2 !!! ERROR: x11-libs/pango-1.2.1-r1 failed. !!! Function src_compile, Line 48, Exitcode 2 !!! serial make failed
why don't you give requested info like 'emerge info' ? Is this problem reproducable in the first place, do you have perl installed ? does /usr/bin/env exist ?
looks more like you don't have perl, do you have perl installed? i can't imagine why you wouldn't.
O.K., here's the output of 'emerge info': Portage 2.0.47-r10 (default-x86-1.4, gcc-3.2.2, glibc-2.3.2-r1) ================================================================= System uname: 2.4.20-gentoo-r3 i686 AMD Athlon(tm) XP 2100+ GENTOO_MIRRORS=" ftp://ftp.tu-clausthal.de/pub/linux/gentoo/" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /opt/kde/2/share/config /opt/kde/3/share/config /usr/X11R6/lib/X11/xkb /opt/kde/3.1/share/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /opt/kde/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="/usr/portage.local" USE="x86 apm jpeg libg++ mikmod nls spell svga pam libwww mozsvg mozcalendar moznocompose nptl tetex ipv6 tcltk ggi acpi cdr crypt cups slp sse wmf xmms xv zlib dga ethereal quicktime ruby samba scanner mysql ncurses odbc -oss pdflib pic -evo gphoto2 imap java lcms ldap mozilla slang readline -gpm berkdb mmx 3dnow gdbm -tcpd ssl arts perl python -esd gif imlib sdl oggvorbis qt kde motif opengl avi png tiff encode postgres truetype xml xml2 dvd -aalib mpeg X gtk -gnome alsa" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer" CXXFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer" ACCEPT_KEYWORDS="x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" FEATURES="sandbox ccache prelink"Portage 2.0.47-r10 (default-x86-1.4, gcc-3.2.2, glibc-2.3.2-r1) ================================================================= System uname: 2.4.20-gentoo-r3 i686 AMD Athlon(tm) XP 2100+ GENTOO_MIRRORS=" ftp://ftp.tu-clausthal.de/pub/linux/gentoo/" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /opt/kde/2/share/config /opt/kde/3/share/config /usr/X11R6/lib/X11/xkb /opt/kde/3.1/share/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /opt/kde/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="/usr/portage.local" USE="x86 apm jpeg libg++ mikmod nls spell svga pam libwww mozsvg mozcalendar moznocompose nptl tetex ipv6 tcltk ggi acpi cdr crypt cups slp sse wmf xmms xv zlib dga ethereal quicktime ruby samba scanner mysql ncurses odbc -oss pdflib pic -evo gphoto2 imap java lcms ldap mozilla slang readline -gpm berkdb mmx 3dnow gdbm -tcpd ssl arts perl python -esd gif imlib sdl oggvorbis qt kde motif opengl avi png tiff encode postgres truetype xml xml2 dvd -aalib mpeg X gtk -gnome alsa" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer" CXXFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer" ACCEPT_KEYWORDS="x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" FEATURES="sandbox ccache prelink"
and yes, perl is also installed: dev-lang/perl Latest version available: 5.8.0-r10 Latest version installed: 5.8.0-r10
/usr/bin/env is also existent: -rwxr-xr-x 1 root root 15100 Mar 28 14:48 /usr/bin/env
so i assume you can run '/usr/bin/env perl -w <someperlscript>' just fine ?
That's correct. A test perl script I wrote, that's supposed to just say "hello" does exactly that: bash-2.05b# /usr/bin/env perl -w /home/juergen/test.pl Hello bash-2.05b#
I can confirm the bug, fresh install using -rc4, fails as Juergen described.
can you please attach the full build log? by doing: emerge pango 2>&1 | tee /tmp/pango.log and also, can you check whether you have /usr/bin/glib-mkenums and what the first line says: eg: % head -n1 /usr/bin/glib-mkenums #!/usr/bin/perl -w
Created attachment 11811 [details] Output of "emerge pango 2>&1 | tee /tmp/pango.log"
I've checked for /usr/bin/glib-mkenums and head gives me following output: bash-2.05b# head -n1 /usr/bin/glib-mkenums #!/usr/bin/env perl -w bash-2.05b#
for some reason your glib-mkenums has '#!/usr/bin/env perl' as top line, while this is not valid on linux. A quick fix should be to change it to '#!/usr/bin/perl -w' , but it would be interesting to see if it is a reproducable error on the side of glib-2 . So if you decide to rebuild glib-2, do make a full log of it.
A re-emerge of glib-2 resulted in the correct glib-mkenums being on my system. As a result, the emerge of pango also went fine. The question now is where the faulty glib-mkenums came from. I've created an attachment with the emerge log of glib-2. Maybe it helps to discover the cause.
Created attachment 12127 [details] Output of "emerge glib 2>&1 | tee /tmp/glib.log"
not really, it has to go wrong to see where it goes wrong ;) since it isn't reproducable closing
