From sacadmin Mon Jul 18 14:52:25 2005
Received: from sac.sfbay.sun.com (localhost [127.0.0.1])
	by sac.sfbay.sun.com (8.12.9+Sun/8.12.9) with ESMTP id j6ILqPEu015585;
	Mon, 18 Jul 2005 14:52:25 -0700 (PDT)
Received: (from darrenm@localhost)
	by sac.sfbay.sun.com (8.12.9+Sun/8.12.9/Submit) id j6ILqPdG015581;
	Mon, 18 Jul 2005 14:52:25 -0700 (PDT)
Date: Mon, 18 Jul 2005 14:52:25 -0700 (PDT)
From: Darren J Moffat <darrenm@sac.sfbay.sun.com>
Message-Id: <200507182152.j6ILqPdG015581@sac.sfbay.sun.com>
To: PSARC@sac.sfbay.sun.com
Subject: EOF /usr/ucb/cc & /usr/ucb/lint [PSARC/2005/425 Timeout:  08/05/2005]
Status: RO
Content-Length: 1383

Subject: PSARC FastTrack [08/05/2005]: EOF /usr/ucb/cc & /usr/ucb/lint

I'm submitting this case for myself.  The timer is set longer than normal
due to my personal availability not because I expect this case to actually
need a timer that long.

