I probably wouldn't have ever noticed this if my /tmp hadn't been close to full, but openoffice-1.0.3-r1 uses /tmp during compilation. Unless I'm much mistake, this should be a sandbox violation: Making: ../../unxlngi4.pro/misc/java_uno.dpc Making : Dependencies touch ../../unxlngi4.pro/misc/java_uno.dpc idlc -I. -I.. -I../.. -I../../inc -I../../unxlngi4.pro/idl -I../../unxlngi4.pro/inc -I/mnt/tmp/usr/portage/portage/openoffice-1.0.3-r1/work/oo_1.0.3_src/solver/641/unxlngi4.pro/idl -I/mnt/tmp/usr/portage/portage/openoffice-1.0.3-r1/work/oo_1.0.3_src/solver/641/unxlngi4.pro/inc -O../../unxlngi4.pro/ucr/bridges interfaces.idl idlc: compile 'interfaces.idl' ... idlc: couldn't copy file '/mnt/tmp/usr/portage/portage/openoffice-1.0.3-r1/work/oo_1.0.3_src/bridges/source/java_uno/interfaces.idl' to '/tmp/idli_DmB0cu' dmake: Error code 99, while making '../../unxlngi4.pro/misc/interfaces.rdb' ---* TG_SLO.MK *--- ERROR: Error 65280 occurred while making /mnt/tmp/usr/portage/portage/openoffice-1.0.3-r1/work/oo_1.0.3_src/bridges/source/java_uno !!! ERROR: app-office/openoffice-1.0.3-r1 failed. !!! Function src_compile, Line 489, Exitcode 1 !!! Build failed! Reproducible: Always Steps to Reproduce: 1.fill up /tmp. 2.emerge openoffice. Actual Results: emerge fails. Expected Results: emerge should succeed. Portage 2.0.48-r1 (default-x86-1.4, gcc-3.2.2, glibc-2.3.1-r4) ================================================================= System uname: 2.4.21-rc7-ac1 i686 Intel(R) Pentium(R) III Mobile CPU 1000MHz GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config /var/bind /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="/mnt/tmp/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" USE="x86 oss avi gif libg++ mikmod mpeg nls quicktime spell xml2 xv gdbm berkdb slang aalib svga java gpm tcpd libwww imlib gtk motif -3dnow sse objprelink tetex mozilla apm crypt cups jpeg mmx oggvorbis opengl pam png python qt readline sdl ssl X xmms perl guile dvd cdr dga encode ipv6 mbox ncurses pcmcia pdflib pnp samba -esd -alsa tiff truetype zlib -gnome -arts -kde" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=pentium3 -O3 -pipe" CXXFLAGS="-O2 -mcpu=i686 -pipe" ACCEPT_KEYWORDS="x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache"
It is not a violation if an ebuild uses /tmp. As /tmp is not used for significant storage I don't see any real problem in it. Also to change the openoffice make process would be too expensive. Anyway, thanks for the report. In general it is not smart to have a full /tmp dir as there are many programs that use it and suppose it to have enough space.