Dash as default shell

Miloslav Trmač mitr at redhat.com
Wed Oct 8 11:35:03 UTC 2014

----- Original Message -----
> On 6 October 2014 17:28, Miloslav Trmač <mitr at redhat.com> wrote:
> > ----- Original Message -----
> >> > usage/requirement as well.  Bringing the benefits of supporting dash to…
> >> > the satisfaction of pedantically using the POSIX /bin/sh path as
> >> > frequently as possible?
> >>
> >> Also known as portability, compatibility
> >
> > Upstreams can be interested in cross-distro portability and compatibility.
> > I don’t see much benefit for Fedora and Fedora’s users.
> >
> Fedora is never upstream? Ever?

The cases where Fedora is both a distribution and upstream happen, but in these cases the difference doesn’t matter.  It’s the other cases, where the roles are separate, that allow us to judge where the benefit, effort and policy should be allocated.

> >> and transparency.
> >
> > Perhaps for changing the #! line; adding yet another programming language
> > to the OS would make it more complex and thus _reduce_ transparency.
> Not another programming language, one that is already being used.

If they have so different features and syntax that people writing scripts need to be aware of this, they are different languages.  Or to put it the other way, if they were the same languages then assumption that /bin/sh is bash couldn’t matter.

> >> Do we
> >> encourage people to turn compiler warnings off?
> >
> > No, but most compiler warnings are useful _for increasing quality
> > noticeable to users of Fedora_.  A warning about use of a bash construct
> > when we are using bash doesn’t help us help users.
> Getting dependencies right isn't helpful?

That’s what I said, and I think I said why.  If you think that changing dependencies, when it would change neither behavior nor on-disk contents is helpful, could you explain how?

> Lastly:
> http://en.wikipedia.org/wiki/Open_Build_Service
> Even the scripts that you might think are solely Fedora specific could
> be useful to other people.
Good for the scripts.  I suggest this should be handled it in the scripts’ upstreams and not Fedora’s packaging of them.

More information about the devel mailing list