After emerging portage-2.0.47-r8 i cant emerge anything. Reproducible: Always Steps to Reproduce: 1. ACCEPT_KEYWORDS="~x86" 2. emerge -u portage 3. emerge anything Actual Results: bash-2.05b# emerge -u world Calculating world dependencies ...done! >>> emerge (1 of 4) media-libs/id3lib-3.8.3 to / !!! File system problem. (ReadOnly? Out of space?) !!! Perhaps: rm -Rf /var/tmp/portage !!! [Errno 1] Operation not permitted: '/usr/portage/distfiles/cvs-src' bash-2.05b# Expected Results: emerge the latest packages i have cleaned out /var/tmp/portage and even tried to delete distfiles/cvs-src. still the same error. I have more than enough diskspace available too.
please paste #emerge info #whoami #df #free
speaking about cvs-src: i have commented (out) these 2 lines in portage.py: #spawn("chgrp -R "+str(portage_gid)+" "+settings["DISTDIR"]+"/cvs-src", free=1) #spawn("chmod -R g+rw "+settings["DISTDIR"]+"/cvs-src", free=1) b/c they are unbearably slow (over NFS, on each ebuild...)
bash-2.05b# emerge info Portage 2.0.47-r8 (default-x86-1.4, gcc-3.2.2, glibc-2.3.2_pre1-r0) ================================================================= System uname: 2.4.20 i686 AMD Athlon(tm) processor GENTOO_MIRRORS="ftp://ftp.is.co.za/linux/distributions/gentoo/ http://gentoo.oregonstate.edu/ ftp://ftp.ibiblio.org/pub/Linux/distributions/gentoo" 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 /opt/quake3/cpma/server.cfg" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="" USE="x86 oss apm avi encode gif libg++ libwww mikmod ncurses pdflib spell xml2 gtkhtml gdbm berkdb slang readline bonobo tcltk guile mysql tcpd perl python esd motif mozilla cdr X gtk 3dnow crypt java mmx opengl pam sdl svga truetype xmms imlib jpeg mpeg png ssl oggvorbis directfb fbcon nls quicktime xface xv zlib gpm -qt kde -qtmt -cups arts gnome" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=athlon-tbird -O3 -pipe" CXXFLAGS="-march=athlon-tbird -O3 -pipe" ACCEPT_KEYWORDS="x86 ~x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync1.uk.gentoo.org/gentoo-portage/" FEATURES="sandbox ccache" bash-2.05b# whoami root bash-2.05b# df Filesystem 1K-blocks Used Available Use% Mounted on rootfs 11349944 9626168 1137808 90% / /dev/root 11349944 9626168 1137808 90% / tmpfs 193340 0 193340 0% /dev/shm bash-2.05b# free total used free shared buffers cached Mem: 386684 376028 10656 0 59088 193552 -/+ buffers/cache: 123388 263296 Swap: 289128 6212 282916
why is cvs-src touched when not using cvs packages ? i just got a similar error while emerging mini_httpd ... it isnt cvs based ... chgrp: failed to get attributes of `/usr/portage/distfiles/cvs-src/gaim-cvs/gaim/pixmaps/smileys/default/msn_brheart.png': Input/output error
I have managed to get around this by hashing out everything related to cvs-src (4 or 6 lines) in portage.py. Everything works normal after that. Thanx for the pointer Michal.
*** Bug 16846 has been marked as a duplicate of this bug. ***
In response to Nick's comments in the other bug, 16846, I would suggest that the chown is just not done in emerge. Perhaps for making the migration to a portage user there should have been a one-time run utility and then after that everything is taken care of as normal. But it makes no sense to run through the chown at every emerge....and even only at the cvs emerges...it's annoying and takes too long to work.
alright, i guess this is becuase cvs-src can be huge in terms of number of files... i guess we could simply not do this chown every emerge.... or we need to rework the way the cvs eclass does things.... possible ideas? does the cvs co, then tarbz2's that directory... then that is unpacked in the unpack phase... to update it checks for the live cvs tarbz2, unpacks its...cvs updates, repacks it? the other possibility is moving the cvs-src directory to /var/tmp/ like the ccache directory...
i got similar problems with -r8 but with a little bit different situation: distfiles is mounted as an network filesystem ... but the same problems as you will see: palomino root # emerge info Portage 2.0.47-r8 (default-x86-1.4, gcc-3.2.2, glibc-2.3.2_pre1-r0) ================================================================= System uname: 2.4.20 i686 AMD Athlon(tm) XP 1800+ GENTOO_MIRRORS="http://gentoo.oregonstate.edu/ http://distro.ibiblio.org/pub/Linux/distributions/gentoo" 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" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/scratch" PORTDIR_OVERLAY="" USE="x86 oss 3dnow apm avi crypt cups encode gif jpeg gnome libg++ mikmod mmx mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib gdbm berkdb slang readline arts tetex svga tcltk java guile mysql X sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis gtk qt kde motif opengl cdr" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-mcpu=athlon-xp -O3 -pipe" CXXFLAGS="-mcpu=athlon-xp -O3 -pipe" ACCEPT_KEYWORDS="x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache" palomino root # mount <-- snip --- eis:/mnt/fatmama/distfiles on /usr/portage/distfiles type nfs (rw,nolock,addr=192.168.23.2) >-- snap --- palomino root # df -h /dev/hda9 9.4G 3.4G 5.6G 39% /scratch eis:/mnt/fatmama/distfiles 74G 26G 44G 38% /usr/portage/distfiles palomino root # touch /usr/portage/distfiles/helloworld palomino root # ls /usr/portage/distfiles/helloworld /usr/portage/distfiles/helloworld palomino root # rm /usr/portage/distfiles/helloworld palomino root # ls -l /usr/portage/distfiles total 1455076 -rw-rw-r-- 1 portage portage 495245 Feb 10 00:24 20030130.diff.bz2 -rw-rw-r-- 1 portage portage 453936 Dec 18 19:03 3952-Geramik-0.08.tar.gz <-- snip snap -- palomino root # emerge -d aumix Calculating dependencies ...done! >>> emerge (1 of 1) media-sound/aumix-2.7-r4 to / !!! File system problem. (ReadOnly? Out of space?) !!! Perhaps: rm -Rf /scratch/portage !!! [Errno 1] Operation not permitted: '/usr/portage/distfiles/cvs-src' if i umount the nfs and use plain hdd it will work... regards, mathias
Just a thought here, but shouldn't this version be masked till the problem is fixed? This seems to be a pretty big blocker for quite a few people (myself included)...
eek. I forgot to mention, my distfiles are also on nfs...so its obvious that nfs mounted distfiles are the problem.
I have the same problem on a laptop the distfile are on a fat filesystem
*** Bug 17030 has been marked as a duplicate of this bug. ***
Portage is thinking that cvs-src will ALWAYS be inside DISTDIR but this is not true. ECVS_TOP_DIR Is the place where the cvs-src folder is located. It took me a while to understand why portage was playing with DISTDIR/cvs-src because I had set that variable above to some other location. http://cvs.gentoo.org/~danarmak/kde-cvs.html See this page for more information. Using that variable one could have a distdir on NFS and cvs-src somewhere else.
fixed in cvs for portage-2.0.47-r9
closing with comment #15