From: Bruce Schultz <brulzki@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: nonfatal() not supported error in glibc binary install
Date: Mon, 06 Oct 2014 14:05:27 +1000 [thread overview]
Message-ID: <54321507.6060500@gmail.com> (raw)
In-Reply-To: <543200B5.8000107@gmail.com>
On 06/10/14 12:38, Bruce Schultz wrote:
> On 06/10/14 00:05, walt wrote:
>> On 10/04/2014 09:15 PM, Bruce Schultz wrote:
>>> Hi,
>>>
>>> I'm trying to update a system using binary packages build on another
>>> system. I get this error for glibc:
>>>
>>> >>> Emerging binary (1 of 1) sys-libs/glibc-2.19-r1::gentoo
>>> * glibc-2.19-r1.tbz2 MD5 SHA1 size ;-)
>>> ... [ ok ]
>>> >>> Extracting info
>>>
>>> >>> Failed to emerge sys-libs/glibc-2.19-r1, Log file:
>>>
>>> >>> '/var/tmp/portage/sys-libs/glibc-2.19-r1/temp/build.log'
>>>
>>> * Messages for package sys-libs/glibc-2.19-r1:
>>>
>>> * ERROR: sys-libs/glibc-2.19-r1::gentoo failed (setup phase):
>>> * nonfatal() not supported in this EAPI
>>> *
>>> * Call stack:
>>> * ebuild.sh, line 93: Called pkg_setup
>>> * environment, line 2870: Called eblit-run 'pkg_setup'
>>> * environment, line 987: Called eblit-glibc-pkg_setup
>>> * environment, line 843: Called glibc_run_test
>>> '#include <pwd.h>
>>> * int main(){return getpwuid(0)==0;}
>>> * '
>>> * environment, line 2085: Called glibc_compile_test
>>> '' '#include <pwd.h>
>>> * int main(){return getpwuid(0)==0;}
>>> * '
>>> * environment, line 1998: Called nonfatal 'emake'
>>> '-s' 'glibc-test'
>>> * isolated-functions.sh, line 92: Called die
>>> * The specific snippet of code:
>>> *
>> die "$FUNCNAME() not supported in this EAPI"
>>
>> I have isolated-functions.sh in two places:
>>
>> /usr/lib64/portage/python2.7/isolated-functions.sh
>> /usr/lib64/portage/python3.3/isolated-functions.sh
>> but not in /usr/lib64/portage/python3.4 (which I didn't know was
>> installed til now)
>>
>> You might want to check the target machine for which version of
>> python it's using
>> and that it has the latest version of portage in
>> /usr/lib/portage/pythonN.N/
>>
>> Maybe running python-updater would help?
>>
>>
> Tried switching to python 2.7 but got the same error.
>
> The line of the error in isolated-functions.sh is calling a function
> __eapi_has_nonfatal. That is defined in eapi.sh and checks if ${EAPI}
> != 0, 1, 2 or 3, which effectively leave 4 or 5.
>
> It seems that the glibc ebuild is EAPI 0 (from
> /var/db/pkg/sys-libs/glibc-2.19-r1/EAPI).
>
> So I guess that the error means that it tried to run the
> glibc_compile_test and failed for the binary install, so emerge tried
> to raise a nonfatal error, but that wasn't supported by the EAPI and
> that caused the emerge to die.
>
> I wonder if setting EAPI=5 in the ebuild file will help, of if that
> would just cause other problems... I might try that later when I have
> some time...
>
That mostly worked... was going to add it in bugzilla and found this:
https://bugs.gentoo.org/show_bug.cgi?id=523332
Don't know why google didn't find that yesterday for me. So the patch in
now attached to that bug.
Cheers
Bruce
:B
prev parent reply other threads:[~2014-10-06 4:11 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-05 4:15 [gentoo-user] nonfatal() not supported error in glibc binary install Bruce Schultz
2014-10-05 14:05 ` [gentoo-user] " walt
2014-10-06 2:38 ` Bruce Schultz
2014-10-06 4:05 ` Bruce Schultz [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=54321507.6060500@gmail.com \
--to=brulzki@gmail.com \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox