From blu@sac.sfbay.sun.com Thu Mar 11 08:23:28 2010
Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o2BGNSYB014770
	for <psarc-ext@sac.sfbay.sun.com>; Thu, 11 Mar 2010 08:23:28 -0800 (PST)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o2BGNQgk026036;
	Thu, 11 Mar 2010 08:23:27 -0800 (PST)
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 <0KZ400F0VLJ3VI00@nwk-avmta-2.sfbay.sun.com>; Thu,
 11 Mar 2010 08:23:27 -0800 (PST)
Received: from dm-sfbay-01.sfbay.sun.com ([129.145.155.118])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KZ4006QLLJ2O0D0@nwk-avmta-2.sfbay.sun.com>; Thu,
 11 Mar 2010 08:23:26 -0800 (PST)
Received: from sac.sfbay.sun.com (sac.SFBay.Sun.COM [129.146.226.132])
	by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4)
 with ESMTP id o2BGNO0M002586; Thu, 11 Mar 2010 08:23:24 -0800 (PST)
Received: from sac.sfbay.sun.com (localhost [127.0.0.1])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o2BGNNDp014738; Thu,
 11 Mar 2010 08:23:23 -0800 (PST)
Received: (from blu@localhost)	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit)
 id o2BGNNvv014734; Thu, 11 Mar 2010 08:23:23 -0800 (PST)
Date: Thu, 11 Mar 2010 08:23:23 -0800 (PST)
From: Brian Utterback <blu@sac.sfbay.sun.com>
Subject: Removing MySQL 4.0 from OpenSolaris [PSARC/2010/088 FastTrack timeout
 03/18/2010]
To: PSARC-ext@sun.com
Cc: Lukas.Rovensky@sun.com
Message-id: <201003111623.o2BGNNvv014734@sac.sfbay.sun.com>
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
Status: RO
Content-Length: 6114

I am sponsoring this fasttrack on behalf of Lukas Rovensky. Binding is patch. Time
out is 03/18/2010.

Template Version: @(#)sac_nextcase 1.69 02/15/10 SMI
This information is Copyright 2010 Sun Microsystems
1. Introduction
    1.1. Project/Component Working Name:
	 Removing MySQL 4.0 from OpenSolaris
    1.2. Name of Document Author/Supplier:
	 Author:  Lukas Rovensky
    1.3  Date of This Document:
	11 March, 2010
4. Technical Description
Template Version: @(#)sac_nextcase 1.64 07/13/07 SMI
This information is Copyright 2010 Sun Microsystems
1. Introduction
1.1 Project/Component Working Name:
     Removing MySQL 4.0 from OpenSolaris

1.2 Name of Document Author/Supplier:
    Author: Sunanda Menon (original author)
            Lukas Rovensky (current author)

1.3 Date of This Document:
    10 March, 2010

1.4 Introduction

    This FastTrack will EOL the MySQL 4.0 from OpenSolaris and obsolete
    MySQL 4.0 interfaces in Solaris 10.

    All products and users should migrate to 5.1, as MySQL 4.0 is an end
    of life product.

1.5 Previous Relevant ARC cases

    LSARC/2004/324 - SIP Proxy Server
    LSARC/2009/062 - Including MySQL 5.1 with Solaris

2.  Technical issues

2.1 Changes to existing code

    All references to MySQL 4.0 in the SIP Express Router (SER) will be
    updated to reference to the new location at /usr/mysql.  See
    CR 6799158, [3], which addresses this task.
 
2.2 Upgrade procedure for existing users of SER

    After the new SER packages are installed then the database
    upgrade procedure on MySQL pages:
       http://dev.mysql.com/doc/refman/4.1/en/upgrading-from-4-0.html
       http://dev.mysql.com/doc/refman/5.0/en/upgrade.html
       http://dev.mysql.com/doc/refman/5.1/en/upgrade.html
    need to be followed on current installations, to ensure that the tables
    created with /etc/sfw/ser/ser_mysql.sh will be upgraded to the current 
    MySQL version.

    New SER users can use the set up procedure described at [2].
    Certainly, the way MySQL 5.1 is installed and run differs from 
    Solaris 10 and MySQL 5.1 man pages should be referred.

2.3 Risks and Assumptions
   
    All MySQL 4.0 users/products will have been updated to use 5.1 by
    the time Solaris Next ships.  It is also expected that SER will not
    be part of Solaris Next, since in accordance with its project
    pages, [4], SER developers joined SIP Router project, [5], and
    SER itself is no longer developed.  Having a dead open source
    product included in Solaris Next does not make sense.  Should 
    a SIP router like product be part of Solaris Next then most likely
    SIP Router, [5], shall replace SER, [4].

2.4 SMF

    No changes as MySQL 4.0 does not have any smf support.

3. Documentation

    SER documentation on [2] may be upgraded supposing SIP/ser
    stays in OpenSolaris / Solaris Next, see section 2.3.  Note,
    that for Solaris 10 this document is still valid.

    Obsoleting MySQL 4 interfaces in Solaris 10 will be announced
    in release notes for Solaris 10.  MySQL 4 man page in Solaris 10
    needs to be updated to reflect this change -- Interface Stability
    will be set to "External, Obsolete".

4. Packaging and Delivery

    SUNWmysqlr, SUNWmysqlu and SUNWmysqlt packages will be removed.

5. Interfaces

    All the interfaces described below will be obsoleted in Solaris 10.

    MySQL 4.0 binaries from /usr/sfw/bin will be removed:
      mysqladmin
      mysqlcheck
      mysqlshow
      mysqldump
      mysqlimport
      mysqlbinlog
      mysqlmanagerc
      mysqlmanager-pwgen
      replace
      comp_err
      perror
      resolveip
      my_print_defaults
      resolve_stack_dump
      mysql_install
      mysql_waitpid
      isamchk
      isamlog
      pack_isam
      myisamchk
      myisamlog
      myisampack
      mysql_install_db
      make_win_src_distribution
      msql2mysql
      mysql_config
      mysql_fix_privilege_tables
      mysql_fix_extensions
      mysql_setpermission
      mysql_secure_installation
      mysql_zap
      mysqlaccess
      mysqlbug
      mysql_convert_table_format
      mysql_find_rows
      mysqlhotcopy
      mysqldumpslow
      mysql_explain_log
      mysql_tableinfo
      mysqld_multi
      mysqlmanager

    MySQL 4.0 libraries from /usr/sfw/lib will be removed:
      /usr/sfw/lib/mysql - entire directory
      libmysqlclient.so
      libmysqlclient.so.12
      libmysqlclient.so.12.0.0
      libmysqlclient_r.so
      libmysqlclient_r.so.12
      libmysqlclient_r.so.12.0.0
      libmystrings.a
      libdbug.a
      libmysys.a
      libnisam.a
      libmerge.a
      libmyisam.a
      libmyisammrg.a
      libheap.a
      libvio.a

   MySQL 4.0 man pages from /usr/sfw/man/man1 will be removed:
      mysql.1
      mysql_fix_privilege_tables.1
      mysql_zap.1
      mysqlaccess.1
      mysqladmin.1
      mysqld.1
      mysqld_multi.1
      mysqld_safe.1
      mysqldump.1
      mysqlshow.1
      isamchk.1
      isamlog.1

   MySQL 4.0 include files from /usr/sfw/mysql/include will be removed
   including the entire directory.
   
   MySQL 4.0 tests in /usr/sfw/mysql will be removed, including the 
   entire directory.
   
   MySQL 4.0 I18N and config files at /usr/sfw/share/mysql/ will
   be removed, including the entire directory, and the file
   /usr/sfw/share/info/mysql.info

6.    References

 [1] [http://www.mysql.com/]
 [2] [http://developers.sun.com/solaris/articles/solaris_as_sip/solaris_as_sip.html#MySQL]
 [3] CR 6799158 Update SER to link the MySQL 5.1 instead of the MySQL 4.0, 
     http://monaco.sfbay.sun.com/detail.jsf?cr=6799158
 [4] http://www.iptel.org/ser
 [5] http://sip-router.org/
 [6] CR 6631906 Removal of MySQL 4.0
     http://monaco.sfbay.sun.com/detail.jsf?cr=6631906

7. Resources and Schedule
7.4. Steering Committee requested information
7.4.1. Consolidation C-team Name:
sfw
7.5. ARC review type: FastTrack
7.6. ARC Exposure: open



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


From Andrew.Gabriel@sun.com Thu Mar 11 08:48:03 2010
Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o2BGm3Ju015457
	for <psarc-ext@sac.sfbay.sun.com>; Thu, 11 Mar 2010 08:48:03 -0800 (PST)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o2BGm1bm009955
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 11 Mar 2010 08:48:02 -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-3.04 (built Jul 15 2005))
 id <0KZ40032JMO2XA00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Thu, 11 Mar 2010 08:48:02 -0800 (PST)
Received: from gmp-eb-inf-2.sun.com ([192.18.6.24])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KZ4002FAMO0V780@nwk-avmta-1.sfbay.Sun.COM> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu,
 11 Mar 2010 08:48:00 -0800 (PST)
Received: from fe-emea-10.sun.com
 (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged))
	by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o2BGlw7d000467	for
 <PSARC-ext@sun.com>; Thu, 11 Mar 2010 16:47:59 +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.04 64bit (built Jul  2 2009))
 id <0KZ400M00LZUXQ00@fe-emea-10.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Thu, 11 Mar 2010 16:47:48 +0000 (GMT)
Received: from [81.187.162.109] ([unknown] [81.187.162.109])
 by fe-emea-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KZ400GGFMNA5YG0@fe-emea-10.sun.com>; Thu,
 11 Mar 2010 16:47:35 +0000 (GMT)
Date: Thu, 11 Mar 2010 16:48:17 +0000
From: Andrew Gabriel <Andrew.Gabriel@sun.com>
Subject: Re: Removing MySQL 4.0 from OpenSolaris [PSARC/2010/088 FastTrack
 timeout 03/18/2010]
In-reply-to: <201003111623.o2BGNNvv014734@sac.sfbay.sun.com>
Sender: Andrew.Gabriel@sun.com
To: Brian Utterback <blu@sac.sfbay.sun.com>
Cc: PSARC-ext@sun.com, Lukas.Rovensky@sun.com
Message-id: <4B991ED1.6030102@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
References: <201003111623.o2BGNNvv014734@sac.sfbay.sun.com>
User-Agent: Thunderbird 2.0.0.23 (X11/20090929)
Status: RO
Content-Length: 609

Brian Utterback wrote:
> I am sponsoring this fasttrack on behalf of Lukas Rovensky. Binding is patch. Time
> out is 03/18/2010.
>   

>     This FastTrack will EOL the MySQL 4.0 from OpenSolaris and obsolete
>     MySQL 4.0 interfaces in Solaris 10.
>   

This seems like two separate things, which need two different bindings 
(and would normally be two separate cases).

EOL notification and interface reclassification in Solaris 10 would be a 
patch binding.

EOL removal in Solaris Next would be a minor binding (feature removal is 
not eligible for patch binding).

Is this what you mean?

-- 
Andrew
 

From Brian.Utterback@SUN.COM Thu Mar 11 09:03:33 2010
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o2BH3Xnc016356
	for <psarc-ext@sac.sfbay.sun.com>; Thu, 11 Mar 2010 09:03:33 -0800 (PST)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id o2BH3Tk3054819
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 11 Mar 2010 10:03:32 -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 <0KZ400I0XNDW2C00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@Sun.COM); Thu, 11 Mar 2010 09:03:32 -0800 (PST)
Received: from brmea-mail-4.sun.com ([192.18.98.36])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KZ400I2YNDV0Z00@nwk-avmta-2.sfbay.sun.com> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Thu,
 11 Mar 2010 09:03:31 -0800 (PST)
