On Thu, Feb 25, 2021 at 08:25:55PM +0000, Stuart Henderson wrote: > This comes up often enough that I think it's worth adding to bsd.port.mk > rather than handling with custom commands. ok?
I love the idea. I would prefer an if !empty() rather than defined and have it always defined. It will also need a bit of love in sqlports, though there is already some list of files for Makefiles (I can do that once it's commited) > Index: ports/infrastructure/mk/bsd.port.mk > =================================================================== > RCS file: /cvs/ports/infrastructure/mk/bsd.port.mk,v > retrieving revision 1.1549 > diff -u -p -r1.1549 bsd.port.mk > --- ports/infrastructure/mk/bsd.port.mk 20 Feb 2021 18:05:04 -0000 > 1.1549 > +++ ports/infrastructure/mk/bsd.port.mk 25 Feb 2021 20:23:27 -0000 > @@ -2688,6 +2688,9 @@ _post-extract-finalize: > .endfor > .if ${FIX_EXTRACT_PERMISSIONS:L} == "yes" > @chmod -R a+rX ${WRKDIR} > +.endif > +.if defined(FIX_CRLF_FILES) > + @cd ${WRKSRC} && perl -i -pe 's/\r$$//' ${FIX_CRLF_FILES} > .endif > > # run as _pbuild > Index: src/share/man//man5/bsd.port.mk.5 > =================================================================== > RCS file: /cvs/src/share/man/man5/bsd.port.mk.5,v > retrieving revision 1.537 > diff -u -p -r1.537 bsd.port.mk.5 > --- src/share/man//man5/bsd.port.mk.5 4 Feb 2021 22:12:03 -0000 1.537 > +++ src/share/man//man5/bsd.port.mk.5 25 Feb 2021 20:23:06 -0000 > @@ -1842,6 +1842,11 @@ to world-readable at the end of > Used for some distfile contents which have paranoid permissions for no > reason. > Defaults to > .Sq \&No . > +.It Ev FIX_CRLF_FILES > +Names of files with line endings that need to be corrected after extraction. > +Sometimes a port will include files with MS-DOS line endings, > +to avoid problems with patches (especially when sent by email) > +these should be corrected. > .It Ev FLAVOR > The port's current options. > Set by the user, and tested by the port to activate wanted functionalities. > > Somewhat incomplete... it needs to be referenced in extract like FIX_EXTRACT_PERMISSIONS is. And the wording is not clear "at the end of extract" is also what FIX_EXTRACT_PEMISSIONS says. And it's way cleared than "after extraction"