[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bugs in bash (was: Release-critical Bugreport)

On 29-May-99, 12:22 (CDT), Edward Betts <edward@debian.org> wrote: 
> The other question does Debian support or advocate the changing of the /bin/sh
> link? There are still lots of scripts that need bash but say they need sh
> could break some things.

This comes up every 6 months or so and inevitably devolves into a huge
flame war. The general consensus seems to be:

1. /bin/sh must be a POSIX compliant shell.

2. Any script that says "#!/bin/sh" but uses bash-specific constructs
   has a bug in it.

3. /bin/bash must be present.

(The third item seems to be the one that annoys the most people.)

As far as I know, no one has replaced /bin/sh with something besides
bash (ash, for example) *and* reported back sufficiently positive
results to allow us to change the default /bin/sh to something smaller
than bash. Given that bash must be present on the system, the only clear
incentive to change /bin/sh to something smaller is start up time, which
is non-trivial during the boot process.o

I think that's a fair summary of the bash vs. sh situation.
Theoretically, we support non-bash /bin/sh, but I'd hardly say we
advocate it. As a practical matter, I'm sure there are a bunch of
standard scripts that are screwed up. I'm even more positive that on
a true multi-user system, there are tons of user written scripts that
assume /bin/sh is bash.


Reply to: