| Summary: | =sys-libs/pam-0.99.8.0-r2 fails to deal with /etc/pam.d/ subdirectories (RCS,CVS,...) | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Wolfram Schlich (RETIRED) <wschlich> |
| Component: | Current packages | Assignee: | PAM Gentoo Team (OBSOLETE) <pam-bugs+disabled> |
| Status: | RESOLVED WONTFIX | ||
| Severity: | minor | ||
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | Patch to handle /etc/pam.d/ subdirectories correctly | ||
Created attachment 124923 [details, diff]
Patch to handle /etc/pam.d/ subdirectories correctly
Attached is a diff to the ebuild that should fix it,
but it depends on the 'find' utility...
I disagree with this patch, running find all those times is not exactly something I'd like to do while building PAM just to shut up a warning from sed that it can't act on subdirectories, especially since you're _not_ going to look into subdirectories. I would say your setup is far from common so you can cope with these few warnings. As far as I can see only RCS and CVS use non-hidden folders, SVN, HG, GIT, BZR all use .folders, so won't create such a problem. |
I am using RCS to handle changes to /etc/pam.d/ files, thus, I have a directory /etc/pam.d/RCS/. The pam-0.99.8.0-r2.ebuild fails to deal correctly with that case: --8<-- [...] * checking Linux-PAM-0.99.8.0-ldflags-to-libadd.patch.bz2 ;-) ... [ ok ] sed: read error on /etc/pam.d/RCS: Is a directory sed: read error on /etc/pam.d/RCS: Is a directory sed: read error on /etc/pam.d/RCS: Is a directory sed: read error on /etc/pam.d/RCS: Is a directory sed: read error on /etc/pam.d/RCS: Is a directory >>> Unpacking source... [...] --8<-- I will attach a patch to the ebuild.