Received: from fe-amer-10.sun.com ([192.18.109.80])
	by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o2BH3VKu025986	for
 <PSARC-ext@Sun.COM>; Thu, 11 Mar 2010 17:03:31 +0000 (GMT)
Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KZ400F00L669Y00@mail-amer.sun.com> for PSARC-ext@Sun.COM
 (ORCPT PSARC-ext@Sun.COM); Thu, 11 Mar 2010 10:03:31 -0700 (MST)
Received: from [129.148.9.178] ([unknown] [129.148.9.178])
 by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit
 (built Jul  2 2009)) with ESMTPSA id <0KZ400GMLNDQM400@mail-amer.sun.com>; Thu,
 11 Mar 2010 10:03:29 -0700 (MST)
Date: Thu, 11 Mar 2010 12:03:26 -0500
From: Brian Utterback <Brian.Utterback@SUN.COM>
Subject: Re: Removing MySQL 4.0 from OpenSolaris [PSARC/2010/088 FastTrack
 timeout 03/18/2010]
In-reply-to: <4B991ED1.6030102@sun.com>
Sender: Brian.Utterback@SUN.COM
To: Andrew Gabriel <Andrew.Gabriel@SUN.COM>
Cc: Brian Utterback <blu@sac.sfbay.sun.com>, PSARC-ext@SUN.COM,
        Lukas.Rovensky@SUN.COM
Message-id: <4B99225E.9000603@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
References: <201003111623.o2BGNNvv014734@sac.sfbay.sun.com>
 <4B991ED1.6030102@sun.com>
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4v; en-US; rv:1.9.1.8) Gecko/20100302
 Lightning/1.0b1 Thunderbird/3.0.3
Status: RO
Content-Length: 825



On 03/11/10 11:48, Andrew Gabriel wrote:

> This seems like two separate things, which need two different bindings
> (and would normally be two separate cases).
>
> EOL notification and interface reclassification in Solaris 10 would be a
> patch binding.
>
> EOL removal in Solaris Next would be a minor binding (feature removal is
> not eligible for patch binding).
>
> Is this what you mean?
>

The project team thinks of this as one action, hence the single 
proposal. We can split this into to cases you that is desired.

-- 
blu

It's bad civic hygiene to build technologies that could someday be
used to facilitate a police state. - Bruce Schneier
----------------------------------------------------------------------
Brian Utterback - Solaris RPE, Oracle Corporation.
Ph:877-259-7345, Em:brian.utterback@oracle.com

From gdamore@sun.com Thu Mar 11 09:33:39 2010
Received: from sunmail6brm.central.sun.com (sunmail6brm.Central.Sun.COM [129.147.4.169])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o2BHXc8l016929
	for <psarc-ext@sac.sfbay.sun.com>; Thu, 11 Mar 2010 09:33:38 -0800 (PST)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o2BHXc9q014519
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 11 Mar 2010 11:33:38 -0600 (CST)
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 <0KZ40080ZOS18200@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Thu, 11 Mar 2010 10:33:37 -0700 (MST)
Received: from sca-es-mail-1.sun.com ([192.18.43.132])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KZ400KMPOS0D380@brm-avmta-1.central.sun.com> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu,
 11 Mar 2010 10:33:36 -0700 (MST)
Received: from fe-sfbay-09.sun.com ([192.18.43.129])
	by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o2BHXaBN029718	for
 <PSARC-ext@sun.com>; Thu, 11 Mar 2010 09:33:36 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KZ400400OIS5K00@fe-sfbay-09.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Thu, 11 Mar 2010 09:33:36 -0800 (PST)
Received: from [192.168.251.11] ([unknown] [76.93.15.33])
 by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KZ400J4IORZF1G0@fe-sfbay-09.sun.com>; Thu,
 11 Mar 2010 09:33:35 -0800 (PST)
Date: Thu, 11 Mar 2010 09:33:34 -0800
From: "Garrett D'Amore" <gdamore@sun.com>
Subject: Re: Removing MySQL 4.0 from OpenSolaris [PSARC/2010/088 FastTrack
 timeout 03/18/2010]
In-reply-to: <4B99225E.9000603@sun.com>
Sender: Garrett.Damore@sun.com
To: Brian Utterback <Brian.Utterback@sun.com>
Cc: Andrew Gabriel <Andrew.Gabriel@sun.com>,
        Brian Utterback <blu@sac.sfbay.sun.com>, PSARC-ext@sun.com,
        Lukas.Rovensky@sun.com
Message-id: <4B99296E.3070406@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
References: <201003111623.o2BGNNvv014734@sac.sfbay.sun.com>
 <4B991ED1.6030102@sun.com> <4B99225E.9000603@sun.com>
User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.7) Gecko/20100131
 Lightning/1.0b1 Thunderbird/3.0.1
Status: RO
Content-Length: 759

On 03/11/10 09:03 AM, Brian Utterback wrote:
>
>
> On 03/11/10 11:48, Andrew Gabriel wrote:
>
>> This seems like two separate things, which need two different bindings
>> (and would normally be two separate cases).
>>
>> EOL notification and interface reclassification in Solaris 10 would be a
>> patch binding.
>>
>> EOL removal in Solaris Next would be a minor binding (feature removal is
>> not eligible for patch binding).
>>
>> Is this what you mean?
>>
>
> The project team thinks of this as one action, hence the single 
> proposal. We can split this into to cases you that is desired.
>

Personally, I see no need for two separate cases.  The intentions are 
clearly enough stated here, and the actions do seem to be somewhat linked.

     - Garrett


From Lukas.Rovensky@sun.com Thu Mar 11 11:17:48 2010
Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o2BJHlaJ019103
	for <psarc-ext@sac.sfbay.sun.com>; Thu, 11 Mar 2010 11:17:47 -0800 (PST)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o2BJHkn6006133
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 11 Mar 2010 11:17:47 -0800 (PST)
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 <0KZ400J0RTLN0500@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Thu, 11 Mar 2010 12:17:47 -0700 (MST)
Received: from gmp-eb-inf-2.sun.com ([192.18.6.24])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KZ400EYATLKBG20@brm-avmta-1.central.sun.com> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu,
 11 Mar 2010 12:17:45 -0700 (MST)
Received: from fe-emea-10.sun.com
 (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged))
	by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o2BJHidD012018	for
 <PSARC-ext@sun.com>; Thu, 11 Mar 2010 19:17:44 +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.04 64bit (built Jul  2 2009))
 id <0KZ400B00T4CZ600@fe-emea-10.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Thu, 11 Mar 2010 19:17:38 +0000 (GMT)
Received: from Lukas-Rovenskys-Mac-mini.local ([unknown] [85.207.15.101])
 by fe-emea-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KZ4008OCTL8J990@fe-emea-10.sun.com>; Thu,
 11 Mar 2010 19:17:32 +0000 (GMT)
Date: Thu, 11 Mar 2010 20:17:31 +0100
From: Lukas Rovensky <Lukas.Rovensky@sun.com>
Subject: Re: Removing MySQL 4.0 from OpenSolaris [PSARC/2010/088 FastTrack
 timeout 03/18/2010]
In-reply-to: <4B991ED1.6030102@sun.com>
Sender: Lukas.Rovensky@sun.com
To: Andrew Gabriel <Andrew.Gabriel@sun.com>
Cc: Brian Utterback <blu@sac.sfbay.sun.com>, PSARC-ext@sun.com
Message-id: <4B9941CB.7090808@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
References: <201003111623.o2BGNNvv014734@sac.sfbay.sun.com>
 <4B991ED1.6030102@sun.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.8)
 Gecko/20100227 Thunderbird/3.0.3
Status: RO
Content-Length: 932

On 3/11/10 5:48 PM, Andrew Gabriel wrote:
> Brian Utterback wrote:
>> I am sponsoring this fasttrack on behalf of Lukas Rovensky. Binding is
>> patch. Time
>> out is 03/18/2010.
>
>> This FastTrack will EOL the MySQL 4.0 from OpenSolaris and obsolete
>> MySQL 4.0 interfaces in Solaris 10.
>
> This seems like two separate things, which need two different bindings
> (and would normally be two separate cases).
>
> EOL notification and interface reclassification in Solaris 10 would be a
> patch binding.
>
> EOL removal in Solaris Next would be a minor binding (feature removal is
> not eligible for patch binding).
>
> Is this what you mean?
>
In general yes and if formally two cases are needed then I can prepare 
two cases.  However, this would be more or less just "copy/paste" work, 
so if it is possible to go with one case (and eventually modify the 
wording if needed) I would certainly prefer this option.

Thanks,
Lukas

From Alan.Coopersmith@sun.com Thu Mar 11 11:23:43 2010
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o2BJNhru019144
	for <psarc-ext@sac.sfbay.sun.com>; Thu, 11 Mar 2010 11:23:43 -0800 (PST)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id o2BJNeRV044547
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 11 Mar 2010 12:23:42 -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 <0KZ40030HTVH9E00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Thu, 11 Mar 2010 11:23:41 -0800 (PST)
Received: from sca-es-mail-2.sun.com ([192.18.43.133])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KZ400IUUTVH15D0@nwk-avmta-2.sfbay.sun.com> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu,
 11 Mar 2010 11:23:41 -0800 (PST)
Received: from fe-sfbay-09.sun.com ([192.18.43.129])
	by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o2BJNffM015820	for
 <PSARC-ext@sun.com>; Thu, 11 Mar 2010 11:23:41 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KZ400800TL64Y00@fe-sfbay-09.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Thu, 11 Mar 2010 11:23:41 -0800 (PST)
Received: from [129.145.155.53] ([unknown] [129.145.155.53])
 by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KZ400BF3TVDA5E0@fe-sfbay-09.sun.com>; Thu,
 11 Mar 2010 11:23:37 -0800 (PST)
Date: Thu, 11 Mar 2010 11:23:37 -0800
From: Alan Coopersmith <Alan.Coopersmith@sun.com>
Subject: Re: Removing MySQL 4.0 from OpenSolaris [PSARC/2010/088 FastTrack
 timeout 03/18/2010]