Template Version: @(#)sac_nextcase 1.55 08/11/04 SMI
1. Introduction
    1.1. Project/Component Working Name:
	 EOF /usr/ucb/cc & /usr/ucb/lint
    1.2. Name of Document Author/Supplier:
	 Author:  Darren Moffat
    1.3  Date of This Document:
	18 July, 2005
4. Technical Description
This case is requesting EOF notification and actual EOL of the
/usr/ucb/cc and /usr/ucb/lint commands.

These commands are legacy from the SunOS 4.x to SunOS 5.x transition and
almost never provide the correct behaviour.

The EOF will be announced in Solaris 10 Update 1 with actuall removal
in Solaris 11.

Related cases are: LSARC/2005/352, PSARC/2005/420


Draft EOF notice:

The /usr/ucb/cc and /usr/ucb/lint commands may not be present in a
future release of Solaris.

For users that must build with the /usr/ucb environment the following
flags can be used for compile and link respectively:
	-I/usr/ucb/include,  -R/usr/ucblib -L/usr/ucblib

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 sacadmin Mon Jul 18 15:08:05 2005
Received: from jurassic.eng.sun.com (jurassic [129.146.224.31] (may be forged))
	by sac.sfbay.sun.com (8.12.9+Sun/8.12.9) with ESMTP id j6IM84Eu017271;
	Mon, 18 Jul 2005 15:08:04 -0700 (PDT)
Received: from jeckle (vpn-129-150-25-105.SFBay.Sun.COM [129.150.25.105])
	by jurassic.eng.sun.com (8.13.4+Sun/8.13.4) with SMTP id j6IM7kbJ981772;
	Mon, 18 Jul 2005 15:07:51 -0700 (PDT)
Message-Id: <200507182207.j6IM7kbJ981772@jurassic.eng.sun.com>
Date: Mon, 18 Jul 2005 12:13:30 -1000 (HST)
From: "Joseph E. Kowalski III" <Joseph.Kowalski@eng.sun.com>
Reply-To: "Joseph E. Kowalski III" <Joseph.Kowalski@eng.sun.com>
Subject: Re: EOF /usr/ucb/cc & /usr/ucb/lint [PSARC/2005/425 Timeout:  08/05/2005]
To: PSARC@sac.sfbay.sun.com, darrenm@sac.sfbay.sun.com
MIME-Version: 1.0
Content-Type: TEXT/plain; charset=us-ascii
Content-MD5: 5oepv3nXT4PM6EKqQFJV6A==
X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.6_73 SunOS 5.10 sun4u sparc 
Status: RO
Content-Length: 462


Nit time:

> Draft EOF notice:
> 
> The /usr/ucb/cc and /usr/ucb/lint commands may not be present in a
> future release of Solaris.
> 
> For users that must build with the /usr/ucb environment the following
> flags can be used for compile and link respectively:
> 	-I/usr/ucb/include,  -R/usr/ucblib -L/usr/ucblib

The script does a whole lot more than this, but one significant oversight
here is -Xs, which is the compiler SunOS compatibility mode.

- jek3




From sacadmin Mon Jul 18 15:33:07 2005
Received: from jurassic.eng.sun.com (jurassic [129.146.56.36] (may be forged))
	by sac.sfbay.sun.com (8.12.9+Sun/8.12.9) with ESMTP id j6IMX6Eu018170;
	Mon, 18 Jul 2005 15:33:06 -0700 (PDT)
Received: from 129.146.108.198 (braveheart.SFBay.Sun.COM [129.146.108.198])
	by jurassic.eng.sun.com (8.13.4+Sun/8.13.4) with ESMTP id j6IMX6g4994702;
	Mon, 18 Jul 2005 15:33:06 -0700 (PDT)
Subject: Re: EOF /usr/ucb/cc & /usr/ucb/lint [PSARC/2005/425 Timeout: 
	08/05/2005]
From: Darren J Moffat <Darren.Moffat@Sun.COM>
To: "Joseph E. Kowalski III" <Joseph.Kowalski@eng.sun.com>
Cc: PSARC@sac.sfbay.sun.com, darrenm@sac.sfbay.sun.com
In-Reply-To: <200507182207.j6IM7kbJ981772@jurassic.eng.sun.com>
References: <200507182207.j6IM7kbJ981772@jurassic.eng.sun.com>
Content-Type: text/plain; charset=iso-8859-15
Organization: Sun Microsystems, Inc.
Message-Id: <1121725981.23977.259.camel@braveheart.sfbay.sun.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6.316 
Date: Mon, 18 Jul 2005 15:33:01 -0700
Content-Transfer-Encoding: 7bit
Status: RO
Content-Length: 888

On Mon, 2005-07-18 at 15:13, Joseph E. Kowalski III wrote:
> Nit time:
> 
> > Draft EOF notice:
> > 
> > The /usr/ucb/cc and /usr/ucb/lint commands may not be present in a
> > future release of Solaris.
> > 
> > For users that must build with the /usr/ucb environment the following
> > flags can be used for compile and link respectively:
> > 	-I/usr/ucb/include,  -R/usr/ucblib -L/usr/ucblib
> 
> The script does a whole lot more than this, but one significant oversight
> here is -Xs, which is the compiler SunOS compatibility mode.

I know the script does a lot more than this but much of what
the script does is not really what people wanted.

Maybe we just shouldn't tell people how to build against stuff
in /usr/ucblib at all - that would be my preference but I added
that text because I expected someone to ask what the workaround
or new recommendation was.

-- 
Darren J Moffat


From sacadmin Mon Jul 18 15:41:08 2005
Received: from sfbaymail1sca.SFBay.Sun.COM (sfbaymail1sca.SFBay.Sun.COM [129.145.154.35])
	by sac.sfbay.sun.com (8.12.9+Sun/8.12.9) with ESMTP id j6IMf8Eu018840;
	Mon, 18 Jul 2005 15:41:08 -0700 (PDT)
Received: from brmea-mail-4.sun.com (brmea-mail-4.Sun.COM [192.18.98.36])
	by sfbaymail1sca.SFBay.Sun.COM (8.12.10+Sun/8.12.10/ENSMAIL,v2.2) with ESMTP id j6IMf8f8029819;
	Mon, 18 Jul 2005 15:41:08 -0700 (PDT)
Received: from fe2.sun.com ([192.18.108.79])
	by brmea-mail-4.sun.com (8.12.10/8.12.9) with ESMTP id j6IMf7r3016573;
	Mon, 18 Jul 2005 16:41:07 -0600 (MDT)
Received: from conversion-daemon.fe2.sun.com by fe2.sun.com
 (Sun Java System Messaging Server 6.1 HotFix 0.02 (built Aug 25 2004))
 id <0IJU00501GK8S900@fe2.sun.com> (original mail from Torrey.McMahon@Sun.COM)
 ; Mon, 18 Jul 2005 16:41:07 -0600 (MDT)
Received: from [129.154.13.127] by fe2.sun.com
 (Sun Java System Messaging Server 6.1 HotFix 0.02 (built Aug 25 2004))
 with ESMTPSA id <0IJU006P5HOIWK00@fe2.sun.com>; Mon,
 18 Jul 2005 16:41:07 -0600 (MDT)
Date: Mon, 18 Jul 2005 18:41:06 -0400
From: Torrey McMahon <Torrey.McMahon@Sun.COM>
Subject: Re: EOF /usr/ucb/cc & /usr/ucb/lint [PSARC/2005/425 Timeout:
	08/05/2005]
In-reply-to: <1121725981.23977.259.camel@braveheart.sfbay.sun.com>
To: Darren J Moffat <Darren.Moffat@Sun.COM>
Cc: "Joseph E. Kowalski III" <Joseph.Kowalski@eng.sun.com>,
   PSARC@sac.sfbay.sun.com, darrenm@sac.sfbay.sun.com
Message-id: <42DC3002.6000504@sun.com>
Organization: Sun Microsystems Inc.
MIME-version: 1.0
Content-type: text/plain; format=flowed; charset=iso-8859-15
Content-transfer-encoding: 7BIT
X-Accept-Language: en-us, en
References: <200507182207.j6IM7kbJ981772@jurassic.eng.sun.com>
 <1121725981.23977.259.camel@braveheart.sfbay.sun.com>
User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050325)
Status: RO
Content-Length: 439

