Bug 34971 – failed to preserve ownership in emerging vmware

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Aben Siatris 2003-12-03 07:07:22 UTC]

Calculating dependencies ...done!
>>> emerge (1 of 1) app-emulation/vmware-workstation-4.0.2.5592-r1 to /
>>> md5 src_uri ;-) VMware-workstation-4.0.2-5592.tar.gz
>>> md5 src_uri ;-) vmware-any-any-update43.tar.gz
>>> Unpacking source...
>>> Unpacking VMware-workstation-4.0.2-5592.tar.gz to
/var/tmp/portage/vmware-workstation-4.0.2.5592-r1/work
 * Using 2.4.x kernel support
>>> Source unpacked.

>>> Install vmware-workstation-4.0.2.5592-r1 into
/var/tmp/portage/vmware-workstation-4.0.2.5592-r1/image/ category app-emulation
cp: failed to preserve ownership for
/var/tmp/portage/vmware-workstation-4.0.2.5592-r1/image//opt/vmware/lib/lib/libgdk_pixbuf.so.2/libpixbufloader-png.so:
No such file or directory
cp: failed to preserve ownership for
/var/tmp/portage/vmware-workstation-4.0.2.5592-r1/image//opt/vmware/lib/lib/libpng.so.2/libpng.so.2:
No such file or directory
 * Adding answers to /etc/vmware/locations
man:
>>> Completed installing into
/var/tmp/portage/vmware-workstation-4.0.2.5592-r1/image/
....


Reproducible: Always
Steps to Reproduce:
1.emerge vmware-workstation




Portage 2.0.49-r15 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r3, 2.4.20-gentoo-r8)
=================================================================
System uname: 2.4.20-gentoo-r8 i686 Intel(R) Celeron(TM) CPU                1300MHz
Gentoo Base System version 1.4.3.10
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O3 -march=pentium3 -fomit-frame-pointer -fprefetch-loop-arrays
-ffast-math -fforce-addr -falign-functions=4 -fprefetch-loop-arrays
-funroll-loops -pipe -msse -mmmx"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config
/usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config
/usr/share/config"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-O3 -march=pentium3 -fomit-frame-pointer -fprefetch-loop-arrays
-ffast-math -fforce-addr -falign-functions=4 -fprefetch-loop-arrays
-funroll-loops -pipe -msse -mmmx"
DISTDIR="/usr/portage/distfiles"
FEATURES="sandbox ccache autoaddcvs"
GENTOO_MIRRORS="ftp://gentoo.inode.at/source/ http://gentoo.inode.at/
http://mirrors.sec.informatik.tu-darmstadt.de/gentoo
http://212.219.247.18/sites/www.ibiblio.org/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 oss apm avi crypt cups encode foomaticdb gif jpeg gnome libg++ libwww
mad mikmod mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv
zlib gdbm berkdb slang readline arts svga sdl gpm tcpd pam python esd imlib
oggvorbis kde motif opengl icc dga dvb lirc ggi java bindist cdr directfb xkb
nas nojoystick aalib -alsa nvidia nv X gtk2 cjk qt guile tcltk ruby ruby18
maildir curl flash javascript fbcon xml acl odbc ssl samba gtk perl threads sse
mmx tiff"

[Comment 1 Chris Gianelloni (RETIRED) 2003-12-04 07:21:30 UTC]

Well, those errors are actually warning and cause absolutely zero problems.  The ebuild is simply trying to preserve permissions on a symbolic link which is pointing to a not-yet-existing file, so of course it cannot change them.  Because this does not affect the final product in any way, I wouldn't feel bad at all resolving this bug as RESOLVED-WONTFIX, but since the change to the ebuild to correct this ended up being so easy, I went ahead and changed it in CVS.