From don.cragun@sun.com Wed Nov  1 14:53:19 2006
Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id kA1MrICp026635
	for <psarc-ext@sac.sfbay.sun.com>; Wed, 1 Nov 2006 14:53:18 -0800 (PST)
Received: from nwk-avmta-1.sfbay.sun.com (nwk-avmta-1.SFBay.Sun.COM [129.149.246.28])
	by sunmail5.uk.sun.com (8.13.7+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id kA1MrAJZ015859;
	Wed, 1 Nov 2006 22:53:11 GMT
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2 (built Dec  2 2004))
 id <0J8200L0VQ8LEU00@nwk-avmta-1.sfbay.Sun.COM>; Wed,
 01 Nov 2006 14:53:09 -0800 (PST)
Received: from spartan.SFBay.Sun.COM ([129.146.226.64])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2 (built Dec  2 2004))
 with ESMTP id <0J82003ORQ8KXMD0@nwk-avmta-1.sfbay.Sun.COM>; Wed,
 01 Nov 2006 14:53:08 -0800 (PST)
Received: from spartan.SFBay.Sun.COM (spartan.SFBay.Sun.COM [129.146.226.64])
	by spartan.SFBay.Sun.COM (8.13.6+Sun/8.13.6) with SMTP id kA1Mr8Zs006962; Wed,
 01 Nov 2006 14:53:08 -0800 (PST)
Date: Wed, 01 Nov 2006 14:53:08 -0800 (PST)
From: Don Cragun <don.cragun@sun.com>
Subject: id utility option consolidation: [PSARC/2006/615 Timeout: 11/08/2006]
To: PSARC-EXT@sun.com
Cc: garrett_damore@tadpole.com, Carol.Fields@sun.com
Reply-to: Don Cragun <don.cragun@sun.com>
Message-id: <200611012253.kA1Mr8Zs006962@spartan.SFBay.Sun.COM>
MIME-version: 1.0
X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.5.5 SunOS 5.9 sun4u sparc
Content-type: TEXT/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
Content-MD5: x3wtT8ba8TFElvgJe76Hpw==
X-PMX-Version: 5.2.0.264296
Status: RO
Content-Length: 5303

Note that this is an open case and the e-mail discussion is being
distributed to addresses outside of Sun...

I am submitting the fast-track case for Garrett D'Amore (OpenSolaris
contributor) and Carol Fields (Sun sponsor).  This case seeks a patch
binding.

This case times out Wednesday, November 8, 2006.

Sincerely,
Don

