PSARC 2009/210 uname -c

[Girish Moodalbail]

Just displaying names, in my opinion, is very dry and not to the taste 
of most end users. Given that 'uname -c' is something that needs to be 
run from CLI, we don't have the privilege of using 'window panels'. So a 
little 'ascii art' would be better and very pleasing to end users. After 
all 'usability' is what we care about here.

If we can throw an 'easter egg' in addition to what  you are planning, 
that would be great too.

~Girish

On 04/01/09 10:12, Sebastien Roy wrote:
> I'm submitting this fasttrack for myself, it times out on 04/08/2009.
> The release binding is Patch.  The stability level of the new uname
> option is Committed.
>
> Problem:
>
> There is an architectural inconsistency between various subsystems that
> is likely to be very confusing to users.  Some subsystems have a list of
> credits (much like a Hollywood film has credits), and others do not.  
>
> For example, clicking on "System->About Gnome" in the Gnome Panel brings
> up a dialog that displays a list of people who "brought you" the
> feature.  Similarly, the Firefox "About Firefox" dialog (under "Help")
> has a "Credits" button that provides similar information.  There are
> many such examples.
>
> Not providing this feature for every subsystem may be confusing to users
> who simply need to know the names of the individuals who wrote their
> software.  The OpenSolaris kernel is lacking such a feature, leaving a
> gaping hole in the system architecture.
>
> Solution:
>
> This case proposes to add such a feature to the kernel by introducing a
> new -c option ('c' for "credits) to the uname command.  The output is
> not an Interface, but consists of a newline separated list of names of
> people who contributed to the kernel.
>
> The mechanism by which the list is generated is Project Private, as are
> the interfaces that the uname -c option uses to obtain the list from the
> running OS.
>
>
>