On Tue 29 Aug 2006 at 09:03PM, Josh Hurst wrote:
> On 8/24/06, Dan Price <dp at eng.sun.com> wrote:
> >On Thu 24 Aug 2006 at 12:35AM, Roland Mainz wrote:
> >Like you, I write code for a living. So I didn't make this suggestion
> >until after I had evaluated at least in part the feasibility of this
> >change; Alan may be able to provide some more data (as he knows about
> >CDE, JDS, etc), but I don't see why this change is so onerous: no ARC
> >case (or a minimal one) would be needed, and notification to other
> >consolidations of the date of the change and some commitment to make the
> >appropriate makefile changes from them would be it. A putback to OS/Net
> >altering several dozen makefiles would be needed. Cleverly doing this
> >(with some symlinks) would even yield the ability to deliver this to
> >ON, then get other consolidations updated.
>
> Why don't you provide the patches to integrate ksh93 into the SFW
> consolidation? It looks you're devoted to the idea that your concept
> is superior to Roland's solution.
> Where is your code?
Your response is not to a paragraph I wrote about the venue of ksh93
(i.e. ON vs. SFW). You are responding to a paragraph that is focused
on the 'libcmd' issue. It is more or less orthogonal to choice of
venue: any implementation of ksh93 in Solaris will face the issue of
libcmd, and it has to be solved somehow regardless of venue (although
the venue choice may add or remove constraints on the solution).
That aside, I don't plan to engage in your-patch-vs-my-patch. At a
practical level, our processes are not sufficient to mitigate a dispute
between two competing implementations of the same technology. More
importantly, I support some of the high level goals which Roland's
project is already pursuing, such as the goal of having ksh93 in the
OpenSolaris project. So I have no interest in trying to take the
project away from him. And finally, I appreciate his efforts to
trailblaze and show how projects run by community members who don't work
for Sun can succeed (and certainly he will provide valuable feedback
about what was broken about the process and what needs to be
streamlined).
-dp
--
Daniel Price - Solaris Kernel Engineering - dp at eng.sun.com - blogs.sun.com/dp
