>>>> At least some of those proposed names violate the /usr/gnu/bin & >>>> /usr/bin/g* guidelines of only doing that for things that conflict with existing /usr/bin entries - as there is no /usr/bin/tack or /usr/bin/toe for example, those should not be forced into the gnu ghetto.
Yes. There is no name conflict issue for "/usr/bin/tack" and "/usr/bin/toe". Maybe it is more ugly to put a "g' prefix only for some of the binaries instead of all of them? Maybe you are right anyway. >>>> This doesn't make sense to me - libncurses is explicitly not GUI software, and I would expect more consumers in SFW than in Desktop, so putting it in Desktop would be requiring more ARC contracts be signed (since you propose Volatile, which requires Contracts for out-of-consolidation usage). Yes. Using uncommitted should make more sense since it is quite stable. Alan Coopersmith wrote: > Danek Duvall wrote: > >> Has any thought been given to replacing Solaris curses with ncurses? I >> believe that ncurses claims to be completely compatible with System V >> curses, and given that it's actually kept up-to-date, and is generally more >> featureful than Solaris curses, it would likely be a good move. >> > > +1 > > At the least, are there any differences in these commands between the /usr/bin > versions and the ncurses ones other than the library they link with? Is there > any reason to have both versions or could the ncurses ones just replace the > /usr/bin ones instead of getting awkward, only-on-Solaris g* names? > > >>> /usr/bin/gcaptoinfo >>> /usr/bin/gclear >>> /usr/bin/ginfocmp >>> /usr/bin/ginfotocap >>> /usr/bin/greset >>> /usr/bin/gtack >>> /usr/bin/gtic >>> /usr/bin/gtoe >>> /usr/bin/gtput >>> /usr/bin/gtset >>> > > At least some of those proposed names violate the /usr/gnu/bin & /usr/bin/g* > guidelines of only doing that for things that conflict with existing /usr/bin > entries - as there is no /usr/bin/tack or /usr/bin/toe for example, those > should not be forced into the gnu ghetto. > > >> 6.4.1. Consolidation C-team Name: >> Desktop >> > > This doesn't make sense to me - libncurses is explicitly not GUI software, > and I would expect more consumers in SFW than in Desktop, so putting it in > Desktop would be requiring more ARC contracts be signed (since you propose > Volatile, which requires Contracts for out-of-consolidation usage). > >
