Bash 5.2 - Hackdot

Re:Bash 5.2 by rwmj on Tuesday September 27, 2022 @04:55PM (#33000986)

Except if any program calls system(3) which always using /bin/sh. I maintain many core Linux packages and this Debian nonsense is a constant irritation with no discernible benefit.

[ Parent | on HN ]

Re:Bash 5.2 by tinus_hn on Tuesday September 27, 2022 @06:48PM (#33002133)

If it doesn’t work with ‘this Debian nonsense’, you’re doing it wrong and you’re contributing to a bad faux dependency on bash as /bin/sh.

The Unix world is better off if there is the option of using another shell that isn’t bug for bug compatible with bash.

This behavior is what leads to systems that have to emulate ancient bloated interfaces because they need to support applications that use apis that are defined as ‘how that program does it’. That’s bad. We should avoid it. Avoiding it is a benefit.

[ Parent | on HN ]

Re:Bash 5.2 by chasil on Tuesday September 27, 2022 @05:43PM (#33001516)

One secondary reason for the dash choice is speed.

The dash shell has been reported to be four times faster than bash.

That definitely impacts boot time. POSIX compliance is not the only benefit.

[ Parent | on HN ]

Re:Bash 5.2 by hnfong on Wednesday September 28, 2022 @10:12AM (#33008183)

system("/usr/bin/env bash -c '...'");

[ Parent | on HN ]