Created attachment 452530 [details] build.log Build finished. The HTML pages are in build/html. make: Leaving directory '/var/tmp/portage/dev-python/cffi-1.8.3/work/cffi-1.8.3-python3_4/doc' >>> Source compiled. * --------------------------- ACCESS VIOLATION SUMMARY --------------------------- * LOG FILE: "/var/log/sandbox/sandbox-23586.log" * Removing sandbox from FEATURES in make.conf didn't help. Got it installed by doing the build steps manually. ebuild cffi-1.8.3.ebuild install ebuild cffi-1.8.3.ebuild qmerge
Created attachment 452532 [details] emerge --info
Created attachment 452534 [details] sandbox log (also shown in build.log)
I'm having the darndest time trying to reproduce this. Can you output your USE flags for `=dev-lang/python-2.7.12` and `=dev-lang/python-3.4.5`? Also I noticed you're doing ebuild phases, so I also want to make sure the deps are installed as well. Try doing `emerge -o dev-python/cffi` to pull in deps only before doing the ebuild phases.
emerge -o dev-python/cffi * IMPORTANT: 12 news items need reading for repository 'gentoo'. * Use eselect news read to view new items. Calculating dependencies... done! >>> Auto-cleaning packages... >>> No outdated packages were found on your system. In the meantime I'm quite sure, this issue doesn't belong to cffi. I got some other python problems. So I guess, something in my python environment is broken. (maybe related to this: https://bugs.gentoo.org/show_bug.cgi?id=599122)
Tested a little bit around and found the reason. The error was: F: open_wr S: deny P: /usr/lib/python3.4/lib2to3/PatternGrammar3.4.5.final.0.pickle So, I compared the python installation on my desktop machine (amd64) and on my nas (arm). on the desktop machine exist the following files: /usr/lib/python3.4/lib2to3/PatternGrammar3.4.5.final.0.pickle /usr/lib/python3.4/lib2to3/Grammar3.4.5.final.0.pickle On the arm machine these files are missing. I copied the missing files to the arm installation and it worked. The source of the problem isn't cffi but python. For some reason on my arm machine python3.4 and python3.5 didn't install/generate the related files. Tried it directly on the machine (hangs in install process), in a qemu-user environment (hangs too) and with the cross-compiler in the host environment (armv7a-hardfloat-linux-gnueabi-emerge) - compiles without error, but doesn't install those files. I will investigate this a little bit more and post my results into the other bug-report I opened directly to python. Any ideas about the reason?
As this incident is a problem of the python installation and definitely not of the cffi package, I would suggest to close this issue as "invalid". I can only change the state to "resolved", so someone of the maintainers should close this entry.
(In reply to Sven Müller from comment #5) > I will investigate this a little bit more and post my results into the other > bug-report I opened directly to python. Any ideas about the reason? Can you provide a link to the other bug report?
bug 599122