In-reply-to: <4B99225E.9000603@sun.com>
Sender: Alan.Coopersmith@sun.com
To: Brian Utterback <Brian.Utterback@sun.com>
Cc: Andrew Gabriel <Andrew.Gabriel@sun.com>,
        Brian Utterback <blu@sac.sfbay.sun.com>, PSARC-ext@sun.com,
        Lukas.Rovensky@sun.com
Message-id: <4B994339.2010900@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Enigmail-Version: 0.95.1
References: <201003111623.o2BGNNvv014734@sac.sfbay.sun.com>
 <4B991ED1.6030102@sun.com> <4B99225E.9000603@sun.com>
User-Agent: Thunderbird 2.0.0.23 (X11/20090926)
Status: RO
Content-Length: 854

Brian Utterback wrote:
> On 03/11/10 11:48, Andrew Gabriel wrote:
> 
>> This seems like two separate things, which need two different bindings
>> (and would normally be two separate cases).
>>
>> EOL notification and interface reclassification in Solaris 10 would be a
>> patch binding.
>>
>> EOL removal in Solaris Next would be a minor binding (feature removal is
>> not eligible for patch binding).
>>
>> Is this what you mean?
>>
> 
> The project team thinks of this as one action, hence the single
> proposal. We can split this into to cases you that is desired.

EOF's (removing a feature from a product, as you're doing here) are often done
as one case, but with different release bindings for the two phases, as Andrew
described.

-- 
	-Alan Coopersmith-           alan.coopersmith@sun.com
	 Oracle Solaris Platform Engineering: X Window System


From Brian.Utterback@sun.com Thu Mar 11 11:35:56 2010
Received: from sunmail6brm.central.sun.com (sunmail6brm.Central.Sun.COM [129.147.4.169])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o2BJZte3019343
	for <psarc-ext@sac.sfbay.sun.com>; Thu, 11 Mar 2010 11:35:55 -0800 (PST)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o2BJZtXj008383
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 11 Mar 2010 13:35:55 -0600 (CST)
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 <0KZ400401UFV1800@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@Sun.COM); Thu, 11 Mar 2010 11:35:55 -0800 (PST)
Received: from brmea-mail-1.sun.com ([192.18.98.31])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KZ400I2QUFU17F0@nwk-avmta-2.sfbay.sun.com> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Thu,
 11 Mar 2010 11:35:54 -0800 (PST)
Received: from fe-amer-10.sun.com ([192.18.109.80])
	by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o2BJZsY5023602	for
 <PSARC-ext@Sun.COM>; Thu, 11 Mar 2010 19:35:54 +0000 (GMT)
Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KZ400G00TT2JS00@mail-amer.sun.com> for PSARC-ext@Sun.COM
 (ORCPT PSARC-ext@Sun.COM); Thu, 11 Mar 2010 12:35:54 -0700 (MST)
Received: from [129.148.9.178] ([unknown] [129.148.9.178])
 by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit
 (built Jul  2 2009)) with ESMTPSA id <0KZ400G6KUFBM470@mail-amer.sun.com>; Thu,
 11 Mar 2010 12:35:37 -0700 (MST)
Date: Thu, 11 Mar 2010 14:35:35 -0500
From: Brian Utterback <Brian.Utterback@sun.com>
Subject: Re: Removing MySQL 4.0 from OpenSolaris [PSARC/2010/088 FastTrack
 timeout 03/18/2010]
In-reply-to: <4B994339.2010900@sun.com>
Sender: Brian.Utterback@sun.com
To: Alan Coopersmith <Alan.Coopersmith@sun.com>
Cc: Andrew Gabriel <Andrew.Gabriel@sun.com>,
        Brian Utterback <blu@sac.sfbay.sun.com>, PSARC-ext@sun.com,
        Lukas.Rovensky@sun.com
Message-id: <4B994607.4080409@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
References: <201003111623.o2BGNNvv014734@sac.sfbay.sun.com>
 <4B991ED1.6030102@sun.com> <4B99225E.9000603@sun.com>
 <4B994339.2010900@sun.com>
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4v; en-US; rv:1.9.1.8) Gecko/20100302
 Lightning/1.0b1 Thunderbird/3.0.3
Status: RO
Content-Length: 1245

If everyone will be happy if we just state that the removal is minor 
binding and the obsolescence is patch binding, then consider it done.

On 03/11/10 14:23, Alan Coopersmith wrote:
> Brian Utterback wrote:
>> On 03/11/10 11:48, Andrew Gabriel wrote:
>>
>>> This seems like two separate things, which need two different bindings
>>> (and would normally be two separate cases).
>>>
>>> EOL notification and interface reclassification in Solaris 10 would be a
>>> patch binding.
>>>
>>> EOL removal in Solaris Next would be a minor binding (feature removal is
>>> not eligible for patch binding).
>>>
>>> Is this what you mean?
>>>
>>
>> The project team thinks of this as one action, hence the single
>> proposal. We can split this into to cases you that is desired.
>
> EOF's (removing a feature from a product, as you're doing here) are often done
> as one case, but with different release bindings for the two phases, as Andrew
> described.
>

-- 
blu

It's bad civic hygiene to build technologies that could someday be
used to facilitate a police state. - Bruce Schneier
----------------------------------------------------------------------
Brian Utterback - Solaris RPE, Oracle Corporation.
Ph:877-259-7345, Em:brian.utterback@oracle.com

From gdamore@sun.com Thu Mar 11 11:42:56 2010
Received: from sunmail6brm.central.sun.com (sunmail6brm.Central.Sun.COM [129.147.4.169])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o2BJgtcE019392
	for <psarc-ext@sac.sfbay.sun.com>; Thu, 11 Mar 2010 11:42:56 -0800 (PST)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o2BJgtj5012331
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 11 Mar 2010 13:42:55 -0600 (CST)
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 <0KZ40040FURJGK00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@Sun.COM); Thu, 11 Mar 2010 11:42:55 -0800 (PST)
Received: from sca-es-mail-2.sun.com ([192.18.43.133])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KZ4004FNURI6420@nwk-avmta-2.sfbay.sun.com> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Thu,
 11 Mar 2010 11:42:54 -0800 (PST)
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 o2BJgoE9018899	for
 <PSARC-ext@Sun.COM>; Thu, 11 Mar 2010 11:42:54 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KZ400600UF7MJ00@fe-sfbay-10.sun.com> for PSARC-ext@Sun.COM
 (ORCPT PSARC-ext@Sun.COM); Thu, 11 Mar 2010 11:42:50 -0800 (PST)
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.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KZ400F8PUQURB50@fe-sfbay-10.sun.com>; Thu,
 11 Mar 2010 11:42:30 -0800 (PST)
Date: Thu, 11 Mar 2010 11:42:30 -0800
From: "Garrett D'Amore" <gdamore@sun.com>
Subject: Re: Removing MySQL 4.0 from OpenSolaris [PSARC/2010/088 FastTrack
 timeout 03/18/2010]
In-reply-to: <4B994607.4080409@sun.com>
Sender: Garrett.Damore@sun.com
To: Brian Utterback <Brian.Utterback@sun.com>
Cc: Alan Coopersmith <Alan.Coopersmith@sun.com>,
        Andrew Gabriel <Andrew.Gabriel@sun.com>,
        Brian Utterback <blu@sac.sfbay.sun.com>, PSARC-ext@sun.com,
        Lukas.Rovensky@sun.com
Message-id: <4B9947A6.1040109@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
References: <201003111623.o2BGNNvv014734@sac.sfbay.sun.com>
 <4B991ED1.6030102@sun.com> <4B99225E.9000603@sun.com>
 <4B994339.2010900@sun.com> <4B994607.4080409@sun.com>
User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.7) Gecko/20100131
 Lightning/1.0b1 Thunderbird/3.0.1
Status: RO
Content-Length: 1242

SInce nobody else has said so explicitly yet, +1 on the case, and +1 on 
just needing the single case.  (I.e. I'm +1'ing both the announce in S10 
and the removal in OpenSolaris.)

     - Garrett


On 03/11/10 11:35 AM, Brian Utterback wrote:
> If everyone will be happy if we just state that the removal is minor 
> binding and the obsolescence is patch binding, then consider it done.
>
> On 03/11/10 14:23, Alan Coopersmith wrote:
>> Brian Utterback wrote:
>>> On 03/11/10 11:48, Andrew Gabriel wrote:
>>>
>>>> This seems like two separate things, which need two different bindings
>>>> (and would normally be two separate cases).
>>>>
>>>> EOL notification and interface reclassification in Solaris 10 would 
>>>> be a
>>>> patch binding.
>>>>
>>>> EOL removal in Solaris Next would be a minor binding (feature 
>>>> removal is
>>>> not eligible for patch binding).
>>>>
>>>> Is this what you mean?
>>>>
>>>
>>> The project team thinks of this as one action, hence the single
>>> proposal. We can split this into to cases you that is desired.
>>
>> EOF's (removing a feature from a product, as you're doing here) are 
>> often done
>> as one case, but with different release bindings for the two phases, 
>> as Andrew
>> described.
>>
>


From dcragun@sonic.net Thu Mar 11 15:17:57 2010
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o2BNHvVW025443
	for <psarc-ext@sac.sfbay.sun.com>; Thu, 11 Mar 2010 15:17:57 -0800 (PST)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id o2BNHs4I018366;
	Thu, 11 Mar 2010 16:17:55 -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 <0KZ500I094PU7T00@nwk-avmta-2.sfbay.sun.com>; Thu,
 11 Mar 2010 15:17:54 -0800 (PST)
Received: from brmea-mail-2.sun.com ([192.18.98.43])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KZ500FKW4PTWU20@nwk-avmta-2.sfbay.sun.com>; Thu,
 11 Mar 2010 15:17:53 -0800 (PST)
Received: from relay43i.sun.com ([192.5.209.74])
	by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o2BN7ViI018833; Thu,
 11 Mar 2010 23:17:52 +0000 (GMT)
Received: from mmp42es.mmp.us.syntegra.com ([160.41.221.11] [160.41.221.11])
 by relay43i.sun.com with ESMTP id BT-MMP-522541; Thu,
 11 Mar 2010 23:17:52 +0000 (Z)
Received: from relay44i.sun.com (relay44i.sun.com [192.5.209.118])
 by mmp42es.mmp.us.syntegra.com with ESMTP id BT-MMP-36099174; Thu,
 11 Mar 2010 23:17:52 +0000 (Z)
Received: from a.mail.sonic.net ([64.142.16.245] [64.142.16.245])
 by relay4i.sun.com with ESMTP id BT-MMP-4480162; Thu,
 11 Mar 2010 23:17:52 +0000 (Z)
