Hi, Trying to update from libgnomeprintui-2.2.1.2 to 2.2.1.3, but 2.2.1.3 is apparently broken. Seems as if libgnomeprintui tries to access fontconfig during compilation - inside "/var/tmp/portage/fontconfig[...]!! For details see the complete output of "emerge -u --debug libgnomeprintui" attached. Just to be sure I updated glibc, gcc (gcc-3.2.3-r1 --> 3.2.3-r2) to the latest versions available with no success. fontconfig is 2.2.1 and "emerge -u system" is current. But as stated above this seems to me like an error within the ebuild... Thanks. :-) Reproducible: Always Steps to Reproduce: 1. emerge -u libgnomeprintui-2.2.1.3 2. 3. emerge info: ---------------------------------------------------- Portage 2.0.48-r7 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1) ================================================================= System uname: 2.6.0-test1 i686 Pentium III (Coppermine) GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo http://ftp.easynet.nl/mirror/gentoo// ftp://ftp.tu-clausthal.de/pub/linux/gentoo/ ftp://ftp.easynet.nl/mirror/gentoo//" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /opt/tomcat/conf /usr/kde/3.1/share/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/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="" USE="x86 oss 3dnow apm avi crypt cups encode foomaticdb gif jpeg libg++ mad mikmod mmx mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib directfb gtkhtml alsa gdbm berkdb slang readline arts tetex bonobo svga ggi java guile mysql X sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis gnome gtk kde motif opengl mozilla gphoto2 snmp acpi apache2 dga dvd ethereal evo fbcon gb gtk2 icc icc-pgo jikes maildir oav pcmcia pnp qt qtmt samba sse tcltk tiff usb xml" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer" CXXFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer" ACCEPT_KEYWORDS="x86 ~x86" MAKEOPTS="-j3" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache distcc prelink"
Created attachment 15072 [details] emerge -u --debug libgnomeprintui output relevant part is: ---------- /bin/sh ../libtool --mode=link gcc -march=pentium3 -O3 -pipe -fomit-frame-pointer -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -o libgnomeprintui-2-2.la -rpath /usr/lib gnome-print-i18n.lo gnome-print-preview.lo gnome-canvas-hacktext.lo gnome-print-job-preview.lo gnome-printer-selector.lo gnome-print-copies.lo gnome-print-dialog.lo gnome-font-dialog.lo gnome-print-paper-preview.lo gnome-print-unit-selector.lo gnome-print-paper-selector.lo gnome-printui-marshal.lo gpaui/libgpaui.la -Wl,--export-dynamic -lgnomeprint-2-2 -lxml2 -lpthread -lz -lgnomecanvas-2 -lart_lgpl_2 -lpangoft2-1.0 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 grep: /var/tmp/portage/fontconfig-2.2.1/image/usr/lib/libfontconfig.la: No such file or directory /bin/sed: can't read /var/tmp/portage/fontconfig-2.2.1/image/usr/lib/libfontconfig.la: No such file or directory libtool: link: `/var/tmp/portage/fontconfig-2.2.1/image/usr/lib/libfontconfig.la' is not a valid libtool archive make[3]: *** [libgnomeprintui-2-2.la] Fehler 1 make[3]: Leaving directory `/var/tmp/portage/libgnomeprintui-2.2.1.3/work/libgnomeprintui-2.2.1.3/libgnomeprintui' make[2]: *** [all-recursive] Fehler 1 ------
Ok, during the last few days I kept playing around further with this now and then. For example I just downgraded to libtool 1.3.4 (from 1.3.4-r1) but that also seemed to do nothing. (ok, at least was a try). This really is a blocker - at least for me - not only does this keep me from emerging (updating) libgnomeprintui but from practically _any_ other gnome package... If there is anything I can further do, please let me know as for I am about to finally give up. :-(
you have to figure out why the fontconfig paths are wrong, this sometimes happens for no clear reason. Recompiling certain packages might be helpful, in this case try recompiling fontconfig.
Ok, thanks for your help, I really appreciate that. But recompiling fontconfig was already among the the first few things I already tried, nevertheless I just recompiled again just to be sure - but it didn't help. :-( Over the weekend I also started "emerge -s system" which I had to stop when it had went through about 1/3 to 1/2 of the packages (somewhere after xfree ;-) ). So that's maybe something that I could do if nothing else helps. Strange enough I get a similar error when trying to update to kde 3.1.3 at kdelibs, maybe related but probably a candidate for another bug report. Something must be broken... But on the other hand I did compile really quite a few other packages (qt, firebird,... just to name a few) successfully. # cd /var/tmp/portage/kdelibs[...]; make [...] /bin/sh ../libtool --silent --mode=link --tag=CXX g++ -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -pedantic -W -Wpointer-arith -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -DNDEBUG -DNO_DEBUG -O2 -march=pentium3 -O3 -pipe -fomit-frame-pointer -fno-exceptions -fno-check-new -DQT_NO_TRANSLATION -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_COMPAT -o libkdecore.la.closure libkdecore_la_closure.lo -L/usr/qt/3/lib -R /usr/kde/3.1/lib -R /usr/qt/3/lib -R /usr/X11R6/lib -L/usr/X11R6/lib -version-info 5:0:1 -no-undefined libintl.lo kapplication.lo kdebug.lo netwm.lo kconfigbase.lo kconfig.lo ksimpleconfig.lo kconfigbackend.lo kdesktopfile.lo kstandarddirs.lo ksock.lo kprocess.lo kprocctrl.lo klocale.lo krfcdate.lo kiconeffect.lo kicontheme.lo kiconloader.lo kwin.lo kwinmodule.lo krootprop.lo kcharsets.lo kckey.lo kshortcut.lo kkeynative_x11.lo kkeyserver_x11.lo kaccelaction.lo kshortcutmenu.lo kaccelbase.lo kaccel.lo kglobalaccel_x11.lo kglobalaccel.lo kstdaccel.lo kshortcutlist.lo kcrash.lo kurl.lo kregexp.lo kglobal.lo kglobalsettings.lo dmalloc.lo kallocator.lo kvmallocator.lo kmimesourcefactory.lo kinstance.lo kpalette.lo kipc.lo klibloader.lo ktempfile.lo kuniqueapplication.lo ksavefile.lo krandomsequence.lo kstringhandler.lo kcompletion.lo kcmdlineargs.lo kaboutdata.lo kcompletionbase.lo knotifyclient.lo kaudioplayer.lo kdcoppropertyproxy.lo kextsock.lo ksockaddr.lo netsupp.lo kprocio.lo kbufferedio.lo kpixmapprovider.lo kurldrag.lo kmdcodec.lo ksocks.lo fakes.lo vsnprintf.lo ksycoca.lo ksycocadict.lo ksycocafactory.lo kxmessages.lo kstartupinfo.lo kcatalogue.lo kasyncio.lo kmultipledrag.lo kstaticdeleter.lo kappdcopiface.lo kclipboard.lo kcheckaccelerators.lo kdeversion.lo ksycoca_skel.lo kappdcopiface_skel.lo malloc/libklmalloc.la svgicons/libkdesvgicons.la ../dcop/libDCOP.la ../libltdl/libltdlc.la -lXext -lresolv -lXinerama -L/usr/lib -lart_lgpl_2 -lm ../kdefx/libkdefx.la libtool: link: warning: `-version-info' is ignored for programs /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/../../../../i686-pc-linux-gnu/bin/ld:.libs/kstandarddirs.o: file format not recognized; treating as linker script /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/../../../../i686-pc-linux-gnu/bin/ld:.libs/kstandarddirs.o:1: parse error collect2: ld returned 1 exit status make[3]: *** [libkdecore.la.closure] Fehler 1 make[3]: Leaving directory `/var/tmp/portage/kdelibs-3.1.3/work/kdelibs-3.1.3/kdecore' make[2]: *** [all-recursive] Fehler 1 make[2]: Leaving directory `/var/tmp/portage/kdelibs-3.1.3/work/kdelibs-3.1.3/kdecore' make[1]: *** [all-recursive] Fehler 1 make[1]: Leaving directory `/var/tmp/portage/kdelibs-3.1.3/work/kdelibs-3.1.3' make: *** [all] Fehler 2 ----- ok, so ld says return 1. Might the following be related? ------ #ldconfig ldconfig: /usr/lib/libstdc++-libc6.1-1.so.2 is not a symbolic link ------ # cd /usr/lib; ls -laF libstdc++* -rwxr-xr-x 1 root root 334191 2003-08-02 19:47 libstdc++-2-libc6.1-1-2.9.0.so* -rwxr-xr-x 1 root root 271052 2003-08-02 19:47 libstdc++-libc6.1-1.so.2* -rwxr-xr-x 1 root root 408397 2003-08-02 19:47 libstdc++-libc6.2-2.so.3* lrwxrwxrwx 1 root root 20 2003-08-02 19:47 libstdc++.so.2.7.2 -> libstdc++.so.2.7.2.8* -rwxr-xr-x 1 root root 226168 2003-08-02 19:47 libstdc++.so.2.7.2.8* lrwxrwxrwx 1 root root 18 2003-08-02 19:47 libstdc++.so.2.8 -> libstdc++.so.2.8.0* -rwxr-xr-x 1 root root 255728 2003-08-02 19:47 libstdc++.so.2.8.0* lrwxrwxrwx 1 root root 22 2003-08-02 19:47 libstdc++.so.2.9 -> libstdc++.so.2.9.dummy* -rwxr-xr-x 1 root root 5278 2003-08-02 19:47 libstdc++.so.2.9.dummy* ------- I already did recompile libcompat - see file dates. Foser you said fontconfig paths are (or migth?) be the problem? I have to admitt I know almost nothing about fontconfig but I'll dig into this and check my config. ;-) Again thanks - and if anyone should have any pointers...
See if 'grep "/var/tmp/portage" /usr/lib/*.la' gives any output. And the KDE problem doesn't look similar, it probably should be a new bug (but search for similar ones first).
uuah. It does! :-( (will look after the kdebug too) -------------------------- root # grep "/var/tmp/portage/" /usr/lib/*.la /usr/lib/libgal-2.0.la:dependency_libs=' -L/usr/X11R6/lib /usr/lib/libgnomeprintui-2-2.la /usr/lib/libgnomeprint-2-2.la /var/tmp/portage/fontconfig-2.2.1/image/usr/lib/libfontconfig.la /usr/lib/libexpat.la /usr/lib/libfreetype.la /usr/lib/libglade-2.0.la /usr/lib/libgnomeui-2.la -L/usr/lib /usr/lib/libjpeg.la -lSM -lICE /usr/lib/libbonoboui-2.la /usr/lib/libgnome-2.la /usr/lib/libesd.la /usr/lib/libasound.la /usr/lib/libaudiofile.la /usr/lib/libbonobo-2.la /usr/lib/libORBitCosNaming-2.la /usr/lib/libgnomevfs-2.la /usr/lib/libgconf-2.la -lrt /usr/lib/libbonobo-activation.la /usr/lib/libORBit-2.la /usr/lib/libpopt.la /usr/lib/liblinc.la -lssl -lcrypto /usr/lib/libgthread-2.0.la /usr/lib/libgnomecanvas-2.la /usr/lib/libart_lgpl_2.la /usr/lib/libpangoft2-1.0.la /usr/lib/libgtk-x11-2.0.la /usr/lib/libgdk-x11-2.0.la /usr/lib/libatk-1.0.la /usr/lib/libgdk_pixbuf-2.0.la /usr/lib/libpangoxft-1.0.la /usr/lib/libpangox-1.0.la /usr/lib/libpango-1.0.la /usr/lib/libgobject-2.0.la /usr/lib/libgmodule-2.0.la -ldl /usr/lib/libglib-2.0.la /usr/lib/libxml2.la -lpthread -lz -lm' /usr/lib/libgdk_pixbuf_xlib-2.0.la:dependency_libs=' /usr/lib/libgmodule-2.0.la -ldl /usr/lib/libgobject-2.0.la /usr/lib/libglib-2.0.la -lXext -L/usr/X11R6/lib -lXft -lXrender /var/tmp/portage/fontconfig-2.2.1/image/usr/lib/libfontconfig.la /usr/lib/libexpat.la -lX11 /usr/lib/libfreetype.la -lz -lm' /usr/lib/libgnomeprint-2-2.la:dependency_libs=' /usr/lib/libart_lgpl_2.la /usr/lib/libpango-1.0.la /usr/lib/libgobject-2.0.la /usr/lib/libgmodule-2.0.la -ldl /usr/lib/libglib-2.0.la /usr/lib/libxml2.la -lpthread -lm /var/tmp/portage/fontconfig-2.2.1/image/usr/lib/libfontconfig.la /usr/lib/libexpat.la /usr/lib/libfreetype.la -lz' /usr/lib/libucdagent.la:libdir='/var/tmp/portage/ucd-snmp-4.2.6/image//usr/lib' /usr/lib/libucdmibs.la:libdir='/var/tmp/portage/ucd-snmp-4.2.6/image//usr/lib' ----- at least pango, fontconfig and gnomeprint were definitely compile during the last 1-2 days.
Created attachment 15491 [details] output of grep grep output - this time not ruined by Konqueror. I see, forget about the mentioned pkgs looks like (almost) only fontconfig.
well, maybe the order of recompiling is important here. By the looks of it you should recompile glib-2,libgnomeprint-2 and gal-1.99 (in that order), best would probably to remove them first. Also ucd-snmp (?) has incorrect paths, but im quite certain thats not related to this bug.
ok, compiling. (Had already just updated ucd-snmp to -r1 before you posted your comment, but afterwards it still had wrong paths but just for the updated ebuild, which might speak for "order of recompiling"...) By the way is it normal, bug or feature that when doing "emerge -pC glib" I get: dev-libs/glib selected: 0.90 protected: none omitted: none Now if you'd ask me that should either be "dev-perl/glib" - then the version would be correct or should be "dev-libs/glib" but then versioning would be incorrect. And if I specifically try to remove glib-2.2.2.ebuild it says it is not installed, yet "etcat versions" says it is. Is it just me or is this weird. But never mind. Just compiled glib without removing... :-) libgnomeprint went fine and gal ist still compiling. We'll see...
you can already check if the paths came out right this time. The glib problem is another thing, it is against policy to have 2 ebuilds in 2 catagories have the same name. Altough i have to admit i looked at that very ebuild last week and didn't think of that. Perl guys, could you please look at comment #9 and rename that ebuild, portage obviously doesn't handle it well. Maybe you guys should ask upstream developers to move to a more obvious naming scheme like glib-perl or something (i don't think this is just confusing to us).
I did, and it's FIXED. :-)) libgnomeprintui also compiles fine now and no more portage temp dirs in .la files (ok, except for ucd-snmp and "libgdk_pixbuf_xlib-2.0.la" I'm just about to recompile those those...) Thanks a LOT!
Foser, The chance of the ebuild's source name being changed upstream is nill. The package is now in portage as glib-perl, updated in 3Q-2003 and all relevant perl ebuilds.
thnx for the quick reaction, with that fixed this bug can be closed.