Darren J Moffat wrote:

>
>Maybe we just shouldn't tell people how to build against stuff
>in /usr/ucblib at all - that would be my preference but I added
>that text because I expected someone to ask what the workaround
>or new recommendation was.
>

Maybe it's time to get rid of /usr/ucblib? What depends on it these 
days? I don't know but figured it was the next obvious question to make. :)

-- 
Torrey McMahon
Sun Microsystems Inc.


From sacadmin Mon Jul 18 20:27:22 2005
Received: from norton.sfbay.sun.com (norton [129.146.228.124])
	by sac.sfbay.sun.com (8.12.9+Sun/8.12.9) with ESMTP id j6J3RMEu004015;
	Mon, 18 Jul 2005 20:27:22 -0700 (PDT)
Received: from norton.sfbay.sun.com (localhost [127.0.0.1])
	by norton.sfbay.sun.com (8.13.4+Sun/8.13.4) with ESMTP id j6J3RLQw185035;
	Mon, 18 Jul 2005 20:27:21 -0700 (PDT)
Received: (from jwadams@localhost)
	by norton.sfbay.sun.com (8.13.4+Sun/8.13.4/Submit) id j6J3RL4U185034;
	Mon, 18 Jul 2005 20:27:21 -0700 (PDT)
Date: Mon, 18 Jul 2005 20:27:21 -0700
From: Jonathan Adams <jonathan.adams@sun.com>
To: Torrey McMahon <Torrey.McMahon@Sun.COM>
Cc: Darren J Moffat <Darren.Moffat@Sun.COM>,
   "Joseph E. Kowalski III" <Joseph.Kowalski@eng.sun.com>,
   PSARC@sac.sfbay.sun.com, darrenm@sac.sfbay.sun.com
Subject: Re: EOF /usr/ucb/cc & /usr/ucb/lint [PSARC/2005/425 Timeout: 08/05/2005]
Message-ID: <20050719032721.GA184989@eng.sun.com>
References: <200507182207.j6IM7kbJ981772@jurassic.eng.sun.com> <1121725981.23977.259.camel@braveheart.sfbay.sun.com> <42DC3002.6000504@sun.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <42DC3002.6000504@sun.com>
User-Agent: Mutt/1.4.2.1i
Status: RO
Content-Length: 784

On Mon, Jul 18, 2005 at 06:41:06PM -0400, Torrey McMahon wrote:
> Darren J Moffat wrote:
> 
> >
> >Maybe we just shouldn't tell people how to build against stuff
> >in /usr/ucblib at all - that would be my preference but I added
> >that text because I expected someone to ask what the workaround
> >or new recommendation was.
> >
> 
> Maybe it's time to get rid of /usr/ucblib? What depends on it these 
> days? I don't know but figured it was the next obvious question to make. :)

Or perhaps just EOF compiling and linking new compatibility stuff?  Then,
old broken stuff can still run against it, but no new stuff can be built?  That
would get rid of /usr/ucbinclude, /usr/ucblib/lib*.so, and /usr/ucblib/llib-*.

Cheers,
- jonathan

-- 
Jonathan Adams, Solaris Kernel Development

From sacadmin Tue Jul 19 05:16:49 2005
Received: from phorcys.East.Sun.COM (phorcys.East.Sun.COM [129.148.174.143])
	by sac.sfbay.sun.com (8.12.9+Sun/8.12.9) with ESMTP id j6JCGnEu026271;
	Tue, 19 Jul 2005 05:16:49 -0700 (PDT)
