./install-sh -o root -g root -m 644 README /usr/share/doc/xfsdump-2.2.30 ACCESS DENIED symlink: /var/tmp/portage/xfsdump-2.2.30/image/usr/bin/xfsrestore ln: creating symbolic link `/var/tmp/portage/xfsdump-2.2.30/image//usr/bin/xfsrestore' to `/sbin/xfsrestore': Permission denied ACCESS DENIED symlink: /var/tmp/portage/xfsdump-2.2.30/image/usr/bin/xfsdump ln: creating symbolic link `/var/tmp/portage/xfsdump-2.2.30/image//usr/bin/xfsdump' to `/sbin/xfsdump': Permission denied man: fixing man page symlink: xfsrq.8.gz >>> Completed installing xfsdump-2.2.30 into /var/tmp/portage/xfsdump-2.2.30/image/ --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/var/log/sandbox/sandbox-sys-fs_-_xfsdump-2.2.30-22420.log" symlink: /var/tmp/portage/xfsdump-2.2.30/image/usr/bin/xfsrestore (symlink to /sbin/xfsrestore) symlink: /var/tmp/portage/xfsdump-2.2.30/image/usr/bin/xfsdump (symlink to /sbin/xfsdump) --------------------------------------------------------------------------------
I can't reproduce this at all. And the ebuild is fine, as it uses dosym. Please include your 'emerge info'
I have the same problem as marduk. But the symlink-operations which is reported to fail with permission denied appears to have succeded. 20:47:30 poke:~ #ll /var/tmp/portage/xfsdump-2.2.30/image//usr/bin/xfsrestore lrwxrwxrwx 1 root root 16 05-09-03 20:43:40 /var/tmp/portage/xfsdump-2.2.30/image//usr/bin/xfsrestore -> /sbin/xfsrestore* 20:47:31 poke:~ #ll /var/tmp/portage/xfsdump-2.2.30/image//usr/bin/xfsdump lrwxrwxrwx 1 root root 13 05-09-03 20:43:39 /var/tmp/portage/xfsdump-2.2.30/image//usr/bin/xfsdump -> /sbin/xfsdump* My 'emerge info' Portage 2.0.51.22-r2 (default-linux/x86/2005.1, gcc-3.4.4, glibc-2.3.5-r1, 2.6.13-gentoo i686) ================================================================= System uname: 2.6.13-gentoo i686 AMD Athlon(tm) MP 2000+ Gentoo Base System version 1.12.0_pre8 dev-lang/python: 2.4.1-r1 sys-apps/sandbox: 1.2.12 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.6 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-mp" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /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/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-O2 -march=athlon-mp" 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="sv_SE.iso88591" LINGUAS="sv" MAKEOPTS="-j4" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowext X Xaw3d aalib alsa ao apache2 apm audiofile avi bash-completion berkdb bitmap-fonts bonobo bzip2 bzlib caps cdda cddb cdio cdparanoia cdr cdrom chroot crypt curl dba dvd dvdr dvdread eds emacs emboss encode esd fam flac fluidsynth fortran ftp gcj gd gdbm gif gnome gphoto2 gstreamer gtk gtk2 gtkhtml icc iconv imagemagick imap imlib innodb ithreads jack java jikes jpeg kde libg++ libwww mad mbox mikmod mime mmx mmxext mng motif mozilla mp3 mpeg mysql mysqli ncurses net network nls nptl nptlonly nsplugin ogg oggvorbis opengl pcre pda pdflib perl plotutils png python qt quicktime radeon readline real recode sdl slang sndfile sox spell sse ssl svg svga tcltk tcpd tetex threads tiff timidity truetype truetype-fonts type1-fonts usb userlocales utf8 vorbis win32codecs xfs xine xinerama xml2 xmms xpm xv zlib linguas_sv userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LC_ALL, LDFLAGS
Created attachment 67574 [details] emerge info emerge info attached
Have the same bug. I unmerged old xfsdump and emerged new. It worked without sandbox problems... However, reemerging the same version still has the same problem...
fixed in cvs
I'll also allow the 'symlink' system call in the symlink hack, as it seems ln just issue an symlink() even if the symlink is identical to the one its trying to create.
*** Bug 105525 has been marked as a duplicate of this bug. ***