It's more likely that this is the entire "upstream downstream" development model in action again. There are vast numbers of improvements to softwares that neve

It's more likely that this is the entire "upstream downstream" development model in action again. There are vast numbers of improvements to softwares that never get sent to the places where they will do the most good (or at least have a proper record of why they were rejected by their authors). A quick perusal of the bug trackers of Debian or Ubuntu will reveal tonnes of local patches that the original authors of the softwares often never even hear about. Things don't "stick" often times simply because they get lost. I was looking at something like that just the other day. Here's a bug report that describes a problem with "doas" not opening the controlling terminal to do its authentication dialogue. This is actually a problem with a package named LinuxPAM, and doesn't occur when "doas" uses OpenPAM or BSD Auth. It's LinuxPAM that's where the code in question is. Fixing LinuxPAM would improve the lives of everyone that uses LinuxPAM, because the behaviour of not allowing standard input through in a command pipeline is not confined to "doas" but affects everything that uses LinuxPAM to do login authentication. But time and again stuff like this languishes in the wrong place, for years and decades. * https://github.com/slicer69/doas/issues/17 https://github.com/slicer69/doas/issues/17