>>>>> "Siggy" == Siggy Brentrup <deb...@psycho.i21k.de> writes: 8 >> I agree we want to move the default /bin/sh to /bin/dash. >> However I'm failing to understand why we want dash to be >> essential. If I'm not using dash as my /bin/sh why do I need >> it?
Siggy> So you are complaining about a small package (installed Siggy> size 224) becoming essential while forcing the embedded ppl Siggy> to work around a monster (installed size 1236); numbers Siggy> taken from my Ubuntu laptop where both are essential, I Siggy> hope only for a limited period of time. Hmm. I don't get any complaint about /bin/dash being the default system shell from my mail. Nor do you see me complaining about having /bin/sh scripts be posixly correct. >> If the answer is that we really do want it everywhere >> independent of what /bin/sh is, that's fine. However, that's >> not obvious to me. Siggy> As long as /bin/sh refuses extensions to posix I agree with Siggy> you, but bashism has been a cuss word for years before Siggy> 2004. I don't understand how this has anything to do with anything I said. Siggy> Maybe "posixly-correct-shell" would be a better name. Siggy> Summing up you suggest making a virtual package - No. I suggest a package with no files but with pre-depends and the essential flag. I don't think a virtual package would work correctly at a technical level, although I'd be happy to be shown to be wrong. Siggy> however Siggy> it's called - essential. While I think I grok your Siggy> intentions, I doubt dpkg will follow, please read Siggy> carefully: Siggy> http://www.debian.org/doc/debian-policy/ch-binary.html#s3.8 Read that long ago and read that word for word just now. Can you help me understand what I'm missing? I don't see how what I'm proposing would violate that. >> I really don't mind if we go forward with the current proposal. >> However, I think I and a lot of other people would appreciate >> clarity, so far not expressed, about why dash needs to be >> essential. Siggy> See debian-policy cited above. Again, please help me understand how what I propose would violate policy. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org