Received: from [10.0.0.4]
 (76-191-129-144.dsl.dynamic.sonic.net [76.191.129.144])	(authenticated bits=0)
	by a.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id o2BNHpcv018211
	(version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu,
 11 Mar 2010 15:17:51 -0800
Date: Thu, 11 Mar 2010 15:17:50 -0800
From: Don Cragun <dcragun@sonic.net>
Subject: Re: Removing MySQL 4.0 from OpenSolaris [PSARC/2010/088 	FastTrack
 timeout 03/18/2010]
In-reply-to: <mailman.1228.1268344023.1198.opensolaris-arc@opensolaris.org>
To: PSARC-ext@sun.com
Cc: Lukas.Rovensky@sun.com, Andrew.Gabriel@sun.com, blu@sac.sfbay.sun.com
Message-id: <EB02113C-65CD-4931-814C-896A6DF57596@sonic.net>
MIME-version: 1.0
X-Mailer: Apple Mail (2.1077)
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
X-Antispam: No, score=0.0/5.0, scanned in 0.090sec at (localhost [127.0.0.1])
	by smf-spamd v1.3.1 - http://smfs.sf.net/
References: <mailman.1228.1268344023.1198.opensolaris-arc@opensolaris.org>
Status: RO
Content-Length: 735


On Mar 11, 2010, at 11:42:30 -0800, Garrett D'Amore wrote:

> SInce nobody else has said so explicitly yet, +1 on the case, and +1 on 
> just needing the single case.  (I.e. I'm +1'ing both the announce in S10 
> and the removal in OpenSolaris.)
> 
>     - Garrett

Garrett,
I think you're missing the point.  The case as written announces the
removal of MySQL 4.0 from S10 and removes MySQL 4.0 from S10 as a
patch.  I believe everyone that has commented so far would be happy
if the case announced the future removal with a patch or micro binding,
but had a minor release binding for the actual removal of the product
rather than a patch binding.

Removing an old, supported interface as part in a patch is NOT
appropriate!

 - Don

From gdamore@sun.com Thu Mar 11 21:24:56 2010
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o2C5Ot4E003130
	for <psarc-ext@sac.sfbay.sun.com>; Thu, 11 Mar 2010 21:24:55 -0800 (PST)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id o2C5OtNi063584
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 11 Mar 2010 22:24:55 -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-3.04 (built Jul 15 2005))
 id <0KZ500003LPJCL00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Thu, 11 Mar 2010 21:24:55 -0800 (PST)
Received: from sca-es-mail-2.sun.com ([192.18.43.133])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KZ500JL2LPIXO70@nwk-avmta-1.sfbay.Sun.COM> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu,
 11 Mar 2010 21:24:54 -0800 (PST)
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 o2C5OsFY018845	for
 <PSARC-ext@sun.com>; Thu, 11 Mar 2010 21:24:54 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KZ500400LE27L00@fe-sfbay-10.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Thu, 11 Mar 2010 21:24:54 -0800 (PST)
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.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KZ50094JLPHG580@fe-sfbay-10.sun.com>; Thu,
 11 Mar 2010 21:24:54 -0800 (PST)
Date: Thu, 11 Mar 2010 21:24:53 -0800
From: "Garrett D'Amore" <gdamore@sun.com>
Subject: Re: Removing MySQL 4.0 from OpenSolaris [PSARC/2010/088 	FastTrack
 timeout 03/18/2010]
In-reply-to: <EB02113C-65CD-4931-814C-896A6DF57596@sonic.net>
Sender: Garrett.Damore@sun.com
To: Don Cragun <dcragun@sonic.net>
Cc: PSARC-ext@sun.com, Lukas.Rovensky@sun.com, Andrew.Gabriel@sun.com,
        blu@sac.sfbay.sun.com
Message-id: <4B99D025.20701@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
References: <mailman.1228.1268344023.1198.opensolaris-arc@opensolaris.org>
 <EB02113C-65CD-4931-814C-896A6DF57596@sonic.net>
User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.7) Gecko/20100131
 Lightning/1.0b1 Thunderbird/3.0.1
Status: RO
Content-Length: 1180

On 03/11/10 03:17 PM, Don Cragun wrote:
> On Mar 11, 2010, at 11:42:30 -0800, Garrett D'Amore wrote:
>
>    
>> SInce nobody else has said so explicitly yet, +1 on the case, and +1 on
>> just needing the single case.  (I.e. I'm +1'ing both the announce in S10
>> and the removal in OpenSolaris.)
>>
>>      - Garrett
>>      
> Garrett,
> I think you're missing the point.  The case as written announces the
> removal of MySQL 4.0 from S10 and removes MySQL 4.0 from S10 as a
> patch.  I believe everyone that has commented so far would be happy
> if the case announced the future removal with a patch or micro binding,
> but had a minor release binding for the actual removal of the product
> rather than a patch binding.
>
> Removing an old, supported interface as part in a patch is NOT
> appropriate!
>    

Oh, I misread that... I thought the case was only proposing to announce 
the removal in S10.  Actually *removing* it in S10 is not really 
appropriate, removing it in the next release is fine.

So I'm going to have to retract the +1 that relates to the removal in 
S10.  A removal in SNV is OK.  (Assuming it already hasn't happened.)

     - Garrett
>   - Don
>    


From Lukas.Rovensky@sun.com Thu Mar 11 22:09:51 2010
Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o2C69p43003755
	for <psarc-ext@sac.sfbay.sun.com>; Thu, 11 Mar 2010 22:09:51 -0800 (PST)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o2C69pdx027338
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 11 Mar 2010 22:09:51 -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-3.04 (built Jul 15 2005))
 id <0KZ500D05NSFML00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Thu, 11 Mar 2010 22:09:51 -0800 (PST)
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 <0KZ500JN3NSDX9B0@nwk-avmta-1.sfbay.Sun.COM> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu,
 11 Mar 2010 22:09:50 -0800 (PST)
Received: from fe-emea-09.sun.com
 (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged))
	by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o2C69nPn026694	for
 <PSARC-ext@sun.com>; Fri, 12 Mar 2010 06:09:49 +0000 (GMT)
Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KZ500200NOK3J00@fe-emea-09.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Fri, 12 Mar 2010 06:09:40 +0000 (GMT)
Received: from Lukas-Rovenskys-Mac-mini.local ([unknown] [85.207.15.101])
 by fe-emea-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KZ500LOTNRWJI10@fe-emea-09.sun.com>; Fri,
 12 Mar 2010 06:09:40 +0000 (GMT)
Date: Fri, 12 Mar 2010 07:09:32 +0100
From: Lukas Rovensky <Lukas.Rovensky@sun.com>
Subject: Re: Removing MySQL 4.0 from OpenSolaris [PSARC/2010/088 	FastTrack
 timeout 03/18/2010]
In-reply-to: <4B99D025.20701@sun.com>
Sender: Lukas.Rovensky@sun.com
To: "Garrett D'Amore" <gdamore@sun.com>
Cc: Don Cragun <dcragun@sonic.net>, PSARC-ext@sun.com, Andrew.Gabriel@sun.com,
        blu@sac.sfbay.sun.com
Message-id: <4B99DA9C.3010001@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
References: <mailman.1228.1268344023.1198.opensolaris-arc@opensolaris.org>
 <EB02113C-65CD-4931-814C-896A6DF57596@sonic.net> <4B99D025.20701@sun.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.8)
 Gecko/20100227 Thunderbird/3.0.3
Status: RO
Content-Length: 1478

On 3/12/10 6:24 AM, Garrett D'Amore wrote:
> On 03/11/10 03:17 PM, Don Cragun wrote:
>> On Mar 11, 2010, at 11:42:30 -0800, Garrett D'Amore wrote:
>>
>>> SInce nobody else has said so explicitly yet, +1 on the case, and +1 on
>>> just needing the single case. (I.e. I'm +1'ing both the announce in S10
>>> and the removal in OpenSolaris.)
>>>
>>> - Garrett
>> Garrett,
>> I think you're missing the point. The case as written announces the
>> removal of MySQL 4.0 from S10 and removes MySQL 4.0 from S10 as a
>> patch. I believe everyone that has commented so far would be happy
>> if the case announced the future removal with a patch or micro binding,
>> but had a minor release binding for the actual removal of the product
>> rather than a patch binding.
>>
>> Removing an old, supported interface as part in a patch is NOT
>> appropriate!
>
> Oh, I misread that... I thought the case was only proposing to announce
> the removal in S10. Actually *removing* it in S10 is not really
> appropriate, removing it in the next release is fine.
>
> So I'm going to have to retract the +1 that relates to the removal in
> S10. A removal in SNV is OK. (Assuming it already hasn't happened.)
>
> - Garrett
>> - Don
>
Hi all,

no, please -- the case really wants to *remove* MySQL 4 from *SNV* and 
only *obsolete* MySQL 4 in *S10*.  That's it. If later on it is possible 
to remove MySQL from S10 then this will be certainly desired but this is 
not goal of this case.

Thanks,
Luksa

From gdamore@sun.com Thu Mar 11 22:45:54 2010
Received: from sunmail6brm.central.sun.com (sunmail6brm.Central.Sun.COM [129.147.4.169])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o2C6js2D003912
	for <psarc-ext@sac.sfbay.sun.com>; Thu, 11 Mar 2010 22:45:54 -0800 (PST)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o2C6jq9b002910
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 12 Mar 2010 00:45:54 -0600 (CST)
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 <0KZ500N0DPGH4L00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Thu, 11 Mar 2010 22:45:53 -0800 (PST)
Received: from sca-es-mail-1.sun.com ([192.18.43.132])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KZ500J3HPGFXQD0@nwk-avmta-1.sfbay.Sun.COM> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu,
 11 Mar 2010 22:45:51 -0800 (PST)
Received: from fe-sfbay-09.sun.com ([192.18.43.129])
	by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o2C6jphm002588	for
 <PSARC-ext@sun.com>; Thu, 11 Mar 2010 22:45:51 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KZ500500P80WU00@fe-sfbay-09.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Thu, 11 Mar 2010 22:45:51 -0800 (PST)
Received: from [192.168.251.11] ([unknown] [76.93.15.33])
 by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KZ5000GPPGF7L20@fe-sfbay-09.sun.com>; Thu,
 11 Mar 2010 22:45:51 -0800 (PST)
Date: Thu, 11 Mar 2010 22:45:50 -0800
From: "Garrett D'Amore" <gdamore@sun.com>
Subject: Re: Removing MySQL 4.0 from OpenSolaris [PSARC/2010/088 	FastTrack
 timeout 03/18/2010]
In-reply-to: <4B99DA9C.3010001@sun.com>
Sender: Garrett.Damore@sun.com
To: Lukas Rovensky <Lukas.Rovensky@sun.com>
Cc: Don Cragun <dcragun@sonic.net>, PSARC-ext@sun.com, Andrew.Gabriel@sun.com,
        blu@sac.sfbay.sun.com
Message-id: <4B99E31E.4030403@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
References: <mailman.1228.1268344023.1198.opensolaris-arc@opensolaris.org>
 <EB02113C-65CD-4931-814C-896A6DF57596@sonic.net> <4B99D025.20701@sun.com>
 <4B99DA9C.3010001@sun.com>
User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.7) Gecko/20100131
 Lightning/1.0b1 Thunderbird/3.0.1
Status: RO
Content-Length: 1670

