Re: [gentoo-user] sys-apps/dtc-1.5.0 install failure
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 ), 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
Re: [gentoo-user] sys-apps/dtc-1.5.0 install failure
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 ), 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
Re: [gentoo-user] sys-apps/dtc-1.5.0 install failure
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: > ... > x86_64-pc-linux-gnu-gcc -pthread -shared -Wl,-O1 -Wl,--as-needed -L. > -Wl,-O1 -Wl,--as-needed -O2 -pipe -fPIC -Wall -Wpointer-arith > -Wcast-qual -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes > -Wredundant-decls -Wshadow -I/usr/include/valgrind -fPIC -Wall > -Wpointer-arith -Wcast-qual -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wredundant-decls -Wshadow -I/usr/include/valgrind > build/temp.linux-x86_64-2.7/libfdt_wrap.o -L../libfdt -L/usr/lib64 > -lfdt -lpython2.7 -o build/lib.linux-x86_64-2.7/_libfdt.so > running install_lib > 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: > '/usr/lib64/python2.7/site-packages/libfdt.py' > make[1]: *** [pylibfdt/Makefile.pylibfdt:24: install_pylibfdt] Error 1 > make[1]: Leaving directory > '/Net/portage_tmpdir/portage/sys-apps/dtc-1.5.0/work/dtc-1.5.0' > make: *** [Makefile:231: maybe_install_pylibfdt] Error 2 > * ERROR: sys-apps/dtc-1.5.0::gentoo failed (install phase): > * emake failed > * > ... > > Why does the install fail, I have no problem creating that file by hand > (as in touch ), 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 -- https://fturco.gitlab.io/
[gentoo-user] sys-apps/dtc-1.5.0 install failure
Part of portage_tmpdir/portage/sys-apps/dtc-1.5.0/temp/build.log: ... x86_64-pc-linux-gnu-gcc -pthread -shared -Wl,-O1 -Wl,--as-needed -L. -Wl,-O1 -Wl,--as-needed -O2 -pipe -fPIC -Wall -Wpointer-arith -Wcast-qual -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wredundant-decls -Wshadow -I/usr/include/valgrind -fPIC -Wall -Wpointer-arith -Wcast-qual -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wredundant-decls -Wshadow -I/usr/include/valgrind build/temp.linux-x86_64-2.7/libfdt_wrap.o -L../libfdt -L/usr/lib64 -lfdt -lpython2.7 -o build/lib.linux-x86_64-2.7/_libfdt.so running install_lib 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: '/usr/lib64/python2.7/site-packages/libfdt.py' make[1]: *** [pylibfdt/Makefile.pylibfdt:24: install_pylibfdt] Error 1 make[1]: Leaving directory '/Net/portage_tmpdir/portage/sys-apps/dtc-1.5.0/work/dtc-1.5.0' make: *** [Makefile:231: maybe_install_pylibfdt] Error 2 * ERROR: sys-apps/dtc-1.5.0::gentoo failed (install phase): * emake failed * ... Why does the install fail, I have no problem creating that file by hand (as in touch ), why does a simple thing like copy fail ? Have it something with sandboxing to do ? How do I go arond this ? Regards, /Karl Hammar