rdlibtool: lconf: found "/var/tmp/portage/app-misc/sdate-0.7/work/sdate-0.7/libtool". rdlibtool: install: /usr/lib/portage/python3.11/ebuild-helpers/xattr/install -c .libs/libsdate.so.0.0.1 /var/tmp/portage/app-misc/sdate-0.7/image/usr/lib64/libsdate.so.0.0.1 rdlibtool: install: ln -s libsdate.so.0.0.1 /var/tmp/portage/app-misc/sdate-0.7/image/usr/lib64/libsdate.so rdlibtool: install: ln -s libsdate.so.0.0.1 /var/tmp/portage/app-misc/sdate-0.7/image/usr/lib64/libsdate.so.0 make[2]: Leaving directory '/var/tmp/portage/app-misc/sdate-0.7/work/sdate-0.7' make[1]: Leaving directory '/var/tmp/portage/app-misc/sdate-0.7/work/sdate-0.7' rm: cannot remove '/var/tmp/portage/app-misc/sdate-0.7/image/usr/lib*/*.la': No such file or directory * ERROR: app-misc/sdate-0.7::gentoo failed (install phase): * (no error message) ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1_systemd-20230901-150513 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-13 * clang/llvm (if any): clang version 16.0.6 Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/lib/llvm/16/bin Configuration file: /etc/clang/clang.cfg /usr/lib/llvm/16 16.0.6 Python 3.11.5 Available Ruby profiles: [1] ruby31 (with Rubygems) * Available Rust versions: [1] rust-bin-1.72.0 [2] rust-1.72.0 * The following VMs are available for generation-2: *) Eclipse Temurin JDK 17.0.7_p7 [openjdk-bin-17] 2) Eclipse Temurin JDK 8.372_p07 [openjdk-bin-8] Available Java Virtual Machines: [1] openjdk-bin-8 [2] openjdk-bin-17 system-vm php cli (if any): [1] php8.1 [2] php8.2 * go version go1.21.0 linux/amd64 HEAD of ::gentoo commit bae0e0c05323df0bcf4679f31b72991e4118ec1f Author: Repository mirror & CI <repomirrorci@gentoo.org> Date: Sun Sep 3 08:16:49 2023 +0000 2023-09-03 08:16:48 UTC emerge -qpvO app-misc/sdate [ebuild N ] app-misc/sdate-0.7
Created attachment 869426 [details] emerge-info.txt
Created attachment 869427 [details] app-misc:sdate-0.7:20230903-091915.log
Created attachment 869428 [details] emerge-history.txt
Created attachment 869429 [details] environment
Created attachment 869430 [details] etc.clang.tar.xz
Created attachment 869431 [details] etc.portage.tar.xz
Created attachment 869432 [details] logs.tar.xz
Created attachment 869433 [details] temp.tar.xz
In case don't know, slibtool does not create .la files, so you sometimes have them or not depending on what's used. The policy guide's lazy copy/paste find always works in either cases anyway and is more standardized across ebuilds than using rm -f. https://projects.gentoo.org/qa/policy-guide/installed-files.html#pg0303
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=7204c6ca1d01505161cd93164ab4a59cdd37684e commit 7204c6ca1d01505161cd93164ab4a59cdd37684e Author: Ulrich Müller <ulm@gentoo.org> AuthorDate: 2023-09-03 13:04:53 +0000 Commit: Ulrich Müller <ulm@gentoo.org> CommitDate: 2023-09-03 13:04:53 +0000 app-misc/sdate: Fix *.la removal Closes: https://bugs.gentoo.org/913566 Signed-off-by: Ulrich Müller <ulm@gentoo.org> app-misc/sdate/sdate-0.7.ebuild | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
(In reply to Ionen Wolkens from comment #9) > The policy guide's lazy copy/paste find always works in either cases anyway > and is more standardized across ebuilds than using rm -f. > https://projects.gentoo.org/qa/policy-guide/installed-files.html#pg0303 Yes, I'm aware. However, this package installs the *.la file in one well defined location, so searching for it isn't necessary.