sys-apps/coreutils[openssl,split-usr] installs the sort program in /bin, sort links to libcrypto, and libcrypto is installed in /usr. $ ldd /bin/sort linux-vdso.so.1 (0x00007fff0a3c7000) libcrypto.so.1.1 => /usr/lib64/libcrypto.so.1.1 (0x00007f385eb30000) libc.so.6 => /lib64/libc.so.6 (0x00007f385e960000) /lib64/ld-linux-x86-64.so.2 (0x00007f385ee17000) Therefore, dev-libs/openssl should install libcrypto in /$(get_libdir) if the split-usr USE flag is set.
By council decision, Gentoo requires that you have /usr mounted in early boot, so it doesn't really matter that libcrypto lives in /usr/lib.
Relevant links: https://projects.gentoo.org/council/meeting-logs/20120403-summary.txt https://projects.gentoo.org/council/meeting-logs/20130813-summary.txt https://projects.gentoo.org/council/meeting-logs/20130924-summary.txt https://gitweb.gentoo.org/data/gentoo-news.git/tree/2013/2013-09-27-initramfs-required/2013-09-27-initramfs-required.en.txt?id=a79dd69b0cca439bc0c483c9193c79e0554819d0
I also summarise the problem at https://bugs.gentoo.org/868306#c10.
(In reply to Mike Gilbert from comment #1) > By council decision, Gentoo requires that you have /usr mounted in early > boot, [...] Yes,but we still keep the consistency with /{bin,sbin} <--> /lib, and /usr/{bin,sbin} <--> /ust/link, don't we?
(In reply to Guillermo D. H. from comment #4) > > /usr/{bin,sbin} <--> /ust/link That should be /usr/lib...
(In reply to Sam James from comment #3) > I also summarise the problem at https://bugs.gentoo.org/868306#c10. Yes. I'm doing exactly what you say in the second paragraph, testing and alerting via a bug report.
I don't think it makes sense to move additional libraries to /lib if the only benefit is consistency between /bin and /lib. It doesn't solve any real problems.
(In reply to Mike Gilbert from comment #7) > I don't think it makes sense to move additional libraries to /lib if the > only benefit is consistency between /bin and /lib. It doesn't solve any real > problems. Things like this have been fixed before: https://gitweb.gentoo.org/repo/gentoo.git/commit/dev-libs/libpcre2?id=853ffc254e93646e53de72c0b5db8b2b04521941 I also see bug #398053 open, which is of a similar type, so I still consider this a QA issue. Mike, I get that you and others are volunteers and don't necessarily like to test things like this. That's fine, there's people like me willing to do that for you. So, anyone here other than Mike willing to commit a fix? I can fix OpenSSL's packaging on my computer with a local ebuild repository, but that will only benefit myself.
(In reply to Guillermo D. H. from comment #8) > I also see bug #398053 open, which is of a similar type, so I still consider > this a QA issue. Bug 398053 is over 10 years old, and predates the council decision to stop supporting this.
> So, anyone here other than Mike willing to commit a fix? If someone else wants to move the openssl libs to /lib via get_usr_ldscript, I have no strong objection.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/data/gentoo-news.git/commit/?id=114a15884faf88f202073de48812613b264f49e0 commit 114a15884faf88f202073de48812613b264f49e0 Author: Eli Schwartz <eschwartz93@gmail.com> AuthorDate: 2024-01-02 04:04:32 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2024-01-05 04:10:37 +0000 2024-01-05-usr-initramfs: add news item Revival of commit a79dd69b0cca439bc0c483c9193c79e0554819d0. Bug: https://bugs.gentoo.org/868306#c10 Bug: https://bugs.gentoo.org/902829 Bug: https://bugs.gentoo.org/915379 Bug: https://bugs.gentoo.org/825078 Signed-off-by: Eli Schwartz <eschwartz93@gmail.com> Signed-off-by: Sam James <sam@gentoo.org> .../2024-01-05-usr-initramfs.en.txt | 46 ++++++++++++++++++++++ 1 file changed, 46 insertions(+)
https://gitweb.gentoo.org/repo/gentoo.git/commit/dev-libs/libpcre2?id=853ffc254e93646e53de72c0b5db8b2b04521941 https://geometrygame.io/ If the primary advantage is to ensure consistency between /bin and /lib, then I don't see the need in moving more libraries to /lib. It fails to address any substantial issues.