On 3/25/2019 2:46 AM, Nicolas Mailhot wrote:
Le 2019-03-25 09:53, Jan Pokorný a écrit :
Good point, and that's something capable of making upstream
maintenance cumbersome at times (sed is a common pet peeve),
but that's an order of magnitude more demanding level when it
comes to portability, and with Fedora settled firmly just around
GNU approaches and extensions, there's hardly a pressing need for
the spec files to come anywhere close (but if so, the restrictions
should not be limited to shell interpreter alone as remarked,
since POSIX compliance is a wider topic).
More accurately, what is the point of wasting energy on making a Linux
system POSIX-only today? POSIX was a useful tool to make proprietary
unixes more or less compatible with one another. The situation has
changed since. Linux has taken over most of the marketplace. That
means the common compat layer you need to target to replace it with
something else, is whatever major Linux distributions agree on, and
that includes all the GNU tools with all their non-POSIX extensions.
The original point was on the execution shell, not external commands
being run through it. Those can always vary according to the needs of
the .spec writer, which is why Requires(pre/post) exist. (Using perl's
broader compatibility to get around sed oddities springs to mind.) It's
true that it's always good to strive for maximal compatibility whenever
possible, but that's slightly orthogonal here.
It's clear that there are GNU/Linux systems that do simply use other
Bourne shells by default, and users who would like to do so
individually. Removing unnecessary bashisms would be very nice, but a
sensible, coherent specification would at least be a good start.
-jc
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
