April Chin <April.Chin at eng.sun.com> wrote:
> > If you remove pfhsh93, you make ksh93 a second class citizen
> > and gives a bad start for ksh93. Don't do that, rather solve the problems.
>
> The idea is to do this in steps, and by dropping pfksh93 we hope to get
> ksh93 integrated sooner, and take several smaller steps to get a
> *proper* pfksh93 integrated, open up the libraries, look into replacing
> utilities, replace /bin/ksh (okay, the last one is more than a small step)...
Well, OK if Glenn and David agree....
The problem I see with delaying integration or with integration in steps
is that simiar things may happen as already seen with PSARC 2004/480 (star vs.
tar):
Sun did e.g. add new features into Sun tar in a way that does not fit into
the overall plan, making the already decided way harder to go.
In order to reflect the new open development for OpenSolaris, we need to
find a way that allows to have something like land register entries
that say something like:
You are not allowed to change the behavior of his program without
an OK from the author of program xxx that is going to replace this
program soon.
J?rg
--
EMail:joerg at schily.isdn.cs.tu-berlin.de (home) J?rg Schilling D-13353 Berlin
js at cs.tu-berlin.de (uni)
schilling at fokus.fraunhofer.de (work) Blog:
http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
