>>>>> "Ansgar" == Ansgar <ansgar@43-1.org> writes: Ansgar> On Wed, 2023-09-06 at 16:51 -0600, Sam Hartman wrote: >> > > > > > "Luca" == Luca Boccassi <bluca@debian.org> writes: >> Luca> /bin/sh is not universally compatible with non-Linux OSes. >> >> I claim it is more compatible. Ansgar> Why should that matter to Debian? Debian has traditionally valued supporting common interfaces like posix, fhs, Linux ABIs, etc where that makes sense. We recently had a discussion of the value of interfaces in the discussion of changing the ABI to make merged /usr easier, and I do not want to revisit that. I do value this sort of interface stability, and Debian's alignment with my values is one of the things that drew me to Debian. So, yes, I do believe we should support encouraging portability where that is reasonable for us. I admit that I care more about OSes like FreeBSD than Mac OS. More over, when merged /usr was presented to the project, it was presented as a way to move the physical locations on files and as a way to create an alias so that we didn't need to argue when different distributions made different decisions about /bin vs /usr/bin. It was not presented as a change to common interface paths like /bin/sh. This request is new, and given the politics, is something I find highly problematic. It is not abusing maintainers to ask them to respect long-standing interfaces like the location of /bin/sh. As Simon has pointed out, in a number of cases it is still actually RC because it can break builds. It is not abusive to ask maintainers to fix issues that prevent their packages from building. We make mistakes. It is not abusive to get the severity of a bug wrong or even to disagree with the severity of a bug. I am sympathetic to the idea that after buildds are updated, we we might want to reduce the severity of not using longstanding interface paths, and in some cases not even treat it as a bug. I reject the idea that /usr/bin/sh should be preferred over /bin/sh or even the idea that it should be equally preferred. I am open to the idea that we may not care to record that as a bug or spend the time fixing it. However, the tone and approach in this discussion does not encourage me to participate. If the current tone continues, I will use up the energy I have for working toward a compromise and simply stand behind my support of longstanding practice and support of portable interfaces. --Sam
Attachment:
signature.asc
Description: PGP signature