When sys-apps/shadow is built with the skey use flag enabled, it dynamically links to /usr/libskey.so.1.1.5 (or whatever version). When /usr is not mounted (for whatever reason), /bin/login fails to start, disabling all console logins, which is likely to be the only method availabe if /usr is not mounted. Steps to reproduce: 1) set skey use flag 2) emerge sys-apps/shadow with the new use flag (pulling in app-admin/skey) 3) somehow end up with /usr unmounted 4) attempt to login at the console Actual results: /bin/login: error while loading shared library /usr/lib/libskey.so.1.1.5: No such file or directory (this is close to the error message, but not verbatim. I think we get the idea though) Expected results: Login starts and presents the password prompt Installing /usr/lib/libskey.so to /lib instead would be a fix right?
> Installing /usr/lib/libskey.so to /lib instead would be a fix right? I just hit the problem here, too. Binaries in /bin must not depend on a library in /usr/lib. See also the FHS 2.3, which says about /lib: | The /lib directory contains those shared library images needed | to boot the system and run the commands in the root filesystem, | ie. by binaries in /bin and /sbin. [12]
Created attachment 105461 [details, diff] Proposed bugfix for skey-1.1.5-r5.ebuild
thanks Ulrich, your patch has been applied.