From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1SDx8n-0003Hb-1W for garchives@archives.gentoo.org; Sat, 31 Mar 2012 12:10:46 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 97353E0E98; Sat, 31 Mar 2012 12:10:11 +0000 (UTC) Received: from mail-wi0-f169.google.com (mail-wi0-f169.google.com [209.85.212.169]) by pigeon.gentoo.org (Postfix) with ESMTP id 5712DE0E61 for ; Sat, 31 Mar 2012 12:08:53 +0000 (UTC) Received: by wibhm17 with SMTP id hm17so1324623wib.4 for ; Sat, 31 Mar 2012 05:08:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=JkurhFvWUmVnytFQXpaMBSY9JBYnFD+bV/ops1SWuls=; b=UTWWJAmWvi77NHh/8IZS4bMqoJLLir90++7MuZZBGQfYe0KQSVsEOl+RlBYiz3vWVz YkbyETiK/bnXwHVVKXcHC2qV/mvzXHfnyyffmcK67rDQCqrXqe9SJj8NExqXm0gFAOY9 3/N9rRLQGkAt7nJgU6vGBI+IGhz30CWLh80r8bbnnWVYEM5J+NLOJZoFAZp9VFbJRYUF opON2EqXfBpggWVkHrfLoUAjoEEpCz6ZT/9VjhZBa4lXZ4kCGjZtGlqoTSUDU1vg3syY 3Kpy5XhESUq6RVdSVdAsbh4Hto42kVgBpqFd1Omqnwz7gJcICLTeejoA4e+bwxmr+K2F kvKQ== Received: by 10.180.91.165 with SMTP id cf5mr6054174wib.2.1333195732376; Sat, 31 Mar 2012 05:08:52 -0700 (PDT) Received: from [192.168.2.229] (89-76-190-198.dynamic.chello.pl. [89.76.190.198]) by mx.google.com with ESMTPS id fz9sm15554458wib.3.2012.03.31.05.08.50 (version=SSLv3 cipher=OTHER); Sat, 31 Mar 2012 05:08:51 -0700 (PDT) Message-ID: <4F76F44A.4020409@gmail.com> Date: Sat, 31 Mar 2012 14:10:50 +0200 From: Maciej Grela User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120331 Thunderbird/11.0.1 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: [gentoo-dev] Should ${T} be defined in pkg_prepare ? Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: b616438c-0a5b-4c1c-a0b7-aa6b389a5f11 X-Archives-Hash: 59ccdec2fdeb13493e29411109e39494 Hi, recently, I've tried to compile libreoffice using paludis and I've noticed the following problem: 8< ------------------------------------------------- kraken ~ # cave resolve libreoffice Done: 3905 steps These are the actions I will take, in order: r app-office/libreoffice:0::gentoo 3.5.2.2 to ::installed replacing 3.5.2.2 (-aqua) -binfilter branding cups dbus eds gnome graphite gstreamer gtk -java jemalloc -kde -mysql -nlpsolver nsplugin -odk opengl pdfimport -postgres svg vba webdav xmlsec (-test) build_options: symbols=split -optional_tests -trace -preserve_work Reasons: target, !=app-office/libreoffice-3.4.9999-r1 from app-office/libreoffice-l10n, !=app-office/libreoffice-9999-r1 from app-office/libreoffice-l10n, 2 more Total: 1 reinstalls Executing pretend actions: 1 of 1 libreoffice-3.5.2.2> * Checking for at least 512 mebibytes RAM ... [ ok ] libreoffice-3.5.2.2> DISK CHECK: path="", size="6G" libreoffice-3.5.2.2> * Checking for at least 6 gibibytes disk space at [ !! ] libreoffice-3.5.2.2> libreoffice-3.5.2.2> * Couldn't determine disk space, skipping... 8< ------------------------------------------------- the check-reqs is not getting the "${T}" value properly when it's being run from pkg_prepare. I've added an echo to the eclass to confirm this. The ebuild detects free space properly when run under emerge: 8< ------------------------------------------------- kraken ~ # emerge --nodeps -p -v libreoffice These are the packages that would be merged, in order: [ebuild R ] app-office/libreoffice-3.5.2.2::gentoo [3.5.2.2::__unknown__] USE="branding cups dbus graphite gtk nsplugin opengl svg vba webdav xmlsec (-aqua) -binfilter -eds* -gnome* -gstreamer* -java -jemalloc* -kde -mysql -nlpsolver -odk -pdfimport* -postgres -test" 0 kB Total: 1 package (1 reinstall), Size of downloads: 0 kB * IMPORTANT: 2 news items need reading for repository 'gentoo'. * Use eselect news to read news items. kraken ~ # emerge --nodeps -v libreoffice These are the packages that would be merged, in order: [ebuild R ] app-office/libreoffice-3.5.2.2::gentoo [3.5.2.2::__unknown__] USE="branding cups dbus graphite gtk nsplugin opengl svg vba webdav xmlsec (-aqua) -binfilter -eds* -gnome* -gstreamer* -java -jemalloc* -kde -mysql -nlpsolver -odk -pdfimport* -postgres -test" 0 kB Total: 1 package (1 reinstall), Size of downloads: 0 kB >>> Verifying ebuild manifests >>> Running pre-merge checks for app-office/libreoffice-3.5.2.2 * Checking for at least 512 mebibytes RAM ... [ ok ] DISK CHECK: path="/var/tmp/portage/app-office/libreoffice-3.5.2.2/temp", size="6G" * Checking for at least 6 gibibytes disk space at "/var/tmp/portage/app-office/libreoffice-3.5.2.2/temp" ... [ ok ] >>> Emerging (1 of 1) app-office/libreoffice-3.5.2.2 ^C kraken ~ # 8< ------------------------------------------------- I've read the PMS and I haven't found information whether this variable is supposed to be set during pkg_prepare or not. Therefore I ask, what is the proper behaviour here ? Is there documentation on what special env variables are supposed to be defined in each stage ? Can this be considered as a bug in paludis ? Thanks for your help. Best regards, Maciej Grela