When trying to emerge libreoffice*, emerge will inevitably fail at the earliest possible stage, checking for enough space inside... big surprise, '/tmp/tmp<some random garbage>/portage/app-office/...'. Of course, I do not have set PORTAGE_TMPDIR to '/tmp', but to standard '/var/tmp' where the portage directory resides on a tmpfs. I've been using portage-2.2 like that ever since, so lately there must have been some regression in that area. To make libreoffice build despite the too small tmpfs, I have set up a 'notmpfs.conf' as described in http://blog.jolexa.net/2011/09/16/gentoo-per-package-portage_tmpdir-settings/ which worked fine last time, and anyway makes no difference in the check_reqs path. * interestingly, libreoffice-3.4.3.2-r1 passes OK, but libreoffice-9999-r1 is the one where it's broken. Last known working state (with above described configuration) according to libreoffice-9999-r1 emerge history: So Okt 16 03:46:01 2011 portage version at the time of report: sys-apps/portage-2.2.0_alpha71 version used at last successful libreoffice-9999-r1 build: alpha67 Reproducible: Always
Created attachment 291151 [details] emerge --info
Very short error log (there exists no build.log at that time and given path): Calculating dependencies... done! [ebuild R *] app-office/libreoffice-9999-r1 USE="branding dbus graphite java jemalloc kde ldap opengl pdfimport svg vba webdav (-aqua) -binfilter -debug -eds -gnome -gstreamer -gtk (-kdeenablefinal) -mysql -nsplugin -odk -templates -test" LINGUAS="de en_GB -en_ZA -es -fr -hu -it" 0 kB Total: 1 package (1 reinstall), Size of downloads: 0 kB >>> Verifying ebuild manifests >>> Running pre-merge checks for app-office/libreoffice-9999-r1 * Checking for at least 1 gibibytes RAM ... [ ok ] * Checking for at least 9 gibibytes disk space at "/tmp/tmp3146of/portage/app-office/libreoffice-9999-r1/temp" ... [ !! ] * There is NOT at least 9 gibibytes disk space at "/tmp/tmp3146of/portage/app-office/libreoffice-9999-r1/temp" * * Space constrains set in the ebuild were not met! * The build will most probably fail, you should enhance the space * as per failed tests. * * ERROR: app-office/libreoffice-9999-r1 failed (pretend phase): * Build requirements not met! * * Call stack: * ebuild.sh, line 91: Called pkg_pretend * libreoffice-9999-r1.ebuild, line 215: Called check-reqs_pkg_pretend * check-reqs.eclass, line 105: Called check-reqs_pkg_setup * check-reqs.eclass, line 96: Called check-reqs_output * check-reqs.eclass, line 237: Called die * The specific snippet of code: * [[ ${EBUILD_PHASE} == "pretend" && -z ${I_KNOW_WHAT_I_AM_DOING} ]] && \ * die "Build requirements not met!"
[kinda half-solved] after update to alpha72 today, check-reqs has the correct path as configured. some strangeness remains as portage still adds this intermediate directory with some random alpha-numerical name to unpack the stuff: >>> Running pre-merge checks for app-office/libreoffice-9999-r1 * Checking for at least 1 gibibytes RAM... [ ok ] * Checking for at least 9 gibibytes disk space at "/mnt/storage/tmportage/portage/tmpt6_yze/portage/app-office/libreoffice-9999-r1/temp" ... [ ok ] [cut] >>> Unpacking source... >>> Unpacking libreoffice-branding-gentoo-0.3.tar.xz to /mnt/storage/tmportage/portage/app-office/libreoffice-9999-r1/work
[kinda half-solved] after update to alpha72 today, check-reqs has the correct path as configured. some strangeness remains as portage still adds this intermediate directory with some random alpha-numerical name: >>> Running pre-merge checks for app-office/libreoffice-9999-r1 * Checking for at least 1 gibibytes RAM... [ ok ] * Checking for at least 9 gibibytes disk space at "/mnt/storage/tmportage/portage/tmpt6_yze/portage/app-office/libreoffice-9999-r1/temp" ... [ ok ] [cut] >>> Unpacking source... >>> Unpacking libreoffice-branding-gentoo-0.3.tar.xz to /mnt/storage/tmportage/portage/app-office/libreoffice-9999-r1/work
*** This bug has been marked as a duplicate of bug 388593 ***