Received: from phorcys.East.Sun.COM (localhost [127.0.0.1])
	by phorcys.East.Sun.COM (8.13.4+Sun/8.13.4) with ESMTP id j6JCGi4Y026526;
	Tue, 19 Jul 2005 08:16:44 -0400 (EDT)
Received: (from carlsonj@localhost)
	by phorcys.East.Sun.COM (8.13.4+Sun/8.13.4/Submit) id j6JCGiIs026523;
	Tue, 19 Jul 2005 08:16:44 -0400 (EDT)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <17116.61228.154322.483050@gargle.gargle.HOWL>
Date: Tue, 19 Jul 2005 08:16:44 -0400
From: James Carlson <james.d.carlson@Sun.COM>
To: Jonathan Adams <Jonathan.Adams@Sun.COM>
Cc: Torrey McMahon <Torrey.McMahon@Sun.COM>,
   Darren J Moffat <Darren.Moffat@Sun.COM>,
   "Joseph E. Kowalski III" <Joseph.Kowalski@eng.sun.com>,
   PSARC@sac.sfbay.sun.com, darrenm@sac.sfbay.sun.com
Subject: Re: EOF /usr/ucb/cc & /usr/ucb/lint [PSARC/2005/425 Timeout:
 08/05/2005]
In-Reply-To: Jonathan Adams's message of 18 July 2005 20:27:21
References: <200507182207.j6IM7kbJ981772@jurassic.eng.sun.com>
	<1121725981.23977.259.camel@braveheart.sfbay.sun.com>
	<42DC3002.6000504@sun.com>
	<20050719032721.GA184989@eng.sun.com>
X-Mailer: VM 7.01 under Emacs 21.3.1
Status: RO
Content-Length: 835

Jonathan Adams writes:
> Or perhaps just EOF compiling and linking new compatibility stuff?  Then,
> old broken stuff can still run against it, but no new stuff can be built?  That
> would get rid of /usr/ucbinclude, /usr/ucblib/lib*.so, and /usr/ucblib/llib-*.

I agree with that.  Re-compiling and linking ancient SunOS sources is
of at best dubious benefit when we already promise binary support.
(Actually removing these things won't help _us_ too much in the
baggage department, as we'll still need much that cruft to build the
compatibility libraries, but at least we can spare customers the disk
space.)

-- 
James Carlson, KISS Network                    <james.d.carlson@sun.com>
Sun Microsystems / 1 Network Drive         71.232W   Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757   42.496N   Fax +1 781 442 1677

From sacadmin Tue Jun 30 17:26:46 2009
Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02.SFBay.Sun.COM [129.146.11.31])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n610QkKa019583
	for <PSARC@sac.sfbay.sun.com>; Tue, 30 Jun 2009 17:26:46 -0700 (PDT)
Received: from sca-es-mail-1.sun.com (sca-es-mail-1.Sun.COM [192.18.43.132])
	by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n610Qkvn004215
	for <PSARC@sac.sfbay.sun.com>; Tue, 30 Jun 2009 17:26:46 -0700 (PDT)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n610Qfbr027914
	for <PSARC@sac.sfbay.sun.com>; Tue, 30 Jun 2009 17:26:41 -0700 (PDT)
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009))
 id <0KM200I00UK3KL00@fe-sfbay-10.sun.com> for PSARC@sac.sfbay.sun.com; Tue,
 30 Jun 2009 17:26:41 -0700 (PDT)
Received: from [192.168.251.11] ([unknown] [76.93.15.33])
 by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009))
 with ESMTPSA id <0KM200BHDUKG8C20@fe-sfbay-10.sun.com> for
 PSARC@sac.sfbay.sun.com; Tue, 30 Jun 2009 17:26:41 -0700 (PDT)
Date: Tue, 30 Jun 2009 17:26:40 -0700
From: "Garrett D'Amore" <gdamore@sun.com>
Subject: PSARC 2005/425 EOF /usr/ucb/cc and /usr/ucb/lint
Sender: Garrett.Damore@sun.com
To: PSARC@sac.sfbay.sun.com
Message-id: <4A4AAD40.9070200@sun.com>
User-Agent: Thunderbird 2.0.0.18 (X11/20081201)
Status: RO
Content-Length: 760

This was Darren's case.  I think we should just drive it to completion.  
The case is currently waiting needs spec.