On 03/11/10 10:09 PM, Lukas Rovensky wrote:
> On 3/12/10 6:24 AM, Garrett D'Amore wrote:
>> On 03/11/10 03:17 PM, Don Cragun wrote:
>>> On Mar 11, 2010, at 11:42:30 -0800, Garrett D'Amore wrote:
>>>
>>>> SInce nobody else has said so explicitly yet, +1 on the case, and 
>>>> +1 on
>>>> just needing the single case. (I.e. I'm +1'ing both the announce in 
>>>> S10
>>>> and the removal in OpenSolaris.)
>>>>
>>>> - Garrett
>>> Garrett,
>>> I think you're missing the point. The case as written announces the
>>> removal of MySQL 4.0 from S10 and removes MySQL 4.0 from S10 as a
>>> patch. I believe everyone that has commented so far would be happy
>>> if the case announced the future removal with a patch or micro binding,
>>> but had a minor release binding for the actual removal of the product
>>> rather than a patch binding.
>>>
>>> Removing an old, supported interface as part in a patch is NOT
>>> appropriate!
>>
>> Oh, I misread that... I thought the case was only proposing to announce
>> the removal in S10. Actually *removing* it in S10 is not really
>> appropriate, removing it in the next release is fine.
>>
>> So I'm going to have to retract the +1 that relates to the removal in
>> S10. A removal in SNV is OK. (Assuming it already hasn't happened.)
>>
>> - Garrett
>>> - Don
>>
> Hi all,
>
> no, please -- the case really wants to *remove* MySQL 4 from *SNV* and 
> only *obsolete* MySQL 4 in *S10*.  That's it. If later on it is 
> possible to remove MySQL from S10 then this will be certainly desired 
> but this is not goal of this case.

Okay, so that's what I *thought* I was +1'ing.  So you have my +1. :-)

     - Garrett
>
> Thanks,
> Luksa


From Lukas.Rovensky@sun.com Thu Mar 11 23:50:07 2010
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o2C7o7kN004760
	for <psarc-ext@sac.sfbay.sun.com>; Thu, 11 Mar 2010 23:50:07 -0800 (PST)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id o2C7o5n6031747
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 12 Mar 2010 00:50:06 -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-3.04 (built Jul 15 2005))
 id <0KZ500H0HSFHNU00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Thu, 11 Mar 2010 23:50:05 -0800 (PST)
Received: from gmp-eb-inf-2.sun.com ([192.18.6.24])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KZ500C1OSFGPM70@nwk-avmta-1.sfbay.Sun.COM> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu,
 11 Mar 2010 23:50:05 -0800 (PST)
Received: from fe-emea-10.sun.com
 (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged))
	by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o2C7o3o9020712	for
 <PSARC-ext@sun.com>; Fri, 12 Mar 2010 07:50:03 +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.04 64bit (built Jul  2 2009))
 id <0KZ500K00RL0WJ00@fe-emea-10.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Fri, 12 Mar 2010 07:49:45 +0000 (GMT)
Received: from MyspulinPro.local
 (101-15-207-85.static.bluetone.cz [85.207.15.101])
 by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit
 (built Jul  2 2009)) with ESMTPSA id <0KZ500GRZSEDP350@fe-emea-10.sun.com>;
 Fri, 12 Mar 2010 07:49:34 +0000 (GMT)
Date: Fri, 12 Mar 2010 08:49:25 +0100
From: Lukas Rovensky <Lukas.Rovensky@sun.com>
Subject: Re: Removing MySQL 4.0 from OpenSolaris [PSARC/2010/088 	FastTrack
 timeout 03/18/2010]
In-reply-to: <4B99E31E.4030403@sun.com>
Sender: Lukas.Rovensky@sun.com
To: "Garrett D'Amore" <gdamore@sun.com>
Cc: Don Cragun <dcragun@sonic.net>, PSARC-ext@sun.com, Andrew.Gabriel@sun.com,
        blu@sac.sfbay.sun.com
Message-id: <4B99F205.3050001@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
References: <mailman.1228.1268344023.1198.opensolaris-arc@opensolaris.org>
 <EB02113C-65CD-4931-814C-896A6DF57596@sonic.net> <4B99D025.20701@sun.com>
 <4B99DA9C.3010001@sun.com> <4B99E31E.4030403@sun.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.8)
 Gecko/20100227 Thunderbird/3.0.3
Status: RO
Content-Length: 1742

On 3/12/10 7:45 AM, Garrett D'Amore wrote:
> On 03/11/10 10:09 PM, Lukas Rovensky wrote:
>> On 3/12/10 6:24 AM, Garrett D'Amore wrote:
>>> On 03/11/10 03:17 PM, Don Cragun wrote:
>>>> On Mar 11, 2010, at 11:42:30 -0800, Garrett D'Amore wrote:
>>>>
>>>>> SInce nobody else has said so explicitly yet, +1 on the case, and
>>>>> +1 on
>>>>> just needing the single case. (I.e. I'm +1'ing both the announce in
>>>>> S10
>>>>> and the removal in OpenSolaris.)
>>>>>
>>>>> - Garrett
>>>> Garrett,
>>>> I think you're missing the point. The case as written announces the
>>>> removal of MySQL 4.0 from S10 and removes MySQL 4.0 from S10 as a
>>>> patch. I believe everyone that has commented so far would be happy
>>>> if the case announced the future removal with a patch or micro binding,
>>>> but had a minor release binding for the actual removal of the product
>>>> rather than a patch binding.
>>>>
>>>> Removing an old, supported interface as part in a patch is NOT
>>>> appropriate!
>>>
>>> Oh, I misread that... I thought the case was only proposing to announce
>>> the removal in S10. Actually *removing* it in S10 is not really
>>> appropriate, removing it in the next release is fine.
>>>
>>> So I'm going to have to retract the +1 that relates to the removal in
>>> S10. A removal in SNV is OK. (Assuming it already hasn't happened.)
>>>
>>> - Garrett
>>>> - Don
>>>
>> Hi all,
>>
>> no, please -- the case really wants to *remove* MySQL 4 from *SNV* and
>> only *obsolete* MySQL 4 in *S10*. That's it. If later on it is
>> possible to remove MySQL from S10 then this will be certainly desired
>> but this is not goal of this case.
>
> Okay, so that's what I *thought* I was +1'ing. So you have my +1. :-)
>
Great, thanks :-) ... Lukas

From dcragun@sonic.net Fri Mar 12 10:20:07 2010
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o2CIK6sS002676
	for <psarc-ext@sac.sfbay.sun.com>; Fri, 12 Mar 2010 10:20:06 -0800 (PST)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id o2CIK0WL058398;
	Fri, 12 Mar 2010 11:20:03 -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-3.04 (built Jul 15 2005))
 id <0KZ600I19LLERG00@nwk-avmta-1.sfbay.Sun.COM>; Fri,
 12 Mar 2010 10:20:02 -0800 (PST)
Received: from sca-ea-mail-2.sun.com ([192.18.43.25])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KZ6004Y6LLEO1D0@nwk-avmta-1.sfbay.Sun.COM>; Fri,
 12 Mar 2010 10:20:02 -0800 (PST)
Received: from relay11i.sun.com
 (ip121.net129179-4.block1.us.syntegra.com [129.179.4.121])
	by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o2CI9DYX018163;
 Fri, 12 Mar 2010 18:20:02 +0000 (GMT)
Received: from mmp13es.mmp.us.syntegra.com ([160.41.208.13] [160.41.208.13])
 by relay11i.sun.com with ESMTP id BT-MMP-1328674; Fri,
 12 Mar 2010 18:20:01 +0000 (Z)
Received: from relay13i.sun.com (relay13i.sun.com [129.179.4.123])
 by mmp13es.mmp.us.syntegra.com with ESMTP id BT-MMP-56269227; Fri,
 12 Mar 2010 18:19:59 +0000 (Z)
Received: from a.mail.sonic.net ([64.142.16.245] [64.142.16.245])
 by relay1i.sun.com with ESMTP id BT-MMP-28090961; Fri,
 12 Mar 2010 18:19:57 +0000 (Z)
Received: from [10.0.0.4]
 (76-191-129-144.dsl.dynamic.sonic.net [76.191.129.144])	(authenticated bits=0)
	by a.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id o2CIJmnZ023623
	(version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri,
 12 Mar 2010 10:19:48 -0800
Date: Fri, 12 Mar 2010 10:19:48 -0800
From: Don Cragun <dcragun@sonic.net>
Subject: Re: Removing MySQL 4.0 from OpenSolaris [PSARC/2010/088 	FastTrack
 timeout 03/18/2010]
In-reply-to: <4B99E31E.4030403@sun.com>
To: "Garrett D'Amore" <gdamore@sun.com>
Cc: Lukas Rovensky <Lukas.Rovensky@sun.com>, PSARC-ext@sun.com,
        Andrew.Gabriel@sun.com, blu@sac.sfbay.sun.com
Message-id: <5E567347-3257-4F0F-A2B8-F86747B11B8F@sonic.net>
MIME-version: 1.0
X-Mailer: Apple Mail (2.1077)
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
X-Antispam: No, score=-1.1/5.0, scanned in 2.150sec at (localhost [127.0.0.1])
	by smf-spamd v1.3.1 - http://smfs.sf.net/
References: <mailman.1228.1268344023.1198.opensolaris-arc@opensolaris.org>
 <EB02113C-65CD-4931-814C-896A6DF57596@sonic.net> <4B99D025.20701@sun.com>
 <4B99DA9C.3010001@sun.com> <4B99E31E.4030403@sun.com>
Status: RO
Content-Length: 2745


On Mar 11, 2010, at 10:45 PM, Garrett D'Amore wrote:

> On 03/11/10 10:09 PM, Lukas Rovensky wrote:
>> On 3/12/10 6:24 AM, Garrett D'Amore wrote:
>>> On 03/11/10 03:17 PM, Don Cragun wrote:
>>>> On Mar 11, 2010, at 11:42:30 -0800, Garrett D'Amore wrote:
>>>> 
>>>>> SInce nobody else has said so explicitly yet, +1 on the case, and +1 on
>>>>> just needing the single case. (I.e. I'm +1'ing both the announce in S10
>>>>> and the removal in OpenSolaris.)
>>>>> 
>>>>> - Garrett
>>>> Garrett,
>>>> I think you're missing the point. The case as written announces the
>>>> removal of MySQL 4.0 from S10 and removes MySQL 4.0 from S10 as a
>>>> patch. I believe everyone that has commented so far would be happy
>>>> if the case announced the future removal with a patch or micro binding,
>>>> but had a minor release binding for the actual removal of the product
>>>> rather than a patch binding.
>>>> 
>>>> Removing an old, supported interface as part in a patch is NOT
>>>> appropriate!
>>> 
>>> Oh, I misread that... I thought the case was only proposing to announce
>>> the removal in S10. Actually *removing* it in S10 is not really
>>> appropriate, removing it in the next release is fine.
>>> 
>>> So I'm going to have to retract the +1 that relates to the removal in
>>> S10. A removal in SNV is OK. (Assuming it already hasn't happened.)
>>> 
>>> - Garrett
>>>> - Don
>>> 
>> Hi all,
>> 
>> no, please -- the case really wants to *remove* MySQL 4 from *SNV* and only *obsolete* MySQL 4 in *S10*.  That's it. If later on it is possible to remove MySQL from S10 then this will be certainly desired but this is not goal of this case.
> 
> Okay, so that's what I *thought* I was +1'ing.  So you have my +1. :-)
> 
>    - Garrett

No.  That is not what the case says.  Quoting from the original
materials:
1.  From your intro to the case: "Binding is patch."
2.  From the interface table in the case (section 5): "All the interfaces
    described below will be obsoleted in Solaris 10."  (This is fine with
    a patch binding.)
