building a system from stage1 on a 300Mhz PII system decided to go with development tree and used the stage1-x86-20030605.tar.bz2 for my base system. Booted it with the unreal livecd. CFLAGS="-march=pentium2 -O2 -funroll-loops -pipe" ~x86 is unmasked MAKEOPTS="-j2" heres a paste of the error txt: * Applying gcc-3.2.3-tls-update.patch.bz2... * A dry-run of patch command succeeded, but actually * applying the patch failed! * Failed Patch: gcc-3.2.3-tls-update.patch.bz2! * * Include in your bugreport the contents of: * * /var/tmp/portage/gcc-3.2.3-r1/temp/gcc-3.2.3-tls-update.patch.bz2-23943.out !!! ERROR: sys-devel/gcc-3.2.3-r1 failed. !!! Function epatch, Line 321, Exitcode 0 !!! Failed Patch: gcc-3.2.3-tls-update.patch.bz2! upon looking at the bugreport it states that it ran out of room on the final line!! "patch: **** write error : No space left on device" here a paste of the output from df: Filesystem 1K-blocks Used Available Use% Mounted on proc 0 0 0 - /proc none 0 0 0 - /dev tmpfs 2048 32 2016 2% /var/state/.init.d tmpfs 224796 0 224796 0% /dev/shm /dev/cdroms/cdrom0 252938 252938 0 100% /mnt/cdrom /mnt/cdrom/livecd.cloop 541336 541116 0 100% /mnt/cloop tmpfs 224796 13332 211464 6% / usbdevfs 0 0 0 - /proc/bus/usb /dev/hda1 36566 10854 23824 32% /mnt/gentoo /dev/hda2 744088 16428 689860 3% /mnt/gentoo/boot /dev/hda3 744088 187272 519016 27% /mnt/gentoo/var /dev/hda5 2269504 352528 1801688 17% /mnt/gentoo/usr proc 0 0 0 - /mnt/gentoo/proc Filesystem Inodes IUsed IFree IUse% Mounted on proc 0 0 0 - /proc none 0 0 0 - /dev tmpfs 56199 367 55832 1% /var/state/.init.d tmpfs 56199 1 56198 1% /dev/shm /dev/cdroms/cdrom0 0 0 0 - /mnt/cdrom /mnt/cdrom/livecd.cloop 68800 11188 57612 17% /mnt/cloop tmpfs 56199 947 55252 2% / usbdevfs 0 0 0 - /proc/bus/usb /dev/hda1 9480 1495 7985 16% /mnt/gentoo /dev/hda2 94656 12 94644 1% /mnt/gentoo/boot /dev/hda3 94656 15381 79275 17% /mnt/gentoo/var /dev/hda5 288576 56671 231905 20% /mnt/gentoo/usr proc 0 0 0 - /mnt/gentoo/proc Theres about 500M on /var and only about 1.8G on /usr that should be plenty of room for it to apply the patch Reproducible: Always Steps to Reproduce: 1.clean up system (rm-rf * in /var/tmp/portage) 2.run bootstrap.sh 3.wait......tls-patch fails on gcc-3.2.3 Actual Results: exact same results Expected Results: compilation of gcc -> and eventualy the whole system I was running the system headless and doing the installation via ssh. That is the only unusual thing about the install. I was running no other programs at the time on that machine heres the emerge info: cdimage config # emerge info !!! No gcc found. You probably need to 'source /etc/profile' to update !!! the environment of this terminal and possibly other terminals also. Portage 2.0.48-r1 (default-x86-1.4, [unavailable], glibc-2.3.1-r4) ================================================================= System uname: 2.4.20-gaming-r1 i686 Pentium II (Klamath) GENTOO_MIRRORS="ftp://csociety-ftp.ecn.purdue.edu/pub/gentoo/ ftp://cs.ubishops.ca/pub/gentoo http://adelie.polymtl.ca/ rsync://csociety-ftp.ecn.purdue.edu/pub/gentoo/ ftp://ftp.ussg.iu.edu/pub/linux/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb" 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 apm berkdb crypt gdbm libg++ nls pam pdflib readline slang ssl tcpd -3dnow aalib alsa -arts avi cdr cups -directfb doc -emacs encode -esd -fbcon gif -gnome gpm -gphoto2 -gtk -gtkhtml imlib ipv6 java jpeg jikes -kde ladcca libgda libwww maildir -mbox mikmod mmx motif -mozilla mpeg ncurses oggvorbis -opengl -odbc -oss pda png python perl -qt quicktime -scanner sdl spell sse svga tcltk tetex tiff truetype usb -xaw3d -X xml2 -xmms -xv -xinerama zlib" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=pentium2 -O2 -funroll-loops -pipe" CXXFLAGS="-march=pentium2 -O2 -funroll-loops -pipe" ACCEPT_KEYWORDS="x86 ~x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache"
Created attachment 13133 [details] here's the bug report generated by the error
No idea. Check kernel/disk maybe ? Any way to verify that its not glibc/whatever that was not cleaned before gcc was started ?
old patch version caused this issue.