paludis -i graphviz-2.26.3 fails when USE=lasi Reproducible: Always Steps to Reproduce: 1. add lasi to USE 2. paludis -i graphviz 3. Actual Results: /bin/sh ../../libtool --tag=CXX --mode=link x86_64-pc-linux-gnu-g++ -mtune=core2 -march=core2 -O2 -msse4.1 -fomit-frame-pointer -pipe -ftracer -version-info 6:0:0 -Wl,-O1 -o libgvplugin_l asi.la -rpath /usr/lib64/graphviz gvplugin_lasi.lo gvrender_lasi.lo ../../lib/gvc/libgvc.la -Lli b64 -lLASi -lpangoft2-1.0 -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib -2.0 -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lm -ldl ../../libtool: line 4999: cd: lib64: No such file or directory libtool: link: cannot determine absolute directory name of `lib64' make[3]: *** [libgvplugin_lasi.la] Error 1 make[3]: *** Waiting for unfinished jobs.... libtool: link: x86_64-pc-linux-gnu-ar cru .libs/libgvplugin_lasi_C.a .libs/gvplugin_lasi.o .libs /gvrender_lasi.o libtool: link: x86_64-pc-linux-gnu-ranlib .libs/libgvplugin_lasi_C.a libtool: link: ( cd ".libs" && rm -f "libgvplugin_lasi_C.la" && ln -s "../libgvplugin_lasi_C.la" "libgvplugin_lasi_C.la" ) make[3]: Leaving directory `/var/tmp/paludis/media-gfx-graphviz-2.26.3-r1/work/graphviz-2.26.3/p lugin/lasi' make[2]: Leaving directory `/var/tmp/paludis/media-gfx-graphviz-2.26.3-r1/work/graphviz-2.26.3/p lugin' make[1]: Leaving directory `/var/tmp/paludis/media-gfx-graphviz-2.26.3-r1/work/graphviz-2.26.3' make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 Expected Results: finish installation. ctrl + z to stop the install after it finished configure, then run # sed -i 's,-Llib64,-L/usr/lib64,' /var/tmp/paludis/media-gfx-graphviz-2.26.3-r1/work/graphviz-2.26.3/plugin/lasi/Makefile # fg then installation does not fail.
please attach emerge --info output
Created attachment 226349 [details] paludis install out file
(In reply to comment #2) > Created an attachment (id=226349) [details] > paludis install out file > Portage 2.1.8.3 (default/linux/amd64/10.0, gcc-4.4.3, glibc-2.11-r1, 2.6.33-ccs x86_64) ================================================================= System uname: Linux-2.6.33-ccs-x86_64-Intel-R-_Core-TM-2_Duo_CPU_T9300_@_2.50GHz-with-gentoo-2.0.1 Timestamp of tree: Sat, 03 Apr 2010 00:30:01 +0000 ccache version 2.4 [enabled] app-shells/bash: 4.1_p2-r1 dev-java/java-config: 2.1.10 dev-lang/python: 2.6.5-r1, 3.1.2-r1 dev-util/ccache: 2.4-r8 dev-util/cmake: 2.8.1 sys-apps/baselayout: 2.0.1 sys-apps/openrc: 0.6.1-r1 sys-apps/sandbox: 2.2 sys-devel/autoconf: 2.13, 2.65 sys-devel/automake: 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.20.1 sys-devel/gcc: 4.4.3 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6b virtual/os-headers: 2.6.33 ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="*" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-mtune=core2 -march=core2 -O2 -msse4.1 -fomit-frame-pointer -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-mtune=core2 -march=core2 -O2 -msse4.1 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests ccache collision-protect distlocks fixpackages news parallel-fetch protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="http://gentoo.netnitco.net " LANG="zh_CN.utf8" LDFLAGS="-Wl,-O1" LINGUAS="zh_CN en_US en" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage /var/lib/layman/x11 /var/lib/layman/vmware /var/lib/layman/gentoo-china /var/lib/layman/gentoo-taiwan /var/lib/layman/sunrise" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acl acpi alsa amd64 bash-completion berkdb bzip2 caps cjk cli consolekit cracklib crypt cups cxx dbus doc dri examples ffmpeg gdbm gnome gnome-keyring gpm gstreamer gtk hal iconv jpeg jpeg2 libnotify mmx modules mpeg mudflap multilib ncurses networkmanager nfs nls nptl nptlonly nvidia opengl openmp pam pcre perl playlist png policykit pppd python readline reflection samba scsi sdl session spl sse sse2 ssl suid sysfs tcpd tiff unicode v4l v4l2 vim-syntax vorbis xml xorg xvmc zlib" ALSA_CARDS="ens1370 hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="evdev synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="zh_CN en_US en" QEMU_SOFTMMU_TARGETS="x86_64" QEMU_USER_TARGETS="x86_64" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="vmwgfx vmwlegacy nouveau nvidia nv vmware vesa svga" XTABLES_ADDONS="cui gfw zhang ipset" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
I'm getting the same on stable-ish amd64, portage and media-gfx/graphviz-2.26.0. Looking into configure output of media-libs/lasi, this could be a problem with lasi's cmake scripts rather than with graphviz. Lasi seems to get its libdir wrong on my box: lib64 rather than something workable like /usr/lib64, and the pkgconfig pc file ends up with -Llib64 rather than the -L${libdir} that every other package seems to have there.
Created attachment 229669 [details, diff] Make lasi produce a saner pc file so that graphviz compilation won't barf Forbids lasi's cmake scripts from transforming $vars with @ONLY, and prepends a better-working path to libdir. After compiling lasi with these modifications I could also compile both graphviz-2.6.0 and 2.6.3-r1 without hitting a problem at the end.
(In reply to comment #5) > Created an attachment (id=229669) [details] this patch works well. thank you very much. please put it in to the package.
Yes, it work well (i686). Please, include this fix.
Ping. This makes "emerge -eav system" fail here.
The same here on amd64, lasi-1.1.0-r1, graphviz-2.26.0 with USE="cairo gtk java lasi nls perl python ruby tcl -doc -examples"
@maintainers: I placed an updated lasi ebuild using this patch in my user overlay. This is the required patch/commit: http://git.overlays.gentoo.org/gitweb/?p=user/dilfridge.git;a=commitdiff;h=aa850bf4a88a446c3447c7e9ed4a586d4c89a9ae;hp=10d4cfaff8ac610c97ce59eb29bb1c0257210e18 I guess that this is only a workaround though. As far as I can see, the ebuild already contains more code to handle a broken LIBDIR. Fixing it in the cmake files would probably be better.
Fixed in 1.1.0-r2, after talking to ssuominen on IRC.
