Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 825758 - sys-libs/pam_wrapper must be rebuilt when libpam.so.0 from sys-libs/pam changes location
Summary: sys-libs/pam_wrapper must be rebuilt when libpam.so.0 from sys-libs/pam chang...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo's SAMBA Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-11-21 22:59 UTC by Mike Gilbert
Modified: 2024-02-06 22:41 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Mike Gilbert gentoo-dev 2021-11-21 22:59:21 UTC
pam_wrapper's build system locates libpam.so.0 at build time, and saves the full path into libpam_wrapper.so.0.

% strings /usr/lib64/libpam_wrapper.so.0.0.6 | grep libpam.so.0
/usr/lib64/libpam.so.0

When libpam.so.0 is moved from /lib64 to /usr/lib64 in sys-libs/pam-1.5.2-r1, pam_wrapper must be rebuilt to pick up the new path.

I don't really see a good solution for forcing the rebuild. Maybe someone else has a good idea.

An alternative might be to change pam_wrapper to search a list of paths for libpam.so.0 at run time.
Comment 1 Larry the Git Cow gentoo-dev 2024-02-06 22:41:08 UTC
The bug has been closed via the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=be1b61e0867fc6528c1bdf47556c0da674e4349c

commit be1b61e0867fc6528c1bdf47556c0da674e4349c
Author:     Eli Schwartz <eschwartz93@gmail.com>
AuthorDate: 2024-02-06 05:27:28 +0000
Commit:     Sam James <sam@gentoo.org>
CommitDate: 2024-02-06 22:40:59 +0000

    sys-libs/pam_wrapper: revbump to force rebuilding against updated pam
    
    We got rid of the terrible usr-ldscript hack. It is now possible to
    build this sanely. Force it to rebuild against the updated pam (for the
    sake of split-usr profiles).
    
    Bug: https://bugs.gentoo.org/825078
    Closes: https://bugs.gentoo.org/825758
    Signed-off-by: Eli Schwartz <eschwartz93@gmail.com>
    Signed-off-by: Sam James <sam@gentoo.org>

 sys-libs/pam_wrapper/pam_wrapper-1.1.4-r3.ebuild | 88 ++++++++++++++++++++++++
 1 file changed, 88 insertions(+)

Additionally, it has been referenced in the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=72d0c560a13563ebd6e7b010cc5ab169fb2efc8b

commit 72d0c560a13563ebd6e7b010cc5ab169fb2efc8b
Author:     Eli Schwartz <eschwartz93@gmail.com>
AuthorDate: 2024-02-06 04:50:41 +0000
Commit:     Sam James <sam@gentoo.org>
CommitDate: 2024-02-06 22:40:58 +0000

    sys-libs/pam: remove usr-ldscript support
    
    Per news item 2024-01-05-usr-initramfs, we no longer support this use
    case. It is fragile and hacky and leads to bizarre forms of load errors.
    
    The functionality is, despite being called "split-usr", not really about
    split-usr at all.
    
    [sam: add bug #868306 ref.]
    
    Bug: https://bugs.gentoo.org/825078
    Bug: https://bugs.gentoo.org/825758
    Bug: https://bugs.gentoo.org/868306
    Signed-off-by: Eli Schwartz <eschwartz93@gmail.com>
    Signed-off-by: Sam James <sam@gentoo.org>

 sys-libs/pam/pam-1.5.3-r1.ebuild | 153 +++++++++++++++++++++++++++++++++++++++
 1 file changed, 153 insertions(+)