3.  From the interface table in the case (section 5): "MySQL 4.0 binaries
    from /usr/sfw/bin will be removed:", "MySQL 4.0 libraries from
    /usr/sfw/lib will be removed:", "MySQL 4.0 man pages from
    /usr/sfw/man/man1 will be removed:", "MySQL 4.0 include files from
    /usr/sfw/mysql/include will be removed including the entire
    directory.", "MySQL 4.0 tests in /usr/sfw/mysql will be removed,
    including the entire directory.", and "MySQL 4.0 I18N and config
    files at /usr/sfw/share/mysql/ will be removed, including the entire
    directory, and the file /usr/sfw/share/info/mysql.info". (These all
    need a minor release binding; not a patch binding.)

 - Don

>> 
>> Thanks,
>> Luksa
> 


From gdamore@Sun.COM Fri Mar 12 10:37:07 2010
Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o2CIb7Tm002781
	for <psarc-ext@sac.sfbay.sun.com>; Fri, 12 Mar 2010 10:37:07 -0800 (PST)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o2CIStgL026364
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 12 Mar 2010 10:37:03 -0800 (PST)
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 <0KZ60080DMDMIW00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Fri, 12 Mar 2010 11:36:58 -0700 (MST)
Received: from sca-es-mail-1.sun.com ([192.18.43.132])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KZ60072HMDK5G10@brm-avmta-1.central.sun.com> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri,
 12 Mar 2010 11:36:56 -0700 (MST)
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 o2CIauLW006742	for
 <PSARC-ext@sun.com>; Fri, 12 Mar 2010 10:36:56 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KZ600D00LJ1GQ00@fe-sfbay-10.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Fri, 12 Mar 2010 10:36:56 -0800 (PST)
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.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KZ600GPCMD99HA0@fe-sfbay-10.sun.com>; Fri,
 12 Mar 2010 10:36:46 -0800 (PST)
Date: Fri, 12 Mar 2010 10:36:45 -0800
From: "Garrett D'Amore" <gdamore@Sun.COM>
Subject: Re: Removing MySQL 4.0 from OpenSolaris [PSARC/2010/088 	FastTrack
 timeout 03/18/2010]
In-reply-to: <5E567347-3257-4F0F-A2B8-F86747B11B8F@sonic.net>
Sender: Garrett.Damore@Sun.COM
To: Don Cragun <dcragun@sonic.net>
Cc: Lukas Rovensky <Lukas.Rovensky@Sun.COM>, PSARC-ext@Sun.COM,
        Andrew.Gabriel@Sun.COM, blu@sac.sfbay.sun.com
Message-id: <4B9A89BD.1050905@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
References: <mailman.1228.1268344023.1198.opensolaris-arc@opensolaris.org>
 <EB02113C-65CD-4931-814C-896A6DF57596@sonic.net> <4B99D025.20701@sun.com>
 <4B99DA9C.3010001@sun.com> <4B99E31E.4030403@sun.com>
 <5E567347-3257-4F0F-A2B8-F86747B11B8F@sonic.net>
User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.7) Gecko/20100131
 Lightning/1.0b1 Thunderbird/3.0.1
Status: RO
Content-Length: 3460

On 03/12/10 10:19 AM, Don Cragun wrote:
> On Mar 11, 2010, at 10:45 PM, Garrett D'Amore wrote:
>
>    
>> On 03/11/10 10:09 PM, Lukas Rovensky wrote:
>>      
>>> On 3/12/10 6:24 AM, Garrett D'Amore wrote:
>>>        
>>>> On 03/11/10 03:17 PM, Don Cragun wrote:
>>>>          
>>>>> On Mar 11, 2010, at 11:42:30 -0800, Garrett D'Amore wrote:
>>>>>
>>>>>            
>>>>>> SInce nobody else has said so explicitly yet, +1 on the case, and +1 on
>>>>>> just needing the single case. (I.e. I'm +1'ing both the announce in S10
>>>>>> and the removal in OpenSolaris.)
>>>>>>
>>>>>> - Garrett
>>>>>>              
>>>>> Garrett,
>>>>> I think you're missing the point. The case as written announces the
>>>>> removal of MySQL 4.0 from S10 and removes MySQL 4.0 from S10 as a
>>>>> patch. I believe everyone that has commented so far would be happy
>>>>> if the case announced the future removal with a patch or micro binding,
>>>>> but had a minor release binding for the actual removal of the product
>>>>> rather than a patch binding.
>>>>>
>>>>> Removing an old, supported interface as part in a patch is NOT
>>>>> appropriate!
>>>>>            
>>>> Oh, I misread that... I thought the case was only proposing to announce
>>>> the removal in S10. Actually *removing* it in S10 is not really
>>>> appropriate, removing it in the next release is fine.
>>>>
>>>> So I'm going to have to retract the +1 that relates to the removal in
>>>> S10. A removal in SNV is OK. (Assuming it already hasn't happened.)
>>>>
>>>> - Garrett
>>>>          
>>>>> - Don
>>>>>            
>>>>          
>>> Hi all,
>>>
>>> no, please -- the case really wants to *remove* MySQL 4 from *SNV* and only *obsolete* MySQL 4 in *S10*.  That's it. If later on it is possible to remove MySQL from S10 then this will be certainly desired but this is not goal of this case.
>>>        
>> Okay, so that's what I *thought* I was +1'ing.  So you have my +1. :-)
>>
>>     - Garrett
>>      
> No.  That is not what the case says.  Quoting from the original
> materials:
> 1.  From your intro to the case: "Binding is patch."
> 2.  From the interface table in the case (section 5): "All the interfaces
>      described below will be obsoleted in Solaris 10."  (This is fine with
>      a patch binding.)
> 3.  From the interface table in the case (section 5): "MySQL 4.0 binaries
>      from /usr/sfw/bin will be removed:", "MySQL 4.0 libraries from
>      /usr/sfw/lib will be removed:", "MySQL 4.0 man pages from
>      /usr/sfw/man/man1 will be removed:", "MySQL 4.0 include files from
>      /usr/sfw/mysql/include will be removed including the entire
>      directory.", "MySQL 4.0 tests in /usr/sfw/mysql will be removed,
>      including the entire directory.", and "MySQL 4.0 I18N and config
>      files at /usr/sfw/share/mysql/ will be removed, including the entire
>      directory, and the file /usr/sfw/share/info/mysql.info". (These all
>      need a minor release binding; not a patch binding.)
>
>   - Don
>    

Okay, but in the subsequent conversation, it seems pretty clear that 
what is intended is what I said; confirmation mail from project team 
(above) indicates this as well.

So regardless of what the original mail said,  the case at hand is 
announce EOF in S10, remove in Nevada.

The "binding" on this is Patch for the announce, and Minor for the 
removal.  Do we really need the project to resubmit the materials to 
make that any more explicit?

     - Garrett


From dcragun@sonic.net Fri Mar 12 11:01:07 2010
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o2CJ16ZF003295
	for <psarc-ext@sac.sfbay.sun.com>; Fri, 12 Mar 2010 11:01:07 -0800 (PST)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id o2CJ128f026938;
	Fri, 12 Mar 2010 12:01:03 -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 <0KZ600313NHQZ900@nwk-avmta-2.sfbay.sun.com>; Fri,
 12 Mar 2010 11:01:02 -0800 (PST)
Received: from brmea-mail-2.sun.com ([192.18.98.43])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KZ6002LXNHQIFC0@nwk-avmta-2.sfbay.sun.com>; Fri,
 12 Mar 2010 11:01:02 -0800 (PST)
Received: from relay42i.sun.com ([192.5.209.72])
	by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o2CIuFxQ009968; Fri,
 12 Mar 2010 19:01:01 +0000 (GMT)
Received: from mms48es.mms.us.syntegra.com ([160.41.221.230] [160.41.221.230])
 by relay42i.sun.com with ESMTP id BT-MMP-2131079; Fri,
 12 Mar 2010 19:01:01 +0000 (Z)
Received: from relay45i.sun.com (relay45i.sun.com [192.5.209.94])
 by mms48es.mms.us.syntegra.com with ESMTP id BT-MMP-37060057; Fri,
 12 Mar 2010 19:01:00 +0000 (Z)
Received: from b.mail.sonic.net ([64.142.19.5] [64.142.19.5])
 by relay4i.sun.com with ESMTP id BT-MMP-19718009; Fri,
 12 Mar 2010 19:00:59 +0000 (Z)
