https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/ Issue: sys-power/apcupsd-3.14.14-r3 fails to compile. Discovered on: amd64 (internal ref: ci) Info about the issue: https://wiki.gentoo.org/wiki/Project:Tinderbox/Common_Issues_Helper#CF0014
Created attachment 917108 [details] build.log build log and emerge --info
Error(s) that match a know pattern in addition to what has been reported in the summary: install-xattr: failed to stat /var/tmp/portage/sys-power/apcupsd-3.14.14-r3/image/sbin/apcupsd: No such file or directory /usr/bin/install: target '/var/tmp/portage/sys-power/apcupsd-3.14.14-r3/image/sbin/apcupsd': No such file or directory
I think this is a native-symlink issue, but it's not clear on what binary
Any idea, how to reproduce that? I am not able to do so. @sam: ideas?
(In reply to Conrad Kostecki from comment #4) > Any idea, how to reproduce that? I am not able to do so. > > @sam: ideas? USE="-native-symlink" emerge sys-devel/gcc-config sys-devel/binutils-config dev-lang/python-exec then emerge sys-power/apcupsd Please do remember to set /etc/portage/profile/package.use.force: ~ $ cat /etc/portage/profile/package.use.force sys-devel/gcc-config -native-symlinks sys-devel/binutils-config -native-symlinks dev-lang/python-exec -native-symlinks
(In reply to Agostino Sarubbo from comment #5) > (In reply to Conrad Kostecki from comment #4) > > Any idea, how to reproduce that? I am not able to do so. > > > > @sam: ideas? > > USE="-native-symlink" emerge sys-devel/gcc-config sys-devel/binutils-config > dev-lang/python-exec > > then > > emerge sys-power/apcupsd > > Please do remember to set /etc/portage/profile/package.use.force: > > ~ $ cat /etc/portage/profile/package.use.force > sys-devel/gcc-config -native-symlinks > sys-devel/binutils-config -native-symlinks > dev-lang/python-exec -native-symlinks I am not able to reproduce :-/ Recompiled all three packages with USE="-native-symlinks" and still compilation works..
A very stupid idea: Could be this caused by configure? There is definied --sbindir=/sbin (without EPREFIX) I have removed this in upcoming ebuild revision, since it's not needed. But could be cause this?
Will close, please re-test with -r4, as -r3 is now gone.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=ff458e121b5a8093c1c63f0caa3f21478dc34854 commit ff458e121b5a8093c1c63f0caa3f21478dc34854 Author: Conrad Kostecki <conikost@gentoo.org> AuthorDate: 2025-02-18 02:37:27 +0000 Commit: Conrad Kostecki <conikost@gentoo.org> CommitDate: 2025-02-18 02:37:42 +0000 sys-power/apcupsd: drop 3.14.14-r3 Closes: https://bugs.gentoo.org/948418 Signed-off-by: Conrad Kostecki <conikost@gentoo.org> sys-power/apcupsd/apcupsd-3.14.14-r3.ebuild | 158 ------------------------- sys-power/apcupsd/files/apcupsd.powerfail.init | 17 --- 2 files changed, 175 deletions(-)
