public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
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



      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