On 2019.05.29 11:41, k...@aspodata.se wrote:
Francesco Turco:
> On Wed, May 29, 2019, at 13:30, k...@aspodata.se wrote:
> > Part of portage_tmpdir/portage/sys-apps/dtc-1.5.0/temp/build.log:
> > ...
...
> > copying build/lib.linux-x86_64-2.7/libfdt.py ->
> > /usr/lib64/python2.7/site-packages
> > * ACCESS DENIED: fopen_wr:
> > /usr/lib64/python2.7/site-packages/libfdt.py
> > error: [Errno 13] Permission denied:
...
> > Why does the install fail, I have no problem creating that file
by hand
> > (as in touch <file>), why does a simple thing like copy fail ?
>
> I don't know how to solve this problem, but it has already been
reported:
>
> https://bugs.gentoo.org/686852
Thanks for the info.
In the meantime you can walk around the problem by not using the
sandbox like:
FEATURES="-sandbox -usersandbox" emerge -aqv sys-apps/dtc
Regards,
/Karl Hammar
That's weird. It emerges fine for me, with no error or complaint, and
I certainly have sandbox enabled. (I have other packages that fail due
to sandbox write errors, but not this one.)
Note one difference between this report (the failed file is libfdt.py)
and the bug report (file is _libdft.so). Also, my
/usr/lib64/python2.7/site-packages has no files at all "*fdt*".
Jack
