John Plocher wrote:
[snip]
Rest assured that everyone I know who is involved in this ksh93
discussion wants the project to succeed. They just want it to succeed
in a way that does the least damage to the existing Open- and
Closed-Solaris systems, and in a way that best provides for the future
From: Roland Mainz roland.mainz at nrubsig.org
...
John Plocher wrote:
[snip]
Rest assured that everyone I know who is involved in this ksh93
discussion wants the project to succeed. They just want it to succeed
in a way that does the least damage to the existing Open- and
Martin Schaffstall wrote:
On 9/21/06, Casper.Dik at sun.com Casper.Dik at sun.com wrote:
[snip]
Why doesn't apply the same argumentation to libshell in the root
filesystem, too ?
Because we need one shell and /sbin/sh suffices for now.
Sounds you like being a little sadist and punish
Joerg Schilling wrote:
[snip]
If we talk about thiese functions, I still do not understand why ksh still
not includes sync as builtin while my bsh (where I did start with
a cursor editable history between 1982 and 1984) includes the sync command
as builtin since 1982.
This did save me a lot
An additional problem, and one which deeply muddied the debate, is that
some stuff in OS/Net probably should be elsewhere (says I), and those
things are themselves grandfathered in. We should consider moving them
out to SFW. A hopefully uncontroversial example of this is libtecla.
And if
From: Roland Mainz roland.mainz at nrubsig.org
...
Casper.Dik at Sun.COM wrote:
[snip]
If not, then this case would open the doors for but his ksh93 is in /sbin,
I want my bash/zsh/tcsh there too.
Neither bash/zsh/tcsh are ~5k in size (just measuring the ksh93 frontend
binary) ...
Look! No inclusions
I, for one, would not be satisfied with this in /usr/sfw or as part of
the companion CD. This needs to be a first rate citizen of Solaris.
Besides, /usr/sfw was a bad idea. Other than the name, it turns out to
be *my* bad idea. The Solaris Binary Compatibility
Joseph Kowalski writes:
Look! No inclusions
I, for one, would not be satisfied with this in /usr/sfw or as part of
the companion CD. This needs to be a first rate citizen of Solaris.
Nor would I. Fortunately, that has nothing to do with the original
suggestion.
The SFW suggestion
From: James Carlson james.d.carlson at sun.com
...
Joseph Kowalski writes:
Look! No inclusions
I, for one, would not be satisfied with this in /usr/sfw or as part of
the companion CD. This needs to be a first rate citizen of Solaris.
Nor would I. Fortunately, that has
Joseph Kowalski writes:
Unless something ends up as Consolidation Private, the actual consolidation
isn't a concern.
Right. You'd think so, but apparently the project team is quite
adamant that ON is the only acceptable answer.
I'm afraid I don't understand why that might be, but as long as
On Thu 21 Sep 2006 at 09:45PM, James Carlson wrote:
Joseph Kowalski writes:
Unless something ends up as Consolidation Private, the actual
consolidation isn't a concern.
Right. You'd think so, but apparently the project team is quite
adamant that ON is the only acceptable answer.
I'm
Dan == Dan Price dp at eng.sun.com writes:
Dan I plan to work to raise awareness among the CTeams that we need to
Dan hash out a policy which can apply to future incoming work.
I started a thread on this subject (what goes into which consolidation)
earlier in the week on program-team at
From: Roland Mainz roland.mainz at nrubsig.org
...
Joseph Kowalski wrote:
From: Roland Mainz roland.mainz at nrubsig.org
[snip]
2)/sbin/ksh98 doesn't work without /usr mounted, which not only
defeats the only possible justification for putting it in /sbin
13 matches
Mail list logo