Received: from [10.0.0.4]
 (76-191-129-144.dsl.dynamic.sonic.net [76.191.129.144])	(authenticated bits=0)
	by b.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id o2CJ0wRg017647
	(version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri,
 12 Mar 2010 11:00:58 -0800
Date: Fri, 12 Mar 2010 11:00:58 -0800
From: Don Cragun <dcragun@sonic.net>
Subject: Re: Removing MySQL 4.0 from OpenSolaris [PSARC/2010/088 	FastTrack
 timeout 03/18/2010]
In-reply-to: <4B9A89BD.1050905@sun.com>
To: "Garrett D'Amore" <gdamore@sun.com>
Cc: Lukas Rovensky <Lukas.Rovensky@sun.com>, PSARC-ext@sun.com,
        Andrew.Gabriel@sun.com, blu@sac.sfbay.sun.com
Message-id: <86B67486-7E56-4424-BA39-6E8EA36544FA@sonic.net>
MIME-version: 1.0
X-Mailer: Apple Mail (2.1077)
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
X-Antispam: No, score=-2.6/5.0, scanned in 1.202sec at (localhost [127.0.0.1])
	by smf-spamd v1.3.1 - http://smfs.sf.net/
References: <mailman.1228.1268344023.1198.opensolaris-arc@opensolaris.org>
 <EB02113C-65CD-4931-814C-896A6DF57596@sonic.net> <4B99D025.20701@sun.com>
 <4B99DA9C.3010001@sun.com> <4B99E31E.4030403@sun.com>
 <5E567347-3257-4F0F-A2B8-F86747B11B8F@sonic.net> <4B9A89BD.1050905@sun.com>
Status: RO
Content-Length: 4020


On Mar 12, 2010, at 10:36 AM, Garrett D'Amore wrote:

> On 03/12/10 10:19 AM, Don Cragun wrote:
>> On Mar 11, 2010, at 10:45 PM, Garrett D'Amore wrote:
>> 
>>   
>>> On 03/11/10 10:09 PM, Lukas Rovensky wrote:
>>>     
>>>> On 3/12/10 6:24 AM, Garrett D'Amore wrote:
>>>>       
>>>>> On 03/11/10 03:17 PM, Don Cragun wrote:
>>>>>         
>>>>>> On Mar 11, 2010, at 11:42:30 -0800, Garrett D'Amore wrote:
>>>>>> 
>>>>>>           
>>>>>>> SInce nobody else has said so explicitly yet, +1 on the case, and +1 on
>>>>>>> just needing the single case. (I.e. I'm +1'ing both the announce in S10
>>>>>>> and the removal in OpenSolaris.)
>>>>>>> 
>>>>>>> - Garrett
>>>>>>>             
>>>>>> Garrett,
>>>>>> I think you're missing the point. The case as written announces the
>>>>>> removal of MySQL 4.0 from S10 and removes MySQL 4.0 from S10 as a
>>>>>> patch. I believe everyone that has commented so far would be happy
>>>>>> if the case announced the future removal with a patch or micro binding,
>>>>>> but had a minor release binding for the actual removal of the product
>>>>>> rather than a patch binding.
>>>>>> 
>>>>>> Removing an old, supported interface as part in a patch is NOT
>>>>>> appropriate!
>>>>>>           
>>>>> Oh, I misread that... I thought the case was only proposing to announce
>>>>> the removal in S10. Actually *removing* it in S10 is not really
>>>>> appropriate, removing it in the next release is fine.
>>>>> 
>>>>> So I'm going to have to retract the +1 that relates to the removal in
>>>>> S10. A removal in SNV is OK. (Assuming it already hasn't happened.)
>>>>> 
>>>>> - Garrett
>>>>>         
>>>>>> - Don
>>>>>>           
>>>>>         
>>>> Hi all,
>>>> 
>>>> no, please -- the case really wants to *remove* MySQL 4 from *SNV* and only *obsolete* MySQL 4 in *S10*.  That's it. If later on it is possible to remove MySQL from S10 then this will be certainly desired but this is not goal of this case.
>>>>       
>>> Okay, so that's what I *thought* I was +1'ing.  So you have my +1. :-)
>>> 
>>>    - Garrett
>>>     
>> No.  That is not what the case says.  Quoting from the original
>> materials:
>> 1.  From your intro to the case: "Binding is patch."
>> 2.  From the interface table in the case (section 5): "All the interfaces
>>     described below will be obsoleted in Solaris 10."  (This is fine with
>>     a patch binding.)
>> 3.  From the interface table in the case (section 5): "MySQL 4.0 binaries
>>     from /usr/sfw/bin will be removed:", "MySQL 4.0 libraries from
>>     /usr/sfw/lib will be removed:", "MySQL 4.0 man pages from
>>     /usr/sfw/man/man1 will be removed:", "MySQL 4.0 include files from
>>     /usr/sfw/mysql/include will be removed including the entire
>>     directory.", "MySQL 4.0 tests in /usr/sfw/mysql will be removed,
>>     including the entire directory.", and "MySQL 4.0 I18N and config
>>     files at /usr/sfw/share/mysql/ will be removed, including the entire
>>     directory, and the file /usr/sfw/share/info/mysql.info". (These all
>>     need a minor release binding; not a patch binding.)
>> 
>>  - Don
>>   
> 
> Okay, but in the subsequent conversation, it seems pretty clear that what is intended is what I said; confirmation mail from project team (above) indicates this as well.
> 
> So regardless of what the original mail said,  the case at hand is announce EOF in S10, remove in Nevada.

Hi Garrett,
The above statement is all I need.  This is the first time you (the
case owner) or the project team has explicitly stated the change to
the release binding presented in the original case materials.
(Someone on the project team earlier said they "would accept" this
change, but never said that the change to the case materials was
requested by the project team.)

I'm a standards guy; the paperwork is important to me. ;-}

 - Don

> 
> The "binding" on this is Patch for the announce, and Minor for the removal.  Do we really need the project to resubmit the materials to make that any more explicit?
> 
>    - Garrett

From Lukas.Rovensky@sun.com Fri Mar 12 11:23:54 2010
Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o2CJNso8004010
	for <psarc-ext@sac.sfbay.sun.com>; Fri, 12 Mar 2010 11:23:54 -0800 (PST)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o2CJNrfS022849
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 12 Mar 2010 11:23:54 -0800 (PST)
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 <0KZ600D05OJT8G00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Fri, 12 Mar 2010 12:23:53 -0700 (MST)
Received: from gmp-eb-inf-1.sun.com ([192.18.6.21])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KZ60075AOJS5G40@brm-avmta-1.central.sun.com> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri,
 12 Mar 2010 12:23:53 -0700 (MST)
Received: from fe-emea-10.sun.com
 (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged))
	by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o2CJNqri002719	for
 <PSARC-ext@sun.com>; Fri, 12 Mar 2010 19:23:52 +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.04 64bit (built Jul  2 2009))
 id <0KZ600300OCWKS00@fe-emea-10.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Fri, 12 Mar 2010 19:23:45 +0000 (GMT)
Received: from Lukas-Rovenskys-Mac-mini.local ([unknown] [85.207.15.101])
 by fe-emea-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KZ6005HYOJCT900@fe-emea-10.sun.com>; Fri,
 12 Mar 2010 19:23:44 +0000 (GMT)
Date: Fri, 12 Mar 2010 20:23:37 +0100
From: Lukas Rovensky <Lukas.Rovensky@sun.com>
Subject: Re: Removing MySQL 4.0 from OpenSolaris [PSARC/2010/088 	FastTrack
 timeout 03/18/2010]
In-reply-to: <86B67486-7E56-4424-BA39-6E8EA36544FA@sonic.net>
Sender: Lukas.Rovensky@sun.com
To: Don Cragun <dcragun@sonic.net>
Cc: "Garrett D'Amore" <gdamore@sun.com>, PSARC-ext@sun.com,
        Andrew.Gabriel@sun.com, blu@sac.sfbay.sun.com
Message-id: <4B9A94B9.5070203@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
References: <mailman.1228.1268344023.1198.opensolaris-arc@opensolaris.org>
 <EB02113C-65CD-4931-814C-896A6DF57596@sonic.net> <4B99D025.20701@sun.com>
 <4B99DA9C.3010001@sun.com> <4B99E31E.4030403@sun.com>
 <5E567347-3257-4F0F-A2B8-F86747B11B8F@sonic.net> <4B9A89BD.1050905@sun.com>
 <86B67486-7E56-4424-BA39-6E8EA36544FA@sonic.net>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.8)
 Gecko/20100227 Thunderbird/3.0.3
Status: RO
Content-Length: 4646

On 3/12/10 8:00 PM, Don Cragun wrote:
>
> On Mar 12, 2010, at 10:36 AM, Garrett D'Amore wrote:
>
>> On 03/12/10 10:19 AM, Don Cragun wrote:
>>> On Mar 11, 2010, at 10:45 PM, Garrett D'Amore wrote:
>>>
>>>
>>>> On 03/11/10 10:09 PM, Lukas Rovensky wrote:
>>>>
>>>>> On 3/12/10 6:24 AM, Garrett D'Amore wrote:
>>>>>
>>>>>> On 03/11/10 03:17 PM, Don Cragun wrote:
>>>>>>
>>>>>>> On Mar 11, 2010, at 11:42:30 -0800, Garrett D'Amore wrote:
>>>>>>>
>>>>>>>
>>>>>>>> SInce nobody else has said so explicitly yet, +1 on the case, and +1 on
>>>>>>>> just needing the single case. (I.e. I'm +1'ing both the announce in S10
>>>>>>>> and the removal in OpenSolaris.)
>>>>>>>>
>>>>>>>> - Garrett
>>>>>>>>
>>>>>>> Garrett,
>>>>>>> I think you're missing the point. The case as written announces the
>>>>>>> removal of MySQL 4.0 from S10 and removes MySQL 4.0 from S10 as a
>>>>>>> patch. I believe everyone that has commented so far would be happy
>>>>>>> if the case announced the future removal with a patch or micro binding,
>>>>>>> but had a minor release binding for the actual removal of the product
>>>>>>> rather than a patch binding.
>>>>>>>
>>>>>>> Removing an old, supported interface as part in a patch is NOT
>>>>>>> appropriate!
>>>>>>>
>>>>>> Oh, I misread that... I thought the case was only proposing to announce
>>>>>> the removal in S10. Actually *removing* it in S10 is not really
>>>>>> appropriate, removing it in the next release is fine.
>>>>>>
>>>>>> So I'm going to have to retract the +1 that relates to the removal in
>>>>>> S10. A removal in SNV is OK. (Assuming it already hasn't happened.)
>>>>>>
>>>>>> - Garrett
>>>>>>
>>>>>>> - Don
>>>>>>>
>>>>>>
>>>>> Hi all,
>>>>>
>>>>> no, please -- the case really wants to *remove* MySQL 4 from *SNV* and only *obsolete* MySQL 4 in *S10*.  That's it. If later on it is possible to remove MySQL from S10 then this will be certainly desired but this is not goal of this case.
>>>>>
>>>> Okay, so that's what I *thought* I was +1'ing.  So you have my +1. :-)
>>>>
>>>>     - Garrett
>>>>
>>> No.  That is not what the case says.  Quoting from the original
>>> materials:
>>> 1.  From your intro to the case: "Binding is patch."
>>> 2.  From the interface table in the case (section 5): "All the interfaces
>>>      described below will be obsoleted in Solaris 10."  (This is fine with
>>>      a patch binding.)
>>> 3.  From the interface table in the case (section 5): "MySQL 4.0 binaries
>>>      from /usr/sfw/bin will be removed:", "MySQL 4.0 libraries from
>>>      /usr/sfw/lib will be removed:", "MySQL 4.0 man pages from
>>>      /usr/sfw/man/man1 will be removed:", "MySQL 4.0 include files from
>>>      /usr/sfw/mysql/include will be removed including the entire
>>>      directory.", "MySQL 4.0 tests in /usr/sfw/mysql will be removed,
>>>      including the entire directory.", and "MySQL 4.0 I18N and config
>>>      files at /usr/sfw/share/mysql/ will be removed, including the entire
>>>      directory, and the file /usr/sfw/share/info/mysql.info". (These all
>>>      need a minor release binding; not a patch binding.)
>>>
>>>   - Don
>>>
>>
Aha -- I wondered what made you to think that the case says remove from 
S10.  As the section 1.4 says:

" This FastTrack will EOL the MySQL 4.0 from OpenSolaris and obsolete
     MySQL 4.0 interfaces in Solaris 10."

I thought that it is clear that all the "removing" is really just about 
removing from Nevada.  So, perhaps to make things clearer I should have 
used wording in section 5 like the following:

