Steps to repro:
1. Download all distfiles for games-fps/alienarena
2. Make the disk full
3. Try to unpack games-fps/alienarena
emerge fails immediately with an error about insufficient disk space
emerge waits for user's response to unzip's prompt:
>>> Unpacking source...
>>> Unpacking alienarena7_45-Linux20100726.zip to /var/tmp/portage/games-fps/alienarena-20100726/work
alienarena7_45/data1/textures/arena7/tekwall3_hm.tga: write error (disk full?). Continue? (y/n/^C)
Created attachment 246307 [details, diff]
This is the simples workaround patch I could think of. I have tested in and it works (emerge fails immediately).
Thanks, this is in git:
This is fixed in 22.214.171.124 and 2.2_rc76.
This fix appears to be breaking my instance of portage (portage-2.2_rc86); when attempting to compile a package which requires unpacking a zip file (in particular, liberation-fonts-1.05), I get an endless repetition of the following:
/usr/lib64/portage/bin/ebuild.sh: line 393: echo: write error: Broken pipe
I can't think of another package offhand which requires unpacking a zip file (the alienarena package discussed in this bug has dependencies I don't want to install just for a test), but I'm pretty sure this is the code which is causing my problem.
(In reply to comment #4)
I can unpack liberation-fonts-1.05 with no problems here, using unzip-6.0-r1 and bash-4.1_p7. Which versions of unzip and bash do you have?
(In reply to comment #5)
> (In reply to comment #4)
> I can unpack liberation-fonts-1.05 with no problems here, using unzip-6.0-r1
> and bash-4.1_p7. Which versions of unzip and bash do you have?
I have unzip-6.0-r1 and bash-4.0_p37, but I have no problem just going to /tmp/liberation and doing "unzip liberation-fonts-ttf-1.05.zip"; the problem only occurs when portage tries to unpack this zip file. I can't be more specific about which stage in the unpacking is where the problem actually occurs, because the aforementioned error messages fly by so fast, no matter how quickly I hit ctrl+c everything else has already scrolled past my buffer. It's definitely very early in the ebuild, though, probably during the unpack step (given that the referenced line in ebuild.sh is the one talking about unpacking zip files).
(In reply to comment #6)
> I have unzip-6.0-r1 and bash-4.0_p37, but I have no problem just going to
> /tmp/liberation and doing "unzip liberation-fonts-ttf-1.05.zip"; the problem
> only occurs when portage tries to unpack this zip file.
Now I've installed bash-4.0_p37 and it still works for me, so apparently there are some other factors besides bash and unzip involved (maybe libc version). Please file a new bug and post emerge --info output there.