I believe a simple specification is as follows:

    * the /usr/ucb/cc and /usr/ucb/lint wrappers will be removed.
    * the EOF announcement should read

    Building new applications against the /usr/ucb environment is no 
longer supported.  Application binaries built on earlier releases will 
continue to function, however.

Additionally, but not as part of this case, perhaps its time to 
eliminate binary support for legacy /usr/ucb/ applicaitons altogether as 
part of OpenSolaris?  Again, that question can be asked later in another 
case.

Any objections to restarting the case timer with the above specification?

    -- Garrett





From sacadmin Wed Jul  1 02:27:46 2009
Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01.SFBay.Sun.COM [129.145.155.118])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n619Rk77001827
	for <PSARC@sac.sfbay.sun.com>; Wed, 1 Jul 2009 02:27:46 -0700 (PDT)
Received: from gmp-eb-inf-1.sun.com (gmp-eb-inf-1.EU.Sun.COM [192.18.6.21])
	by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n619RjJt044404
	for <PSARC@sac.sfbay.sun.com>; Wed, 1 Jul 2009 02:27:46 -0700 (PDT)
Received: from fe-emea-09.sun.com (gmp-eb-lb-1-fe3.eu.sun.com [192.18.6.10])
	by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n619ReU7011737
	for <PSARC@sac.sfbay.sun.com>; Wed, 1 Jul 2009 09:27:40 GMT
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009))
 id <0KM300000JAUOL00@fe-emea-09.sun.com> for PSARC@sac.sfbay.sun.com; Wed,
 01 Jul 2009 10:27:40 +0100 (BST)
Received: from [129.156.173.199] ([unknown] [129.156.173.199])
 by fe-emea-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009))
 with ESMTPSA id <0KM300AGKJM2NE30@fe-emea-09.sun.com> for
 PSARC@sac.sfbay.sun.com; Wed, 01 Jul 2009 10:27:38 +0100 (BST)
Date: Wed, 01 Jul 2009 10:27:38 +0100
From: Darren J Moffat <Darren.Moffat@Sun.COM>
Subject: Re: PSARC 2005/425 EOF /usr/ucb/cc and /usr/ucb/lint
In-reply-to: <4A4AAD40.9070200@sun.com>
Sender: Darren.Moffat@Sun.COM
To: "Garrett D'Amore" <gdamore@Sun.COM>
Cc: PSARC@sac.sfbay.sun.com
Message-id: <4A4B2C0A.2030706@Sun.COM>
References: <4A4AAD40.9070200@sun.com>
User-Agent: Thunderbird 2.0.0.18 (X11/20090127)
Status: RO
Content-Length: 837

Garrett D'Amore wrote:
> This was Darren's case.  I think we should just drive it to completion.  
> The case is currently waiting needs spec.
> 
> I believe a simple specification is as follows:
> 
>    * the /usr/ucb/cc and /usr/ucb/lint wrappers will be removed.
>    * the EOF announcement should read
> 
>    Building new applications against the /usr/ucb environment is no 
> longer supported.  Application binaries built on earlier releases will 
> continue to function, however.
> 
> Additionally, but not as part of this case, perhaps its time to 
> eliminate binary support for legacy /usr/ucb/ applicaitons altogether as 
> part of OpenSolaris?  Again, that question can be asked later in another 
> case.
> 
> Any objections to restarting the case timer with the above specification?

Sounds fine to me.

-- 
Darren J Moffat

From sacadmin Wed Jul  1 07:05:11 2009
Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01.SFBay.Sun.COM [129.145.155.118])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n61E5BhQ007058
	for <PSARC@sac.sfbay.sun.com>; Wed, 1 Jul 2009 07:05:11 -0700 (PDT)
Received: from sca-es-mail-2.sun.com (sca-es-mail-2.Sun.COM [192.18.43.133])
	by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n61E5A2d049228
	for <PSARC@sac.sfbay.sun.com>; Wed, 1 Jul 2009 07:05:11 -0700 (PDT)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n61E55eb022709
	for <PSARC@sac.sfbay.sun.com>; Wed, 1 Jul 2009 07:05:05 -0700 (PDT)
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009))
 id <0KM300H00W4VTG00@fe-sfbay-10.sun.com> for PSARC@sac.sfbay.sun.com; Wed,
 01 Jul 2009 07:05:05 -0700 (PDT)
