Why are these "not relevant"? In my experience they are mostly
used in scripts and Makefiles, to ensure that the right code path
is taken. Won't removing them break older configure-style scripts,
i.e. ones that test things like "if [ ! vax ]" etc.?
Is the gain of removal worth more than potential breakage of
older (especially FOSS) code?

Steve




Peter Dennis wrote:
I'm sponsoring this case for Venky Tv.

Required release binding:
    Patch binding for the announcement and marking as Obsolete.
Minor binding for the removal.
Template Version: @(#)sac_nextcase 1.70 03/30/10 SMI
This information is Copyright (c) 2010, Oracle and/or its affiliates. All 
rights reserved.
1. Introduction
    1.1. Project/Component Working Name:
         EOF legacy processor type truth values
    1.2. Name of Document Author/Supplier:
         Author:  Venky TV
    1.3  Date of This Document:
        08 June, 2010
4. Technical Description
1. Introduction
   1.1. Project/Component Working Name:
        EOF legacy processor type truth values

   1.2. Name of Document Author/Supplier:
        Venky TV

   1.3. Date of This Document:
        June 04, 2010


4. Technical Description:

    4.1. Details:

         This projects aims to remove processor type truth values in
         /usr/bin which are no longer relevant -- namely, iAPX286, i286,
         i860, pdp11, u3b, u3b2, u3b5, u3b15, vax, and u370.

    4.2. Bug/RFE Number(s):

         6958555 Remove processor type truth which are no longer relevant

    4.5. Interfaces:

         The following interfaces will be deleted:

         /usr/bin/iAPX286
         /usr/bin/i286
         /usr/bin/i860
         /usr/bin/pdp11
         /usr/bin/u3b
         /usr/bin/u3b2
         /usr/bin/u3b5
         /usr/bin/u3b15
         /usr/bin/vax
         /usr/bin/u370

    4.6. Doc Impact:

         The man pages for each of these utilities will be removed.

          iAPX286.1 i286.1  i860.1  pdp11.1 u3b.1
          u3b2.1    u3b5.1  u3b15.i vax.i   u370.1

    4.10. Packaging & Delivery:

          All these are part of the SUNWcs package.  There is no impact
          on install/upgrade.

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


--
Steve McKinty           Architect - Sun Cluster Geographic Edition
Grenoble Engineering Centre, France:    http://blogs.sun.com/SC/

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
NOTICE:  This email message is for the sole use of the intended
recipient(s) and may contain confidential and privileged
information.  Any unauthorized review, use, disclosure or
distribution is prohibited.  If you are not the intended
recipient, please contact the sender by reply email and destroy
all copies of the original message.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
_______________________________________________
opensolaris-arc mailing list
[email protected]

Reply via email to