"I. Szczesniak" wrote:
> On 2/4/09, Roland Mainz <roland.mainz at nrubsig.org> wrote:
> >  2. The next ARC case may contain a few more non-filesystem utilties
> >  (e.g. "join", "head", "tail", "tee", "mkfifo") from libcmd and (as a
> >  seperare ARC case) cover the remaining closed-source commands defined by
> >  POSIX (e.g. "tr" in it's various incarnations, "printf", "od", "sed"
> >  ("tail" is already handled via the previous list) etc.)
> >  3. The long-term plan is to create some kind of POSIX commands community
> >  to actively develop (this includes that we try to push new developments
> >  and technologies into the POSIX standard) and maintain these utilities -
> >  see
> >  http://mail.opensolaris.org/pipermail/ogb-discuss/2009-January/006302.html
> >  for the original plan from last November (this has become even more
> >  important now that Sun RIF'ed the complete team which was doing this
> >  work for nearly a decade... ;-( )
> 
> Why aren't you going to replace head, join, mkfifo, tail and tee in
> this ARC case?

1. To simplify the putback and avoid that we have to wait lots of months
if one of the commands isn't ready and still requires adjustments
(assuming that one ARC case must result in exactly one putback (like it
was the case for ksh93-integration update1 (the primary reason for
multi-month delays was the roundtrips for testing)). I've asked around
whether it is possible to deliver the contents of one ARC case with
multiple putbacks but the answers were a bit "fuzzy" (erm... or better:
There seems to be lots of ideas/opinions, no consens and noone came up
with a precedent we could "clone" and at some point I decided to move
adhead and simply get the ksh93-integration update2 code ready for
putback)).

2. Not everything is ready right now - all commands except one covered
by this ARC case are already "ready" (e.g. passes VSC test suite, Sun's
testsuites, we made sure that the last ten bugfixed applied to the old
codebase are fixed in the new codebase, passes { OS/Net, SFWNV, FOX, KDE
} builds etc.) for the change since "ksh93-integration update1" but not
all commands in your list are ready.
The current status looks like this:
- "head" - easy to handle with current codebase
- "mkfifo" - easy to handle with updated codebase (there is a small bug
with the umask handling which the new version has fixed)
- "tee" - easy to handle with current codebase
- "tail" - will be a _pain_ since Solaris has two versions
(/usr/bin/tail and /usr/xpg4/bin/tail) with slightly different behvaiour
and there are _lots_ of bugs filed against Solaris's "tail" codebase and
we'd like to make sure we don't reintroduce any old issues.
Unfortunately the "tail" codebase is closed-source and we lack a sponsor
who can check the bug reports and extract the testcases for us.
- "join" - should be possible to handle it with the current codebase but
I think we don't have sufficient testing coverage right now (which means
either the RTI advocate or gatekeepers will "bite" us). The AST "join"
version passes the AT&T and GNU testsuites but we do not have the VSC
results and since April Chin was laid-off we don't have access to this
test suite right now. And AFAIK there isn't a consumer within OS/Net
which makes me feel a bit uncomfortable unless we find a real-world
consumer.

Beyond that "tail" and "join" should be ready in four-six weeks and then
we can run the next ARC case.

----

Bye,
Roland

-- 
  __ .  . __
 (o.\ \/ /.o) roland.mainz at nrubsig.org
  \__\/\/__/  MPEG specialist, C&&JAVA&&Sun&&Unix programmer
  /O /==\ O\  TEL +49 641 3992797
 (;O/ \/ \O;)

Reply via email to