Template Version: @(#)sac_nextcase %I% %G% SMI
1. Introduction
    1.1. Project/Component Working Name:
	 id utility option consolidation
    1.2. Name of Document Author/Supplier:
	 Author:  Garrett D'Amore
    1.3  Date of This Document:
	01 November, 2006

1.4 Name of Major Document Customer(s)/Consumer(s)

1.4.1. The community this proposal comes from
	Garrett D'Amore

1.4.2. The ARC(s) you expect to review your project:
	PSARC

1.5. Email Aliases:

1.5.1. Responsible Manager:
	tim.sparlin@sun.com

1.5.2. Responsible Engineers:
	garrett_damore@tadpole.com
	Carol.Fields@sun.com

1.5.3. Marketing Manager:
	jeff.mcmeekin@sun.com

2.  Project Summary

Problem
-------

POSIX specifies a number of useful features for the "id" utility
which are lacking from the standard Solaris version.  The most obvious
and common case of this, is the "-u" flag, which prints the numeric
uid of the caller on standard output.

In order to work around this, many shell script writers wind up having
to write scripts involving the use of other utilities, such as sed, cut
or grep, to get the numeric user id.

This also creates portability problems for 3rd party packages, that
would like to just rely on reasonable POSIX behavior.

The specific set of arguments that id(1M) lacks in the Sun version, but
which POSIX specifies (and hence are in /usr/xpg4/bin/id) are:

	-u: print just the effective user id
	-g: print just the effective group id
	-G: print all different group ids
	-r: print the real ids instead of effective ids
	-n: print the names instead of the numeric ids

The need for these options is well documented in Sun Bug IDs 4521640
and 4514779.

Additionally, it would not be harmful if /usr/xpg4/bin/id inherited
the -a flag, from the Sun version, reducing the differences between the
Sun and POSIX versions.

The -a flag prints all supplemental groups.  This is very, very similar to
the default POSIX behavior, except that when -a is printed, the current
effective group is printed in the groups= list.

Some sample output probably serves to illustate this better.  In the following
output, user garrett is listed in /etc/passwd with primary group 10 (staff),
and is listed in the /etc/group membership for group 14 (sysadmin):

	% /usr/bin/id
	uid=1001(garrett) gid=10(staff)

	% /usr/bin/id -a
	uid=1001(garrett) gid=10(staff) groups=10(staff),14(sysadmin)

	% /usr/xpg4/bin/id
	uid=1001(garrett) gid=10(staff) groups=14(sysadmin)


As a final note, the current Solaris option parser for id is broken
in that it inconsistently allows certain illegal combinations of options.

For example, id -p -u is permitted, whereas id -u -p is not.  The behavior
of either option is not defined by either the manual page or POSIX.


Proposed Solution
-----------------

We propose to add support for the -u, -g, -G, -n, and -r options to the
standard /usr/bin/id utility, making them behave identically to the the
POSIX version in /usr/xpg4/bin/id.

Additionally, we propose to add the -a option to the version in /usr/xpg4/bin,
which will change the default behavior to match precisely the output provided
by /usr/bin/id when -a is provided.

Finally, we propose to fix the parser, so that -a and -p options are not
permitted when any of -u, -g, or -G are also specified, regardless of which
one was specified first.

The resulting /usr/bin/id and /usr/xpg4/bin/id will be 100% backwards
compatible with the documented behavior of the versions we have been shipping
for some time, and will add feature parity from POSIX to the standard
/usr/bin/id utility.

It will also remove one of the inconsistent and undocumented behaviors of
the utility by fixing an option parser bug.

As a result, the only difference remaining between the POSIX and Sun version
will the fact that when none of -u, -g, -G, or -a are specified (i.e. the
"default mode"), the POSIX version will list the additional supplemental
groups where the legacy Sun version does not.

The online manual page for id(1M) will need to be updated to reflect these
changes.


Binding
-------

We are seeking patch binding for this change.


Interface Taxonomy
------------------

The id(1M) man page did not list a stability level for /usr/bin/id and
listed /usr/xpg4/bin/id as Standard.  Both are now marked Committed.

    Interface	        		  Stability Level
 ----------------	---------------------------------------------------
 /usr/bin/id:
   all options		Committed

 /usr/xpg4/bin/id:
   -G, -g, -n, -r,	Committed: IEEE Std 1003.2-1992 and later standards
   and -u options	(see standards(5))

   -a and -p options	Committed

5.  Reference Documents

    1. updated id(1M) man page:
    	materials/id.1M

    2. related bug reports:
	4514779: *id* /usr/bin/id should at least support '-u'
	4521640: *id* /usr/bin/id missing options from /usr/xpg4/bin/id

6. Resources and Schedule
    6.4. Steering Committee requested information
   	6.4.1. Consolidation C-team Name:
		ON
    6.5. ARC review type: FastTrack


From Darren.Moffat@sun.com Thu Nov  2 03:02:20 2006
Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id kA2B2JMB011683
	for <psarc-ext@sac.sfbay.sun.com>; Thu, 2 Nov 2006 03:02:19 -0800 (PST)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail5.uk.sun.com (8.13.7+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id kA2B2DRf023547;
	Thu, 2 Nov 2006 11:02:17 GMT
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0J8300503NZS8E00@brm-avmta-1.central.sun.com>; Thu,
 02 Nov 2006 04:02:16 -0700 (MST)
Received: from gmp-ea-fw-1.sun.com ([129.156.42.5])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0J8300H63NZQIXB0@brm-avmta-1.central.sun.com>; Thu,
 02 Nov 2006 04:02:15 -0700 (MST)
Received: from d1-emea-10.sun.com
 (d1-emea-10.sun.com [192.18.2.120] (may be forged))
	by gmp-ea-fw-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id kA2B2DpZ000528; Thu,
 02 Nov 2006 11:02:13 +0000 (GMT)
Received: from conversion-daemon.d1-emea-10.sun.com by d1-emea-10.sun.com
 (Sun Java System Messaging Server 6.2-6.01 (built Apr  3 2006))
 id <0J8300I01NW5QR00@d1-emea-10.sun.com>
 (original mail from Darren.Moffat@Sun.COM); Thu,
 02 Nov 2006 11:02:13 +0000 (GMT)
Received: from [129.156.173.199] by d1-emea-10.sun.com
 (Sun Java System Messaging Server 6.2-6.01 (built Apr  3 2006))
 with ESMTPSA id <0J8300AK6NZPL900@d1-emea-10.sun.com>; Thu,
 02 Nov 2006 11:02:13 +0000 (GMT)
Date: Thu, 02 Nov 2006 11:02:13 +0000
From: Darren J Moffat <Darren.Moffat@sun.com>
Subject: Re: id utility option consolidation: [PSARC/2006/615 Timeout:
	11/08/2006]
In-reply-to: <200611012253.kA1Mr8Zs006962@spartan.SFBay.Sun.COM>
Sender: Darren.Moffat@sun.com
To: Don Cragun <don.cragun@sun.com>
Cc: PSARC-EXT@sun.com, Carol.Fields@sun.com, garrett_damore@tadpole.com
Message-id: <4549D035.5050205@Sun.COM>
MIME-version: 1.0
Content-type: text/plain; format=flowed; charset=ISO-8859-1
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.2.0.264296
References: <200611012253.kA1Mr8Zs006962@spartan.SFBay.Sun.COM>
User-Agent: Thunderbird 1.5.0.5 (X11/20060926)
Status: RO
Content-Length: 494

Don Cragun wrote:
> As a result, the only difference remaining between the POSIX and Sun version
> will the fact that when none of -u, -g, -G, or -a are specified (i.e. the
> "default mode"), the POSIX version will list the additional supplemental
> groups where the legacy Sun version does not.

Is that remaining difference really worth it ?  It would appear to
me to be a compatible change to the output of /usr/bin/id if it were
to do what /usr/xpg4/bin/id does today.

-- 
Darren J Moffat

From nw141292@binky.Central.Sun.COM Thu Nov  2 06:54:18 2006
Received: from sunmail3.sfbay.sun.com (sunmail3.SFBay.Sun.COM [129.149.247.180])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id kA2EsIfR014881
	for <psarc-ext@sac.sfbay.sun.com>; Thu, 2 Nov 2006 06:54:18 -0800 (PST)
Received: from nwk-avmta-1.sfbay.sun.com (nwk-avmta-1.SFBay.Sun.COM [129.149.246.28])
	by sunmail3.sfbay.sun.com (8.11.7p1+Sun/8.11.7/ENSMAIL,v2.2) with ESMTP id kA2EsF815451;
	Thu, 2 Nov 2006 06:54:15 -0800 (PST)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2 (built Dec  2 2004))
 id <0J8300703YQD2U00@nwk-avmta-1.sfbay.Sun.COM>; Thu,
 02 Nov 2006 06:54:13 -0800 (PST)
Received: from binky.Central.Sun.COM ([129.153.128.104])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2 (built Dec  2 2004))
 with ESMTP id <0J8300LSDYQCV450@nwk-avmta-1.sfbay.Sun.COM>; Thu,
 02 Nov 2006 06:54:12 -0800 (PST)
