Hi Sam, I see this is getting a bit off-topic and reommend that you spin off a discussion on d-devel if this really matters to you.
On Wed, Aug 07, 2024 at 04:27:01PM -0600, Sam Hartman wrote: > >>>>> "Helmut" == Helmut Grohne <hel...@subdivi.de> writes: > > Helmut> In bullseye and earlier, I guess it works. > > Helmut> If you start with bullseye or earlier, upgrade to bookworm > Helmut> and then to trixie, it continues to work, because the dash > Helmut> maintainer scripts preserve any diversion that is not owned > Helmut> by dash. > > This seems really broken. > As a sysadmin I would definitely expect to be able to repoint the > /bin/sh symlink and have that preserved. I am surprised. This is not what I would expect for files below /usr (and the locations that now point inside /usr). Much to the contrary, I would expect that the next package upgrade overwrites my changes unless I take special precautions (such as update-alternatives or dpkg-divert) to persist my changes. > I hope we choose to move back to a situation at some point where it does > not require diversions to get that behavior. There is no "back". What you picture never was the case. /bin/sh has always been installed in some .deb's data.tar. What changed over time is that we first added diversions for transitioning from bash to dash and later removed that mechanism as the transition is complete and the desire to choose your /bin/sh is not as prevalent as it used to be (mainly because choice of /bin/sh no longer affects boot speed much). > In my mind that is an even higher priority than say avoiding bootstrap > tools needing to create a /bin/sh symlink. I hear you, but I note that both of us arrive at significantly different cost/benefit judgements leading us to arrive at opposite opinions. From my current point of view, the status quo is reasonable and you are the one who sees a need for change. I am happy to participate constructively, but I am not the one driving such change. Helmut
