On current version 3.0.2 xpra does not build, please see attached log. In gentoo-de i was told it appears to be a sandbox error and to report this as a bug. Reproducible: Always Steps to Reproduce: 1. emerge --sync 2. emerge -a1 xpra 3. fail Actual Results: running build_conf * ACCESS DENIED: UNLINK: /usr/lib64/libecpg_compat.so.3.7 * ACCESS DENIED: UNLINK: /usr/lib64/libecpg.so.6.7 * ACCESS DENIED: UNLINK: /usr/lib64/libblas.so.0 * ACCESS DENIED: UNLINK: /usr/lib64/liblapack.so.0 * ACCESS DENIED: UNLINK: /usr/lib64/libpgtypes.so.3.6 Expected Results: emerge does not fail
Created attachment 598922 [details] build.log
Thanks for reporting. New xpra continues to have a completely home-made build system and have a lot of sandbox violations. I might have forgotten some sandbox predictions.
I hit this with: * ACCESS DENIED: SYMLINK: /usr/lib64/libXvMCgallium.so * ACCESS DENIED: UNLINK: /usr/lib32/libXvMCgallium.so.1 * ACCESS DENIED: SYMLINK: /usr/lib32/libXvMCgallium.so * ACCESS DENIED: UNLINK: /usr/lib/libXvMCgallium.so.1 * ACCESS DENIED: SYMLINK: /usr/lib/libXvMCgallium.so
For me it's: * --------------------------- ACCESS VIOLATION SUMMARY --------------------------- * LOG FILE: "/var/log/sandbox/sandbox-4.log" * VERSION 1.0 FORMAT: F - Function called FORMAT: S - Access Status FORMAT: P - Path as passed to function FORMAT: A - Absolute Path (not canonical) FORMAT: R - Canonical Path FORMAT: C - Command Line F: UNLINK S: deny P: /usr/lib64/libm.so.6 A: /usr/lib64/libm.so.6 R: /usr/lib64/libm.so.6 C: /sbin/ldconfig * --------------------------------------------------------------------------------
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=fd2f00eb3b1c022857d05d7e35d81072827897d9 commit fd2f00eb3b1c022857d05d7e35d81072827897d9 Author: Andreas K. Hüttel <dilfridge@gentoo.org> AuthorDate: 2020-01-16 11:30:15 +0000 Commit: Andreas K. Hüttel <dilfridge@gentoo.org> CommitDate: 2020-01-16 11:30:46 +0000 x11-wm/xpra: Fix bug 702310 with a sledgehammer We don't have the library that it's looking for packaged anyway, so it doesnt matter whether finding it fails. Make the ldconfig call go away. Closes: https://bugs.gentoo.org/702310 Package-Manager: Portage-2.3.84, Repoman-2.3.20 Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org> x11-wm/xpra/files/xpra-3.0.2-ldconfig.patch | 33 +++++++++++++++++++++++++++++ x11-wm/xpra/xpra-3.0.2.ebuild | 13 +++++------- 2 files changed, 38 insertions(+), 8 deletions(-)
(In reply to Larry the Git Cow from comment #5) > The bug has been closed via the following commit(s): > > https://gitweb.gentoo.org/repo/gentoo.git/commit/ > ?id=fd2f00eb3b1c022857d05d7e35d81072827897d9 > > commit fd2f00eb3b1c022857d05d7e35d81072827897d9 > Author: Andreas K. Hüttel <dilfridge@gentoo.org> > AuthorDate: 2020-01-16 11:30:15 +0000 > Commit: Andreas K. Hüttel <dilfridge@gentoo.org> > CommitDate: 2020-01-16 11:30:46 +0000 > > x11-wm/xpra: Fix bug 702310 with a sledgehammer > > We don't have the library that it's looking for packaged anyway, so > it doesnt matter whether finding it fails. Make the ldconfig call > go away. > > Closes: https://bugs.gentoo.org/702310 > Package-Manager: Portage-2.3.84, Repoman-2.3.20 > Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org> > > x11-wm/xpra/files/xpra-3.0.2-ldconfig.patch | 33 > +++++++++++++++++++++++++++++ > x11-wm/xpra/xpra-3.0.2.ebuild | 13 +++++------- > 2 files changed, 38 insertions(+), 8 deletions(-) Thank you, I like it! Make the ldconfig call go away!
