A merge skencil (a dependency of inkscape) fails with the following: Compiling /var/tmp/portage/skencil-0.6.16/image///usr/lib/skencil-0.6.16/Script/usersguide.py ... install: `Examples' is a directory gzip: /var/tmp/portage/skencil-0.6.16/image/usr/share/doc/skencil-0.6.16//Examples: No such file or directory install: `Doc' is a directory gzip: /var/tmp/portage/skencil-0.6.16/image/usr/share/doc/skencil-0.6.16//Doc: No such file or directory install: `Misc' is a directory gzip: /var/tmp/portage/skencil-0.6.16/image/usr/share/doc/skencil-0.6.16//Misc: No such file or directory man: prepallstrip: strip: x86_64-pc-linux-gnu-strip --strip-unneeded strip: x86_64-pc-linux-gnu-strip --strip-unneeded usr/lib/skencil-0.6.16/Lib/paxtkinter.so usr/lib/skencil-0.6.16/Lib/paxmodule.so usr/lib/skencil-0.6.16/Lib/streamfilter.so usr/lib/skencil-0.6.16/Lib/intl.so usr/lib/skencil-0.6.16/Sketch/Modules/skreadmodule.so usr/lib/skencil-0.6.16/Sketch/Modules/_sketchmodule.so usr/lib/skencil-0.6.16/Sketch/Modules/_type1module.so usr/lib/skencil-0.6.16/Sketch/Modules/pstokenize.so !!! ERROR: media-gfx/skencil-0.6.16 failed. !!! Function dyn_install, Line 1114, Exitcode 0 !!! File /var/tmp/portage/skencil-0.6.16/image///usr/lib/skencil-0.6.16/Lib/paxtkinter.so matches a file type that is not allowed in /usr/lib !!! If you need support, post the topmost build error, NOT this status message. Reproducible: Always Steps to Reproduce: 1.emerge inkscape (with plugins USE flag making skencil a dependency) 2. 3. Actual Results: See details Expected Results: clean merge emerge info Portage 2.0.51.22-r1 (default-linux/amd64/2005.0, gcc-3.4.4, glibc-2.3.5-r0, 2.6.11-gentoo-r11 x86_64) ================================================================= System uname: 2.6.11-gentoo-r11 x86_64 AMD Athlon(tm) 64 Processor 2800+ Gentoo Base System version 1.6.11 distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.4 [enabled] dev-lang/python: 2.3.5, 2.4.1-r1 sys-apps/sandbox: 1.2.10 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe -ftracer -march=athlon64" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -pipe -ftracer -march=athlon64" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks multilib-strict sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.ccccom.com" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://batman/gentoo-portage" USE="amd64 X aac aalib acpi adns alsa avi bash-completion berkdb bitmap-fonts cdr cpudetection crypt cups curl dvd eds esd fam fortran gif gnome gpm gstreamer gtk gtk2 hal imagemagick imlib java javascript jp2 jpeg junit lcms ldap lzw lzw-tiff mbox mikmod motif mozilla mp3 ncurses network nls nptl ogg oggvorbis opengl pam perl png ppds python qt readline real scanner sdl ssl tcltk tcpd tiff truetype truetype-fonts type1-fonts usb userlocales vorbis wmf xine xml xml2 xmms xpm xrandr xv xvid zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
This issue still happening. Any thoughts?
Created attachment 65272 [details, diff] patch for setup.py for amd64 I'm not an ebuild expert by any means, but it looks like the problem is that it is installing in /usr/lib, and not /usr/lib64. The attached patch fixes that. My guess is that the solution would be to either apply the patch when building on amd64, or come up with a more clever one that figures out the right place to install...
this is an amd64-specific issue, reassigning
Comment on attachment 65272 [details, diff] patch for setup.py for amd64 Richard: that's true, but this patch would break everything but amd64, so we can't apply it unconditionally, and that's what we prefer to do :) as for now, python packages should just ignore multilib-strict
Fixed in version 0.6.17