I have never really had a problem with running out of space when building most applications, but wxGTK 2.6.1 seemed to have tested these limits earlier today. It appears to eat about 1.8 gigabytes. For something as small as it is, I find that very shocking and perhaps indicative of a bug. I have attached a compressed log file of the build process. Reproducible: Always Steps to Reproduce: 1. rm -rf /var/tmp/portage/* 2. df -h 3. emerge wxGTK #will fail due to lack of free space 4. df -h Actual Results: Emerge fails with the following error: Expected Results: wxGTK 2.6.1 should merge safely. matt@dresden ~ $ emerge info Portage 2.0.51.22-r2 (default-linux/amd64/2005.0, gcc-3.4.4, glibc-2.3.5-r1, 2.6.12-gentoo-r9 x86_64) ================================================================= System uname: 2.6.12-gentoo-r9 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ Gentoo Base System version 1.6.13 ccache version 2.3 [enabled] dev-lang/python: 2.3.5-r2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 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.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O2 -pipe -fomit-frame-pointer" CHOST="x86_64-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/lib64/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon64 -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig candy ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distro.ibiblio.org/pub/linux/distributions/gentoo/" LINGUAS="de" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X Xaw3d a52 aac aalib acl acpi aim alsa amd64 apache2 apm arts audiofile avi bash-completion berkdb bitmap-fonts bluetooth bmp bonobo bzip2 calendar cdparanoia cdr crypt cups curl dbus dga directfb doc dv dvd dvdr dvdread eds effects emacs emboss encode esd evo exif expat fam fbcon ffmpeg firefox flac flat foomaticdb fortran ftp gcj gd gdbm ggi gif gimp gimpprint glut gnome gnustep gnutls gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile hal howl icq ieee1394 imagemagick imap imlib industrial inifile ipv6 jabber jack javascript jpeg kde kdeenablefinal kerberos kipi ldap lesstif libwww lirc lm_sensors logitech-mouse lzw lzw-tiff mad maildir mailwrapper mbox mcal mikmod mime mmap mng motif mozdevelop mozilla mozsvg mp3 mpeg mpi msession msn musicbrainz mysql nas ncurses nls nntp nodrm nptl objc offensive ogg oggvorbis openal opengl osc oscar oss pam pcre pda pdflib perl php pic plastik plugin png portaudio posix ppds python qt quicktime readline redmond ruby samba scanner sdl sensord session sharedmem shorten silc smp sndfile sox speex spell ssl subversion svg szip tcltk tcpd tetex theora threads tidy tiff truetype truetype-fonts type1-fonts unicode usb userlocales v4l v4l2 vcd vim-with-x visualization vorbis wifi wmf wxwindows xine xinerama xml xml2 xmms xosd xpm xprint xrandr xscreensaver xsl xv xvid yahoo zeroconf zlib linguas_de userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS
Created attachment 68250 [details] Compressed text log of wxGTK 2.6.1 build
Yeah, and OO.org eats even twice more. How on earth should we "fix" the "problem"?!
Compiling with --disable-precomp-headers requires 1/4 of the space of a normal compilation. One solution could be to add a "noprecomheaders" USE flag to the ebuild.