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.
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.