"All the interfaces described below will be obsoleted in Solaris 10.

     MySQL 4.0 binaries from /usr/sfw/bin will be removed *from 
OpenSolaris / SNV*:"

>> Okay, but in the subsequent conversation, it seems pretty clear that what is intended is what I said; confirmation mail from project team (above) indicates this as well.
>>
>> So regardless of what the original mail said,  the case at hand is announce EOF in S10, remove in Nevada.
>
> Hi Garrett,
> The above statement is all I need.  This is the first time you (the

Thanks.

Lukas

> case owner) or the project team has explicitly stated the change to
> the release binding presented in the original case materials.
> (Someone on the project team earlier said they "would accept" this
> change, but never said that the change to the case materials was
> requested by the project team.)
>
> I'm a standards guy; the paperwork is important to me. ;-}
>
>   - Don
>
>>
>> The "binding" on this is Patch for the announce, and Minor for the removal.  Do we really need the project to resubmit the materials to make that any more explicit?
>>
>>     - Garrett


From brian.utterback@oracle.com Fri Mar 19 09:21:25 2010
Received: from sunmail6brm.central.sun.com (sunmail6brm.Central.Sun.COM [129.147.4.169])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o2JGLOWB000511
	for <psarc-ext@sac.sfbay.sun.com>; Fri, 19 Mar 2010 09:21:25 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o2JGLMvv015719;
	Fri, 19 Mar 2010 11:21:23 -0500 (CDT)
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 <0KZJ00K0DERNVN00@nwk-avmta-2.sfbay.sun.com>; Fri,
 19 Mar 2010 09:21:23 -0700 (PDT)
Received: from brmea-mail-4.sun.com ([192.18.98.36])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KZJ00F8VERME660@nwk-avmta-2.sfbay.sun.com>; Fri,
 19 Mar 2010 09:21:22 -0700 (PDT)
Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227])
	by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o2JGLLhB026138; Fri,
 19 Mar 2010 16:21:21 +0000 (GMT)
Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153])
	by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1)
 with ESMTP id o2JGLIn8019160; Fri, 19 Mar 2010 16:21:18 +0000 (GMT)
Received: from abhmt016.oracle.com by acsmt354.oracle.com	with ESMTP id
 100786081269015601; Fri, 19 Mar 2010 09:20:01 -0700
Received: from [129.148.9.178] (/129.148.9.178)
	by default (Oracle Beehive Gateway v4.0)	with ESMTP ; Fri,
 19 Mar 2010 09:20:01 -0700
Date: Fri, 19 Mar 2010 12:19:58 -0400
From: Brian utterback <brian.utterback@oracle.com>
Subject: Re: Removing MySQL 4.0 from OpenSolaris [PSARC/2010/088 FastTrack
 timeout 03/18/2010]
In-reply-to: <201003111623.o2BGNNvv014734@sac.sfbay.sun.com>
To: Brian Utterback <blu@sac.sfbay.sun.com>
Cc: PSARC-ext@sun.com, Lukas.Rovensky@sun.com
Message-id: <4BA3A42E.3060401@oracle.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Source-IP: acsmt353.oracle.com [141.146.40.153]
X-Auth-Type: Internal IP
X-CT-RefId: str=0001.0A090207.4BA3A481.0060:SCFMA4539814,ss=1,fgs=0
References: <201003111623.o2BGNNvv014734@sac.sfbay.sun.com>
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4v; en-US; rv:1.9.1.8) Gecko/20100302
 Lightning/1.0b1 Thunderbird/3.0.3
Status: RO
Content-Length: 6797

The timer has passed, there was at least one +1, there are no open 
issues and nobody derailed, so I am marking this closed approved.

On 03/11/10 11:23, Brian Utterback wrote:
> I am sponsoring this fasttrack on behalf of Lukas Rovensky. Binding is patch. Time
> out is 03/18/2010.
>
> Template Version: @(#)sac_nextcase 1.69 02/15/10 SMI
> This information is Copyright 2010 Sun Microsystems
> 1. Introduction
>      1.1. Project/Component Working Name:
> 	 Removing MySQL 4.0 from OpenSolaris
>      1.2. Name of Document Author/Supplier:
> 	 Author:  Lukas Rovensky
>      1.3  Date of This Document:
> 	11 March, 2010
> 4. Technical Description
> Template Version: @(#)sac_nextcase 1.64 07/13/07 SMI
> This information is Copyright 2010 Sun Microsystems
> 1. Introduction
> 1.1 Project/Component Working Name:
>       Removing MySQL 4.0 from OpenSolaris
>
> 1.2 Name of Document Author/Supplier:
>      Author: Sunanda Menon (original author)
>              Lukas Rovensky (current author)
>
> 1.3 Date of This Document:
>      10 March, 2010
>
> 1.4 Introduction
>
>      This FastTrack will EOL the MySQL 4.0 from OpenSolaris and obsolete
>      MySQL 4.0 interfaces in Solaris 10.
>
>      All products and users should migrate to 5.1, as MySQL 4.0 is an end
>      of life product.
>
> 1.5 Previous Relevant ARC cases
>
>      LSARC/2004/324 - SIP Proxy Server
>      LSARC/2009/062 - Including MySQL 5.1 with Solaris
>
> 2.  Technical issues
>
> 2.1 Changes to existing code
>
>      All references to MySQL 4.0 in the SIP Express Router (SER) will be
>      updated to reference to the new location at /usr/mysql.  See
>      CR 6799158, [3], which addresses this task.
>
> 2.2 Upgrade procedure for existing users of SER
>
>      After the new SER packages are installed then the database
>      upgrade procedure on MySQL pages:
>         http://dev.mysql.com/doc/refman/4.1/en/upgrading-from-4-0.html
>         http://dev.mysql.com/doc/refman/5.0/en/upgrade.html
>         http://dev.mysql.com/doc/refman/5.1/en/upgrade.html
>      need to be followed on current installations, to ensure that the tables
>      created with /etc/sfw/ser/ser_mysql.sh will be upgraded to the current
>      MySQL version.
>
>      New SER users can use the set up procedure described at [2].
>      Certainly, the way MySQL 5.1 is installed and run differs from
>      Solaris 10 and MySQL 5.1 man pages should be referred.
>
> 2.3 Risks and Assumptions
>
>      All MySQL 4.0 users/products will have been updated to use 5.1 by
>      the time Solaris Next ships.  It is also expected that SER will not
>      be part of Solaris Next, since in accordance with its project
>      pages, [4], SER developers joined SIP Router project, [5], and
>      SER itself is no longer developed.  Having a dead open source
>      product included in Solaris Next does not make sense.  Should
>      a SIP router like product be part of Solaris Next then most likely
>      SIP Router, [5], shall replace SER, [4].
>
> 2.4 SMF
>
>      No changes as MySQL 4.0 does not have any smf support.
>
> 3. Documentation
>
>      SER documentation on [2] may be upgraded supposing SIP/ser
>      stays in OpenSolaris / Solaris Next, see section 2.3.  Note,
>      that for Solaris 10 this document is still valid.
>
>      Obsoleting MySQL 4 interfaces in Solaris 10 will be announced
>      in release notes for Solaris 10.  MySQL 4 man page in Solaris 10
>      needs to be updated to reflect this change -- Interface Stability
>      will be set to "External, Obsolete".
>
> 4. Packaging and Delivery
>
>      SUNWmysqlr, SUNWmysqlu and SUNWmysqlt packages will be removed.
>
> 5. Interfaces
>
>      All the interfaces described below will be obsoleted in Solaris 10.
>
>      MySQL 4.0 binaries from /usr/sfw/bin will be removed:
>        mysqladmin
>        mysqlcheck
>        mysqlshow
>        mysqldump
>        mysqlimport
>        mysqlbinlog
>        mysqlmanagerc
>        mysqlmanager-pwgen
>        replace
>        comp_err
>        perror
>        resolveip
>        my_print_defaults
>        resolve_stack_dump
>        mysql_install
>        mysql_waitpid
>        isamchk
>        isamlog
>        pack_isam
>        myisamchk
>        myisamlog
>        myisampack
>        mysql_install_db
>        make_win_src_distribution
>        msql2mysql
>        mysql_config
>        mysql_fix_privilege_tables
>        mysql_fix_extensions
>        mysql_setpermission
>        mysql_secure_installation
>        mysql_zap
>        mysqlaccess
>        mysqlbug
>        mysql_convert_table_format
>        mysql_find_rows
>        mysqlhotcopy
>        mysqldumpslow
>        mysql_explain_log
>        mysql_tableinfo
>        mysqld_multi
>        mysqlmanager
>
>      MySQL 4.0 libraries from /usr/sfw/lib will be removed:
>        /usr/sfw/lib/mysql - entire directory
>        libmysqlclient.so
>        libmysqlclient.so.12
>        libmysqlclient.so.12.0.0
>        libmysqlclient_r.so
>        libmysqlclient_r.so.12
>        libmysqlclient_r.so.12.0.0
>        libmystrings.a
>        libdbug.a
>        libmysys.a
>        libnisam.a
>        libmerge.a
>        libmyisam.a
>        libmyisammrg.a
>        libheap.a
>        libvio.a
>
>     MySQL 4.0 man pages from /usr/sfw/man/man1 will be removed:
>        mysql.1
>        mysql_fix_privilege_tables.1
>        mysql_zap.1
>        mysqlaccess.1
>        mysqladmin.1
>        mysqld.1
>        mysqld_multi.1
>        mysqld_safe.1
>        mysqldump.1
>        mysqlshow.1
>        isamchk.1
>        isamlog.1
>
>     MySQL 4.0 include files from /usr/sfw/mysql/include will be removed
>     including the entire directory.
>
>     MySQL 4.0 tests in /usr/sfw/mysql will be removed, including the
>     entire directory.
>
>     MySQL 4.0 I18N and config files at /usr/sfw/share/mysql/ will
>     be removed, including the entire directory, and the file
>     /usr/sfw/share/info/mysql.info
>
> 6.    References
>
>   [1] [http://www.mysql.com/]
>   [2] [http://developers.sun.com/solaris/articles/solaris_as_sip/solaris_as_sip.html#MySQL]
>   [3] CR 6799158 Update SER to link the MySQL 5.1 instead of the MySQL 4.0,
>       http://monaco.sfbay.sun.com/detail.jsf?cr=6799158
>   [4] http://www.iptel.org/ser
>   [5] http://sip-router.org/
>   [6] CR 6631906 Removal of MySQL 4.0
>       http://monaco.sfbay.sun.com/detail.jsf?cr=6631906
>
> 7. Resources and Schedule
> 7.4. Steering Committee requested information
> 7.4.1. Consolidation C-team Name:
> sfw
> 7.5. ARC review type: FastTrack
> 7.6. ARC Exposure: open
>
>
>
> 6. Resources and Schedule
>      6.4. Steering Committee requested information
>     	6.4.1. Consolidation C-team Name:
> 		SFW
>      6.5. ARC review type: FastTrack
>      6.6. ARC Exposure: open
>
>    