Received: from binky.Central.Sun.COM (localhost [127.0.0.1])
	by binky.Central.Sun.COM (8.13.6+Sun/8.13.6) with ESMTP id kA2EsBpC024043;
 Thu, 02 Nov 2006 08:54:12 -0600 (CST)
Received: (from nw141292@localhost)
	by binky.Central.Sun.COM (8.13.6+Sun/8.13.6/Submit) id kA2EsB3C024042; Thu,
 02 Nov 2006 08:54:11 -0600 (CST)
Date: Thu, 02 Nov 2006 08:54:11 -0600
From: Nicolas Williams <Nicolas.Williams@sun.com>
Subject: Re: id utility option consolidation: [PSARC/2006/615 Timeout:
 11/08/2006]
In-reply-to: <4549D035.5050205@Sun.COM>
To: Darren J Moffat <Darren.Moffat@sun.com>
Cc: Don Cragun <don.cragun@sun.com>, PSARC-EXT@sun.com, Carol.Fields@sun.com,
        garrett_damore@tadpole.com
Message-id: <20061102145411.GG23255@binky.Central.Sun.COM>
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
Content-disposition: inline
X-PMX-Version: 5.2.0.264296
References: <200611012253.kA1Mr8Zs006962@spartan.SFBay.Sun.COM>
 <4549D035.5050205@Sun.COM>
