[ksh93-integration-discuss] ksh93 Integration Update 1 Amendments1[PSARC/2008/344FastTracktimeout 06/03/2008]

2008-05-30 Thread Roland Mainz
Joseph Kowalski wrote: > Garrett D'Amore wrote: > > I've seen mail from David Korn (not CC'd to PSARC, unfortunately) > > which I think cleared this up unambiguously. Check the "no" box, and > > lets move forward. :-) > Can we forward this to PSARC (actually the case, so it is captured)? > > The

[ksh93-integration-discuss] ksh93 Integration Update 1 Amendments1[PSARC/2008/344FastTracktimeout 06/03/2008]

2008-05-30 Thread Roland Mainz
Garrett D'Amore wrote: > John Plocher wrote: > > I think it is time for an updated spec/issue roll up. > > > > Here is where I think things stand - please correct any > > misunderstandings: [snip] > > 2) Relationship of "t-, t, t+" versioning scheme and C-Team > > integration rules. > > > >

[ksh93-integration-discuss] ksh93 Integration Update 1 Amendments1 [PSARC/2008/344FastTracktimeout 06/03/2008]

2008-05-29 Thread Roland Mainz
John Plocher wrote: > Chris Pickett wrote: > >> Last but not least what is a shell ? would /usr/lib/shell/python be > >> allowed ? > > > > Don't. Be. Silly. > > http://en.wikipedia.org/wiki/UNIX_shell > > > > Unless python starts calling itself a shell it isn't one. > > What "libraries written i

[ksh93-integration-discuss] ksh93 Integration Update 1 Amendments1 [PSARC/2008/344FastTracktimeout 06/03/2008]

2008-05-29 Thread Garrett D'Amore
Joseph Kowalski wrote: > >> 2) Relationship of "t-, t, t+" versioning scheme and C-Team >> integration rules. >> ... >> Resolution: >> Not a problem. > I can't seem to get a clear answer about my concern (and yes, it > is a C-team issue). Let me try a very simple question: > >C

[ksh93-integration-discuss] ksh93 Integration Update 1 Amendments1 [PSARC/2008/344FastTracktimeout 06/03/2008]

2008-05-29 Thread John Plocher
Garrett D'Amore wrote: > HOWEVER, I recognize that this is Volatile, subject to change, and I > won't press too heavily for the above details. I think this last bit is where Roland (et.al.) want to play test ideas simply because they don't have a spec in mind right now... I personally don't beli

[ksh93-integration-discuss] ksh93 Integration Update 1 Amendments1 [PSARC/2008/344FastTracktimeout 06/03/2008]

2008-05-29 Thread Garrett D'Amore
John Plocher wrote: > I think it is time for an updated spec/issue roll up. > > Here is where I think things stand - please correct any > misunderstandings: > > This project is an amendment to the Korn Shell 93 Integration project > update 1 ARC case (PSARC/2008/094) specifying the following addit

[ksh93-integration-discuss] ksh93 Integration Update 1 Amendments1 [PSARC/2008/344FastTracktimeout 06/03/2008]

2008-05-29 Thread John Plocher
I think it is time for an updated spec/issue roll up. Here is where I think things stand - please correct any misunderstandings: This project is an amendment to the Korn Shell 93 Integration project update 1 ARC case (PSARC/2008/094) specifying the following additional interfaces: 1) Update o

[ksh93-integration-discuss] ksh93 Integration Update 1 Amendments1[PSARC/2008/344FastTracktimeout 06/03/2008]

2008-05-29 Thread Joseph Kowalski
From David Korn, as referenced by Garrett, forwarded by Roland. > I expect that the new features are subject to change > based on feedback (bugs and ideas). Once there has > been enough feedback that I feel comfortable I remove the - > suffix. That sounds like a resoundin

[ksh93-integration-discuss] ksh93 Integration Update 1 Amendments1 [PSARC/2008/344FastTracktimeout 06/03/2008]

2008-05-29 Thread Joseph Kowalski
Garrett D'Amore wrote: > I've seen mail from David Korn (not CC'd to PSARC, unfortunately) > which I think cleared this up unambiguously. Check the "no" box, and > lets move forward. :-) Can we forward this to PSARC (actually the case, so it is captured)? Then we can truly move forward -

[ksh93-integration-discuss] ksh93 Integration Update 1 Amendments1 [PSARC/2008/344FastTracktimeout 06/03/2008]

2008-05-29 Thread Joseph Kowalski
John Plocher wrote: > 1) Introduction of hexfloat, enum and ceil into reserved namespace > ... > Resolution: > Not a problem. Agreed. > 2) Relationship of "t-, t, t+" versioning scheme and C-Team > integration rules. > ... > Resolution: > Not a problem. I can't seem to ge

[ksh93-integration-discuss] ksh93 Integration Update 1 Amendments1 [PSARC/2008/344FastTracktimeout 06/03/2008]

2008-05-29 Thread Garrett D'Amore
Roland Mainz wrote: > > > Why is this /usr/lib/shell/ directory _that_ difficult_ to get via > ARC ? Somehow I'm starting to regret to have exposed too much detail and > now we're _bickering_ (sorry for that word but I don't know any better > word for it) the details down to a sub-atomic level to h