sorry to bug you again, but I have a strange mystery here. the build libtool: link: warning: `/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/../../..//libcairo.la' seems to be moved i686-pc-linux-gnu-gcc -shared .libs/gtkprintbackendcups.o .libs/gtkprintercups.o .libs/gtkcupsutils.o -Wl,--rpath -Wl,/var/tmp/portage/gtk+-2.10.6/work/gtk+-2.10.6/gtk/.libs /usr/lib/libpangocairo-1.0.so -L/usr/lib /usr/lib/libpango-1.0.so /usr/lib/libX11.so /usr/lib/libatk-1.0.so /usr/lib/libgobject-2.0.so /usr/lib/libgmodule-2.0.so -ldl /usr/lib/libglib-2.0.so /usr/lib/libcairo.so ../../../gtk/.libs/libgtk-x11-2.0.so -L/var/tmp/portage/gtk+-2.10.6/work/gtk+-2.10.6/gdk/.libs -L/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/../../../ -L/var/tmp/portage/gtk+-2.10.6/work/gtk+-2.10.6/gdk-pixbuf/.libs -lcups /usr/lib/libgnutls.so /usr/lib/libtasn1.so /usr/lib/libgcrypt.so /usr/lib/libgpg-error.so -lz -lpthread -lm -lcrypt -march=i686 -Wl,-soname -Wl,libprintbackend-cups.so -o .libs/libprintbackend-cups.so /usr/lib/gcc/i686-pc-linux-gnu/4.1.1/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lcups collect2: ld returned 1 exit status make[4]: *** [libprintbackend-cups.la] Error 1 make[4]: Leaving directory `/var/tmp/portage/gtk+-2.10.6/work/gtk+-2.10.6/modules/printbackends/cups' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/var/tmp/portage/gtk+-2.10.6/work/gtk+-2.10.6/modules/printbackends' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/gtk+-2.10.6/work/gtk+-2.10.6/modules' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/gtk+-2.10.6/work/gtk+-2.10.6' make: *** [all] Error 2 !!! ERROR: x11-libs/gtk+-2.10.6 failed. Call stack: ebuild.sh, line 1546: Called dyn_compile ebuild.sh, line 937: Called src_compile gtk+-2.10.6.ebuild, line 111: Called die !!! compile failed !!! If you need support, post the topmost build error, and the call stack if relevant. at first, I realized that libcups had placed itself in /usr/lib64 (despite this being a 32bit machine). easy, me thinks---add /usr/lib64/ to /etc/env.d/10libx11, and just to make sure, create a 71cups file, run ldconfig, and check that libcups is now seen. # ldconfig -p | grep libcups libcupsimage.so.2 (libc6) => /usr/lib64/libcupsimage.so.2 libcupsimage.so (libc6) => /usr/lib64/libcupsimage.so libcups.so.2 (libc6) => /usr/lib64/libcups.so.2 libcups.so (libc6) => /usr/lib64/libcups.so hooray, it is. maybe the files are bad... # file /usr/lib64/libcups* /usr/lib64/libcups.a: current ar archive /usr/lib64/libcups.so: symbolic link to `libcups.so.2' /usr/lib64/libcups.so.2: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), stripped /usr/lib64/libcupsimage.a: current ar archive /usr/lib64/libcupsimage.so: symbolic link to `libcupsimage.so.2' /usr/lib64/libcupsimage.so.2: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), stripped nope, they seem alright. Portage 2.1.1-r2 (default-linux/x86/2006.1, gcc-4.1.1, glibc-2.4-r4, 2.6.18.1 i686) ================================================================= System uname: 2.6.18.1 i686 Intel(R) Celeron(R) CPU 2.00GHz Gentoo Base System version 1.12.6 Last Sync: Thu, 14 Dec 2006 09:00:01 +0000 app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.3.7, 2.0.30 dev-lang/python: 2.3.5-r2, 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.60 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r4 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=i686 -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-O2 -march=i686 -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo http://mirror.clarkson.edu/pub/distributions/gentoo ftp://gentoo.mirrors.pair.com ftp://mirror.nutsmaas.nl/gentoo/" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X aalib acpi alsa apache2 berkdb bitmap-fonts bonobo bzip2 bzlib calendar cdr cli cracklib crypt cups curl directfb dlloader dri dv dvd dvdr elibc_glibc emacs encode esd f77 fbcon fortran ftp g77 gcj gd gdbm ggi gif gnome gphoto2 gpm gtk gtkhtml guile hardened i386 iconv ieee1394 imagemagick imap imlib input_devices_evdev input_devices_keyboard input_devices_mouse ipv6 isdnlog java javascript jpeg kde kdeenablefinal kernel_linux ldap libedit libg++ libwww lm_sensors mbox mime mmx motif mozilla mp3 mpeg mval mysql nas ncurses nls nptl nptlonly opengl pam pcre pdf perl png postgres ppds pppd python qt qt3 readline reflection ruby samba scanner sdl session slang snmp soap spell spl ssl symlink tcltk tcpd tetex threads tidy truetype truetype-fonts type1-fonts udev ungif unicode usb userland_GNU video_cards_video_cards_sis xinerama xml xml2 xorg zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY oh, jakub---I searched for libcups, gtk+, and cups, with ALL suffixed, but did not see anything that seemed to apply. regards, /iaw
cups installed into /usr/lib64 on x86 system is not a gtk+ bug...
yes, I find this quite weird. how could cups have decided to want to install its libraries there?? /iaw
can you please try again with the latest cups version, reopen and attach the emerge output here?