User-Agent: Mutt/1.5.7i
Status: RO
Content-Length: 918

On Thu, Nov 02, 2006 at 11:02:13AM +0000, Darren J Moffat wrote:
> Don Cragun wrote:
> >As a result, the only difference remaining between the POSIX and Sun 
> >version
> >will the fact that when none of -u, -g, -G, or -a are specified (i.e. the
> >"default mode"), the POSIX version will list the additional supplemental
> >groups where the legacy Sun version does not.
> 
> Is that remaining difference really worth it ?  It would appear to
> me to be a compatible change to the output of /usr/bin/id if it were
> to do what /usr/xpg4/bin/id does today.

I dunno about that.  I've written scripts that parsed the default output
of /bin/id before that might break if the change you suggest is made...

Note that the man page does not specify a stability for the output
format, and for this utility it would seem to me that the output should
be Stable for any given set of options (including the empty set).

Nico
-- 

From Darren.Moffat@sun.com Thu Nov  2 07:02:59 2006
Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id kA2F2wNf015127
	for <psarc-ext@sac.sfbay.Sun.COM>; Thu, 2 Nov 2006 07:02:59 -0800 (PST)
Received: from nwk-avmta-1.sfbay.sun.com (nwk-avmta-1.SFBay.Sun.COM [129.149.246.28])
	by sunmail4.Singapore.Sun.COM (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id kA2F2oQW001331;
	Thu, 2 Nov 2006 23:02:52 +0800 (SGT)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2 (built Dec  2 2004))
 id <0J8300803Z4R9K00@nwk-avmta-1.sfbay.Sun.COM>; Thu,
 02 Nov 2006 07:02:51 -0800 (PST)
Received: from gmp-ea-fw-1.sun.com ([129.156.42.5])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2 (built Dec  2 2004))
 with ESMTP id <0J8300LIFZ4QV360@nwk-avmta-1.sfbay.Sun.COM>; Thu,
 02 Nov 2006 07:02:51 -0800 (PST)
Received: from d1-emea-09.sun.com
 (d1-emea-09.sun.com [192.18.2.119] (may be forged))
	by gmp-ea-fw-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id kA2F2niC003020; Thu,
 02 Nov 2006 15:02:49 +0000 (GMT)
Received: from conversion-daemon.d1-emea-09.sun.com by d1-emea-09.sun.com
 (Sun Java System Messaging Server 6.2-6.01 (built Apr  3 2006))
 id <0J8300201Z0BZZ00@d1-emea-09.sun.com>
 (original mail from Darren.Moffat@Sun.COM); Thu,
 02 Nov 2006 15:02:49 +0000 (GMT)
Received: from [129.156.173.199] by d1-emea-09.sun.com
 (Sun Java System Messaging Server 6.2-6.01 (built Apr  3 2006))
 with ESMTPSA id <0J83001CBZ4I8I20@d1-emea-09.sun.com>; Thu,
 02 Nov 2006 15:02:42 +0000 (GMT)
Date: Thu, 02 Nov 2006 15:02:41 +0000
From: Darren J Moffat <Darren.Moffat@sun.com>
Subject: Re: id utility option consolidation: [PSARC/2006/615 Timeout:
 11/08/2006]
In-reply-to: <20061102145411.GG23255@binky.Central.Sun.COM>
Sender: Darren.Moffat@sun.com
To: Nicolas Williams <Nicolas.Williams@sun.com>
Cc: Don Cragun <don.cragun@sun.com>, PSARC-EXT@sun.com, Carol.Fields@sun.com,
        garrett_damore@tadpole.com