Received: from [192.168.251.11] ([unknown] [76.93.15.33])
 by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009))
 with ESMTPSA id <0KM3007J1WGHOM50@fe-sfbay-10.sun.com> for
 PSARC@sac.sfbay.sun.com; Wed, 01 Jul 2009 07:05:05 -0700 (PDT)
Date: Wed, 01 Jul 2009 07:05:04 -0700
From: "Garrett D'Amore" <gdamore@sun.com>
Subject: Re: PSARC 2005/425 EOF /usr/ucb/cc and /usr/ucb/lint
In-reply-to: <4A4B2C0A.2030706@Sun.COM>
Sender: Garrett.Damore@sun.com
To: Darren J Moffat <Darren.Moffat@sun.com>
Cc: PSARC@sac.sfbay.sun.com
Message-id: <4A4B6D10.70708@sun.com>
References: <4A4AAD40.9070200@sun.com> <4A4B2C0A.2030706@Sun.COM>
User-Agent: Thunderbird 2.0.0.18 (X11/20081201)
Status: RO
Content-Length: 995

Darren J Moffat wrote:
> Garrett D'Amore wrote:
>> This was Darren's case.  I think we should just drive it to 
>> completion.  The case is currently waiting needs spec.
>>
>> I believe a simple specification is as follows:
>>
>>    * the /usr/ucb/cc and /usr/ucb/lint wrappers will be removed.
>>    * the EOF announcement should read
>>
>>    Building new applications against the /usr/ucb environment is no 
>> longer supported.  Application binaries built on earlier releases 
>> will continue to function, however.
>>
>> Additionally, but not as part of this case, perhaps its time to 
>> eliminate binary support for legacy /usr/ucb/ applicaitons altogether 
>> as part of OpenSolaris?  Again, that question can be asked later in 
>> another case.
>>
>> Any objections to restarting the case timer with the above 
>> specification?
>
> Sounds fine to me.
>
Okay, I've restarted the timer on this one.  It expires 07/08/2009.  
(Which is also the date of our next meeting.)

    - Garrett


From Darren.Moffat@sun.com Wed Jul  8 10:04:29 2009
Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n68H4SJC006352
	for <psarc-ext@sac.sfbay.sun.com>; Wed, 8 Jul 2009 10:04:28 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n68H4N1Z018711
	for <@sunmail2sca.sfbay.sun.com:PSARC-EXT@sun.com>; Thu, 9 Jul 2009 01:04:27 +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-3.04 (built Jul 15 2005))
 id <0KMH00M053FDS800@nwk-avmta-1.sfbay.Sun.COM> for PSARC-EXT@sun.com
 (ORCPT PSARC-EXT@sun.com); Wed, 08 Jul 2009 10:04:25 -0700 (PDT)
Received: from gmp-eb-inf-1.sun.com ([192.18.6.21])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KMH00GP83FB98D0@nwk-avmta-1.sfbay.Sun.COM> for
 PSARC-EXT@sun.com (ORCPT PSARC-EXT@sun.com); Wed,
 08 Jul 2009 10:04:24 -0700 (PDT)
Received: from fe-emea-10.sun.com (gmp-eb-lb-1-fe3.eu.sun.com [192.18.6.10])
	by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n68H4NaS027062	for
 <PSARC-EXT@sun.com>; Wed, 08 Jul 2009 17:04:23 +0000 (GMT)
Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009))
 id <0KMH00G003A98800@fe-emea-10.sun.com> for PSARC-EXT@sun.com
 (ORCPT PSARC-EXT@sun.com); Wed, 08 Jul 2009 18:04:23 +0100 (BST)
Received: from [129.156.173.199] ([unknown] [129.156.173.199])
 by fe-emea-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009))
 with ESMTPSA id <0KMH000SE3FAWND0@fe-emea-10.sun.com> for PSARC-EXT@sun.com
 (ORCPT PSARC-EXT@sun.com); Wed, 08 Jul 2009 18:04:22 +0100 (BST)
Date: Wed, 08 Jul 2009 18:04:22 +0100
From: Darren J Moffat <Darren.Moffat@sun.com>
Subject: PSARC/2005/425 EOF /usr/ucb/cc & /usr/ucb/lint [closed-approved]
Sender: Darren.Moffat@sun.com
To: PSARC-EXT@sun.com
Message-id: <4A54D196.4090204@Sun.COM>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
User-Agent: Thunderbird 2.0.0.18 (X11/20090127)
Status: RO
Content-Length: 60

This case was approved in PSARC today.

-- 
Darren J Moffat

