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).
--
-Alan Coopersmith- alan.coopersmith at sun.com
Sun Microsystems, Inc. - X Window System Engineering
