Bugzilla Bug 124963

emerging gnomesu (both version that are in portage currently) results in:

QA Notice: // installed in ${D}/${D}
QA Notice: //usr installed in ${D}/${D}
QA Notice: //usr/share installed in ${D}/${D}
QA Notice: //usr/share/doc installed in ${D}/${D}
QA Notice: //usr/share/doc/gnomesu-0.3.1 installed in ${D}/${D}
QA Notice: //usr/share/doc/gnomesu-0.3.1/NEWS installed in ${D}/${D}
QA Notice: //usr/share/doc/gnomesu-0.3.1/TODO installed in ${D}/${D}
QA Notice: //usr/share/doc/gnomesu-0.3.1/README installed in ${D}/${D}
QA Notice: //usr/share/doc/gnomesu-0.3.1/AUTHORS installed in ${D}/${D}
QA Notice: //usr/share/doc/gnomesu-0.3.1/INSTALL installed in ${D}/${D}
QA Notice: //usr/share/doc/gnomesu-0.3.1/ABOUT-NLS installed in ${D}/${D}
QA Notice: //usr/share/doc/gnomesu-0.3.1/ChangeLog installed in ${D}/${D}
QA Notice: //usr/share/doc/gnomesu-0.3.1/COPYING installed in ${D}/${D}

!!! ERROR: app-admin/gnomesu-0.3.1 failed.
Call stack:
  ebuild.sh, line 1933:   Called dyn_install

!!! Aborting due to QA concerns: 13 files installed in
/var/tmp/portage/gnomesu-0.3.1/image///var/tmp/portage/gnomesu-0.3.1/image/
!!! If you need support, post the topmost build error, and the call stack if
relevant.

# emerge --info

Portage 2.1_pre5-r3 (default-linux/ppc/ppc32/2006.0/G4, gcc-4.0.2,
glibc-2.3.6-r3, 2.6.16-rc4 ppc)
=================================================================
System uname: 2.6.16-rc4 ppc 7447A, altivec supported
Gentoo Base System version 1.6.14
dev-lang/python:     2.4.2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="ppc"
AUTOCLEAN="yes"
CBUILD="powerpc-unknown-linux-gnu"
CFLAGS="-O2 -mcpu=G4 -mtune=G4 -maltivec -mabi=altivec -pipe
-fomit-frame-pointer -ftracer"
CHOST="powerpc-unknown-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/share/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -mcpu=G4 -mtune=G4 -maltivec -mabi=altivec -pipe
-fomit-frame-pointer -ftracer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LANG="en_US.UTF-8"
LC_ALL="en_US.UTF-8"
LDFLAGS="-Wl,-O1"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage /usr/local/gentopia
/usr/local/gnome-overlay /usr/local/xgl-overlay"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="ppc X a52 aac acl alsa altivec apache2 avahi beagle berkdb bitmap-fonts
bluetooth cairo caps cdr crypt cups dbus dri dvd dvdr eds emboss encode evo
exif fbcon firefox flac foomaticdb fortran galago gdbm gif glitz gnome gphoto2
gpm gstreamer gtk gtk2 hal ieee1394 imlib ipv6 jpeg ldap libg++ libwww
logrotate mad matroska mikmod mng mono mp3 mpeg nautilus ncurses nfs nls nptl
nptlonly nsplugin ogg opengl pam pdf pdflib perl pic pie png pnp posix ppds
python quicktime readline samba scanner sdl spell ssl svg symlink tcpd theora
tiff truetype truetype-fonts type1-fonts udev unicode usb vorbis xml xv zlib
elibc_glibc input_devices_evdev kernel_linux userland_GNU video_cards_ati"
Unset:  ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LINGUAS

Created an attachment (id=81355) [details]
dirty workaround to install gnomesu

i investigated this a bit tonight.

This happens when you are using the gnome2.eclass in the overlay.
( using DESTDIR=${D} by default )

However, removing ${D} causes access violations with the gnome2.eclass in the
tree. ( since it uses einstall by default )
We need to make sure we fix this when moving the new eclass into the tree.

There are probably similar cases in the tree that we will have to search for.

Thanks for reporting.

I rather keep using the 'old' eclass for now. I think a lot of packages might
have this hidden problem and introduction of a new gnome release might not be
the best time to also tackle this. Also it will mean quite a bit of code
duplication troughout the tree, the exact thing eclasses were meant to prevent.

fixed in cvs.