Casper.Dik at Sun.COM wrote: > I'm not saying that we should avoid using libshell in SMF at all costs, > but I have yet to see a reason, let alone a compelling reason, for it > to use libshell.
[Intentionally not stepping into the / -vs /usr debate here...] [The whole issue of SMF/libshell is out of scope for this project: 2006/550 - ksh93 integration] Roland has given (IMHO) a very valid reason to do so - the SMF community (which includes Roland and other non-"Sun internal SMF team" people as well) is considering some interesting ways to innovate with SMF and libshell. Now, it may be that the community isn't of one mind in this particular issue or it may be that this discussion is more about alternative visions of potential futures, but those are problems that the community gets to deal with, not the ARCs In the "governance" conversation, if a community wishes to go down a path of discovery and experimentation to see if they can come up with interesting features, they are free to do so; nobody outside that community is empowered to make the "do we want to do this?" decisions for them. Even the ARC process can't counteract that resolve; all it can do as it addresses the related question of "is this the best way to do it?" is to require the community to better articulate its desires (NEED SPEC or "REJECTED - go back and start over") or have it change the architecture/design of their proposed implementation (TCR/TCA). Just because Sun engineers aren't playing in that particular part of the sandbox doesn't mean that nobody else will; nor does it imply that those other parts of the sandbox are inherently bad (always excepting cats, of course :-) -John