Message-id: <454A0891.8050109@Sun.COM>
MIME-version: 1.0
Content-type: text/plain; format=flowed; charset=ISO-8859-1
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.2.0.264296
References: <200611012253.kA1Mr8Zs006962@spartan.SFBay.Sun.COM>
 <4549D035.5050205@Sun.COM> <20061102145411.GG23255@binky.Central.Sun.COM>
User-Agent: Thunderbird 1.5.0.5 (X11/20060926)
Status: RO
Content-Length: 1134

Nicolas Williams wrote:
> On Thu, Nov 02, 2006 at 11:02:13AM +0000, Darren J Moffat wrote:
>> Don Cragun wrote:
>>> As a result, the only difference remaining between the POSIX and Sun 
>>> version
>>> will the fact that when none of -u, -g, -G, or -a are specified (i.e. the
>>> "default mode"), the POSIX version will list the additional supplemental
>>> groups where the legacy Sun version does not.
>> Is that remaining difference really worth it ?  It would appear to
>> me to be a compatible change to the output of /usr/bin/id if it were
>> to do what /usr/xpg4/bin/id does today.
> 
> I dunno about that.  I've written scripts that parsed the default output
> of /bin/id before that might break if the change you suggest is made...

Really ?  Given that the difference is purely additional output after
what /usr/bin/id prints, eek.

> Note that the man page does not specify a stability for the output
> format, and for this utility it would seem to me that the output should
> be Stable for any given set of options (including the empty set).

Stable doesn't exist anymore that would be Committed now.


-- 
Darren J Moffat

