On Mon, Mar 26, 2012 at 02:19:54PM -0400, Ben Walton wrote: > Excerpts from Jeff King's message of Mon Mar 26 14:12:38 -0400 2012: > > > What is /opt/csw/bin/sh? Is it a symlink to bash (which would mean > > bash running in POSIX mode)? Or is it a lightweight shell like ash? > > Or something else? > > This is some version of the traditional solaris /bin/sh packaged as > part of schilyutils (Joerg Schilling's utilities). I'm really not > sure why he packages it or what the differences from /bin/sh > are...Asking him is on my todo list though. I only just learned it > existed when I hit this glitch. OK, that's gross. I would argue that your SANE_TOOL_PATH is not great, then, because the "sh" is not sane. But that being said, this is exactly the sort of thing I was talking about in my first message, which is that SANE_TOOL_PATH is hard to get right. If we can make things Just Work by using SHELL_PATH, I don't see that as a bad thing. > > The point of SHELL_PATH is to provide a POSIX shell. Generally, > > bash behavior is a superset of POSIX, so you will not run into any > > incompatibilities by running things with bash. But do be aware that > > you are slightly incompatible with the rest of the world (so things > > that work for you, for example, might not work for people using git > > with the stock "shell is /bin/sh" configuration). > > This was a conscious choice I made early in the packaging of git for > OpenCSW. The idea was that we had a shell that was also under our > packaging control and 'sane' at the same time. I realize it's a > superset of the POSIX functionality. It's something I should maybe > change, but I'd need to stage it slowly so as to avoid breakages. It sounds like using bash is probably the least bad thing to do, and doing anything else would not be worth the complexity. You could use "bash -posix" (or an sh-symlink to bash), but in practice I doubt it is really hurting anybody. -Peff -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html