| Summary: | dev-lang/python:3.4 Fatal Python error: getentropy() failed | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Sven E. <dark> |
| Component: | Current packages | Assignee: | Python Gentoo Team <python> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | ||
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| URL: | https://hg.python.org/cpython/rev/13a39142c047 | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
python-3.4.5 build.log
python-3.4.6 build.log emerge --info |
||
|
Description
Sven E.
2017-10-27 20:08:05 UTC
Created attachment 500462 [details]
python-3.4.5 build.log
Created attachment 500464 [details]
python-3.4.6 build.log
Created attachment 500466 [details]
emerge --info
Comment on attachment 500466 [details]
emerge --info
Please try to set the correct MIME type if you are going to attach emerge --info.
The issue here is the automagic use of the getentropy() function in glibc-2.25, which relies on the getrandom() system call introduced in Linux 3.17. You can work around this by upgrading to Linux >= 3.17, or Python >= 3.5.4. (In reply to Mike Gilbert from comment #5) > The issue here is the automagic use of the getentropy() function in > glibc-2.25, which relies on the getrandom() system call introduced in Linux > 3.17. > > You can work around this by upgrading to Linux >= 3.17, or Python >= 3.5.4. Actually upgrading to the most recent 3.10 kernel did the trick aswell. Still just a workaround, but better than no build at all. Weird thing is, this seems to be fixed in 3.6, I wonder why it did not get backported by upstream. > Actually upgrading to the most recent 3.10 kernel did the trick aswell. Still just a workaround, but better than no build at all. That probably did nothing. I backported a build fix on November 1. *** This bug has been marked as a duplicate of bug 635534 *** |