From garrett_damore@tadpole.com Thu Nov  2 07:54:02 2006
Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id kA2Fs0Lk015643
	for <psarc-ext@sac.sfbay.Sun.COM>; Thu, 2 Nov 2006 07:54:01 -0800 (PST)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail4.Singapore.Sun.COM (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id kA2FrWSU025221;
	Thu, 2 Nov 2006 23:53:53 +0800 (SGT)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0J8400J051HQBQ00@brm-avmta-1.central.sun.com>; Thu,
 02 Nov 2006 08:53:50 -0700 (MST)
Received: from nwkea-mail-2.sun.com ([192.18.42.14])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0J8400A7J1HPV190@brm-avmta-1.central.sun.com>; Thu,
 02 Nov 2006 08:53:50 -0700 (MST)
Received: from relay3.sun.com (relay3.sun.com [150.143.103.54] (may be forged))
	by nwkea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id kA2DZtpK029257; Thu,
 02 Nov 2006 07:53:49 -0800 (PST)
Received: from mms05es.sun.com ([150.143.104.94] [150.143.104.94])
 by relay3.sun.com with ESMTP; Thu, 02 Nov 2006 15:48:21 +0000 (Z)
Received: from mms03bas.mms.us.syntegra.com
 (mms03bas.mms.us.syntegra.com [150.143.103.50]) by mms05es.sun.com with ESMTP;
 Thu, 02 Nov 2006 15:48:16 +0000 (Z)
Received: from mail.tadpolecomputer.co.uk ([82.111.17.14] [82.111.17.14])
 by relay3.sun.com with ESMTP; Thu, 02 Nov 2006 15:43:43 +0000 (Z)
Received: from zippy.garrett ([192.168.251.21])	by mail.tadpolecomputer.co.uk
 with esmtp (Exim 4.43)	id 1Gfeii-0005zW-Rc; Thu, 02 Nov 2006 15:43:09 +0000
Date: Thu, 02 Nov 2006 07:43:06 -0800
From: "Garrett D'Amore" <garrett_damore@tadpole.com>
Subject: Re: id utility option consolidation: [PSARC/2006/615 Timeout:
 11/08/2006]
In-reply-to: <454A0891.8050109@Sun.COM>
To: Darren J Moffat <Darren.Moffat@sun.com>
Cc: Nicolas Williams <Nicolas.Williams@sun.com>,
        Don Cragun <don.cragun@sun.com>, PSARC-EXT@sun.com,
        Carol.Fields@sun.com
Message-id: <454A120A.8040104@tadpole.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.2.0.264296
X-Enigmail-Version: 0.94.0.0
X-Virus-Checker: Scanned by ClamAV (http://www.clamav.net/)
References: <200611012253.kA1Mr8Zs006962@spartan.SFBay.Sun.COM>
 <4549D035.5050205@Sun.COM> <20061102145411.GG23255@binky.Central.Sun.COM>
 <454A0891.8050109@Sun.COM>
User-Agent: Thunderbird 1.5.0.7 (X11/20060915)
Status: RO
Content-Length: 2163

Darren J Moffat wrote:
> Nicolas Williams wrote:
>> On Thu, Nov 02, 2006 at 11:02:13AM +0000, Darren J Moffat wrote:
>>> Don Cragun wrote:
>>>> As a result, the only difference remaining between the POSIX and
>>>> Sun version
>>>> will the fact that when none of -u, -g, -G, or -a are specified
>>>> (i.e. the
>>>> "default mode"), the POSIX version will list the additional
>>>> supplemental
>>>> groups where the legacy Sun version does not.
>>> Is that remaining difference really worth it ?  It would appear to
>>> me to be a compatible change to the output of /usr/bin/id if it were
>>> to do what /usr/xpg4/bin/id does today.
>>
>> I dunno about that.  I've written scripts that parsed the default output
>> of /bin/id before that might break if the change you suggest is made...
>
> Really ?  Given that the difference is purely additional output after
> what /usr/bin/id prints, eek.
>
>> Note that the man page does not specify a stability for the output
>> format, and for this utility it would seem to me that the output should
>> be Stable for any given set of options (including the empty set).
>
> Stable doesn't exist anymore that would be Committed now.
>
>

Personally, I tend to agree with Darren, but as it does represent a
different output format, I was concerned about breakage of scripts.  The
format of the output is documented in the man page.

This subtle difference is one that I would like to see closed, but I
think that it deserves another ARC case at least, and is almost
certainly not appropriate for Patch binding.  (Minor binding is probably
ok.)

In the meantime, the output of the old version should be marked
obsolete, with an EOF notice, and advice to users/developers, to use the
new POSIX options (which don't require "parsing") instead.  Of course,
we need to get those POSIX options in (i.e. this case) first.

Anyway, can I suggest that this particular argument be deferred until
someone starts a new ARC case with it?

-- 
Garrett D'Amore, Principal Software Engineer
Tadpole Computer / Computing Technologies Division,
General Dynamics C4 Systems
http://www.tadpolecomputer.com/
Phone: 951 325-2134  Fax: 951 325-2191


From Darren.Moffat@sun.com Thu Nov  2 07:56:31 2006
Received: from sunmail1brm.Central.Sun.COM (sunmail1brm.Central.Sun.COM [129.147.62.17])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id kA2FuULp016102
	for <psarc-ext@sac.sfbay.Sun.COM>; Thu, 2 Nov 2006 07:56:31 -0800 (PST)
Received: from nwk-avmta-1.sfbay.sun.com (nwk-avmta-1.SFBay.Sun.COM [129.149.246.28])
	by sunmail1brm.Central.Sun.COM (8.11.7p1+Sun/8.11.7/ENSMAIL,v2.2) with ESMTP id kA2FuU814033;
	Thu, 2 Nov 2006 08:56:30 -0700 (MST)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2 (built Dec  2 2004))
 id <0J8400C0B1M5TT00@nwk-avmta-1.sfbay.Sun.COM>; Thu,
 02 Nov 2006 07:56:29 -0800 (PST)
Received: from gmp-ea-fw-1.sun.com ([129.156.42.6])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2 (built Dec  2 2004))
 with ESMTP id <0J8400LBI1M4V8B0@nwk-avmta-1.sfbay.Sun.COM>; Thu,
 02 Nov 2006 07:56:28 -0800 (PST)
Received: from d1-emea-09.sun.com ([192.18.2.119])
	by gmp-ea-fw-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id kA2FuRxa002781; Thu,
 02 Nov 2006 15:56:27 +0000 (GMT)
Received: from conversion-daemon.d1-emea-09.sun.com by d1-emea-09.sun.com
 (Sun Java System Messaging Server 6.2-6.01 (built Apr  3 2006))
 id <0J84009011IR1900@d1-emea-09.sun.com>
 (original mail from Darren.Moffat@Sun.COM); Thu,
 02 Nov 2006 15:56:27 +0000 (GMT)
Received: from [129.156.173.199] by d1-emea-09.sun.com
 (Sun Java System Messaging Server 6.2-6.01 (built Apr  3 2006))
 with ESMTPSA id <0J84001JT1M38J20@d1-emea-09.sun.com>; Thu,
 02 Nov 2006 15:56:27 +0000 (GMT)
Date: Thu, 02 Nov 2006 15:56:27 +0000
From: Darren J Moffat <Darren.Moffat@sun.com>
Subject: Re: id utility option consolidation: [PSARC/2006/615 Timeout:
 11/08/2006]
In-reply-to: <454A120A.8040104@tadpole.com>
Sender: Darren.Moffat@sun.com
To: "Garrett D'Amore" <garrett_damore@tadpole.com>
Cc: Nicolas Williams <Nicolas.Williams@sun.com>,
        Don Cragun <don.cragun@sun.com>, PSARC-EXT@sun.com,
        Carol.Fields@sun.com
Message-id: <454A152B.80603@Sun.COM>
MIME-version: 1.0
Content-type: text/plain; format=flowed; charset=ISO-8859-1
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.2.0.264296
References: <200611012253.kA1Mr8Zs006962@spartan.SFBay.Sun.COM>
 <4549D035.5050205@Sun.COM> <20061102145411.GG23255@binky.Central.Sun.COM>
 <454A0891.8050109@Sun.COM> <454A120A.8040104@tadpole.com>
User-Agent: Thunderbird 1.5.0.5 (X11/20060926)
Status: RO
Content-Length: 178

Garrett D'Amore wrote:
> Anyway, can I suggest that this particular argument be deferred until
> someone starts a new ARC case with it?

Thats fine with me.

-- 
Darren J Moffat

From don.cragun@Sun.COM Wed Nov  8 10:57:22 2006
Received: from sunmail1brm.Central.Sun.COM (sunmail1brm.Central.Sun.COM [129.147.62.17])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id kA8IvMPM011147
	for <psarc-ext@sac.sfbay.Sun.COM>; Wed, 8 Nov 2006 10:57:22 -0800 (PST)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail1brm.Central.Sun.COM (8.11.7p1+Sun/8.11.7/ENSMAIL,v2.2) with ESMTP id kA8IvL920644;
	Wed, 8 Nov 2006 11:57:21 -0700 (MST)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0J8F00403DZJIG00@nwk-avmta-2.sfbay.sun.com>; Wed,
 08 Nov 2006 10:57:19 -0800 (PST)
Received: from spartan.SFBay.Sun.COM ([129.146.226.64])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0J8F0033QDZJ5010@nwk-avmta-2.sfbay.sun.com>; Wed,
 08 Nov 2006 10:57:19 -0800 (PST)
Received: from spartan.SFBay.Sun.COM (spartan.SFBay.Sun.COM [129.146.226.64])
	by spartan.SFBay.Sun.COM (8.13.6+Sun/8.13.6) with SMTP id kA8IvIpx021010; Wed,
 08 Nov 2006 10:57:18 -0800 (PST)
Date: Wed, 08 Nov 2006 10:57:18 -0800 (PST)
From: Don Cragun <don.cragun@Sun.COM>
Subject: Re: id utility option consolidation: [PSARC/2006/615 Timeout:
 11/08/2006]
To: PSARC-EXT@Sun.COM
Cc: garrett_damore@tadpole.com, Carol.Fields@Sun.COM
Reply-to: Don Cragun <don.cragun@Sun.COM>
Message-id: <200611081857.kA8IvIpx021010@spartan.SFBay.Sun.COM>
MIME-version: 1.0
X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.5.5 SunOS 5.9 sun4u sparc
Content-type: TEXT/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
Content-MD5: zHJ8B9LLTeRxU1eyqXTOJg==
X-PMX-Version: 5.2.0.264296
Status: RO
Content-Length: 75

This case was approved during the November 8, 2006 PSARC meeting.

 - Don


