From sacadmin Wed Apr 21 08:52:34 2010 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 o3LFqYqI007692; Wed, 21 Apr 2010 08:52:34 -0700 (PDT) Received: (from johnf@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id o3LFqYYd007688; Wed, 21 Apr 2010 08:52:34 -0700 (PDT) Date: Wed, 21 Apr 2010 08:52:34 -0700 (PDT) From: John Fischer Message-Id: <201004211552.o3LFqYYd007688@sac.sfbay.sun.com> To: PSARC-record@sac.sfbay.sun.com Cc: stefan.teleman@oracle.com Subject: removing areca backup [PSARC/2010/139 FastTrack timeout 04/28/2010] Status: RO Content-Length: 597 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: removing areca backup 1.2. Name of Document Author/Supplier: Author: Stefan Teleman 1.3 Date of This Document: 21 April, 2010 4. Technical Description See the case directory for more detail 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 john.fischer@oracle.com Wed Apr 21 09:15:24 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 o3LGFOpN009163 for ; Wed, 21 Apr 2010 09:15:24 -0700 (PDT) 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 o3LGF7EA054179 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 21 Apr 2010 10:15:24 -0600 (MDT) 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 <0L1800G1XIHO5W00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 Apr 2010 09:15:24 -0700 (PDT) Received: from sca-ea-mail-4.sun.com ([192.18.43.22]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L1800EUZIHIS820@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 Apr 2010 09:15:18 -0700 (PDT) Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o3LGFH4V011724 for ; Wed, 21 Apr 2010 16:15:17 +0000 (GMT) Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o3LFvbUk029704 for ; Wed, 21 Apr 2010 16:15:15 +0000 (GMT) Received: from abhmt016.oracle.com by acsmt353.oracle.com with ESMTP id 178418731271866494; Wed, 21 Apr 2010 09:14:54 -0700 Received: from [10.7.250.1] (/10.7.250.1) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 21 Apr 2010 09:14:54 -0700 Date: Wed, 21 Apr 2010 09:14:53 -0700 From: John Fischer Subject: Fwd: PSARC/2010/139 - Removing Areca Backup To: PSARC-ext , stefan.teleman@oracle.com Message-id: <4BCF247D.40309@oracle.com> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_np9SCDV1OINhBsnk+gljMg)" X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt354.oracle.com [141.146.40.154] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090204.4BCF2494.018F:SCFMA4539814,ss=1,fgs=0 User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.8) Gecko/20100302 Lightning/1.0b1 Thunderbird/3.0.2 Status: RO Content-Length: 2897 This is a multi-part message in MIME format. --Boundary_(ID_np9SCDV1OINhBsnk+gljMg) Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT All, I am sponsoring this case for Stefan Teleman of the SFW group. I have set the timeout for Wednesday, April 21st, 2010. The case directory contains this proposal. This case proposes the removal of Areca Backup from a Minor release of Solaris (i.e., Nevada). This component of SFW was only released in Nevada. Thanks, John --Boundary_(ID_np9SCDV1OINhBsnk+gljMg) Content-type: text/plain; name=proposal.txt Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=proposal.txt Right-sizing the SFW Consolidation : Removing Areca Backup from SFW Stefan Teleman 19 April 2010 1. Summary and Motivation As part of the ongoing SFW Consolidation right-sizing project, this Case announces the removal of Areca Backup Version 6.0.7 from the SFW Consolidation. Areca Backup was introduced in Nevada by LSARC/2008/681 [0]. This Case relies on LSARC/2008/681 as its Reference ARC Case. All technical considerations pertaining to Areca Backup have been addressed by LSARC/2008/681. Areca Backup has never been distributed with Solaris: it was only integrated and available in Nevada. This Case seeks Micro/Patch release binding. 2. Technical Issues 2.1. Availability through OpenSolaris /contrib repository The OpenSolaris /contrib repository [1] is a more appropriate mechanism for delivering Areca Backup to interested consumers. A separate and independent project will provide Areca Backup availability through the OpenSolaris /contrib repository. 2.2. Objects subject to removal: /usr/bin/areca /usr/share/areca/areca.sh /usr/share/areca/check_version.sh /usr/share/areca/readme.txt /usr/share/areca/bin/decrypt.sh /usr/share/areca/bin/dezip.sh /usr/share/areca/bin/run_gui.sh /usr/share/areca/bin/run_tui.sh /usr/share/areca/lib/activation.jar /usr/share/areca/lib/areca.jar /usr/share/areca/lib/commons-net-1.4.1.jar /usr/share/areca/lib/jakarta-oro-2.0.8.jar /usr/share/areca/lib/local_policy.jar /usr/share/areca/lib/mail.jar /usr/share/areca/doc/index.html /usr/share/areca/help/advanced_encryption_howto.txt /usr/share/areca/help/help.txt /usr/share/areca/icons /usr/share/areca/config/Main.xml /usr/share/areca/config/fwk.properties /usr/share/areca/plugins /usr/share/areca/license/license.txt /usr/share/areca/translations 3. Interfaces 3.1. Interfaces subject to removal: Exported Interface Classification Interface Type ================== ============== ============== SUNWareca Uncommitted Package name /usr/bin/areca Uncommitted Command 4. References [0] LSARC/2008/681 [1] http://pkg.opensolaris.org/contrib/ --Boundary_(ID_np9SCDV1OINhBsnk+gljMg)-- From john.fischer@oracle.com Wed Apr 21 09:46:19 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 o3LGkJql010511 for ; Wed, 21 Apr 2010 09:46:19 -0700 (PDT) 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 o3LGkJSR004829 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 21 Apr 2010 09:46:19 -0700 (PDT) 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 <0L180012VJX6IG00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 Apr 2010 10:46:18 -0600 (MDT) Received: from sca-ea-mail-3.sun.com ([192.18.43.21]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L1800AFUJWJIDD0@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 Apr 2010 10:45:55 -0600 (MDT) Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by sca-ea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o3LGjs3S012345 for ; Wed, 21 Apr 2010 16:45:54 +0000 (GMT) Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o3LBfhJs015701 for ; Wed, 21 Apr 2010 16:45:51 +0000 (GMT) Received: from abhmt001.oracle.com by acsmt355.oracle.com with ESMTP id 196221171271868286; Wed, 21 Apr 2010 09:44:46 -0700 Received: from [10.7.250.1] (/10.7.250.1) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 21 Apr 2010 09:44:45 -0700 Date: Wed, 21 Apr 2010 09:44:44 -0700 From: John Fischer Subject: Re: Fwd: PSARC/2010/139 - Removing Areca Backup In-reply-to: <4BCF247D.40309@oracle.com> To: PSARC-ext , stefan.teleman@oracle.com Message-id: <4BCF2B7C.2080701@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: acsmt355.oracle.com [141.146.40.155] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090202.4BCF2BC0.013A:SCFMA4539814,ss=1,fgs=0 References: <4BCF247D.40309@oracle.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.8) Gecko/20100302 Lightning/1.0b1 Thunderbird/3.0.2 Status: RO Content-Length: 524 All, I must be having a bad morning. The timeout is set for April 28th, 2010 and not April 21st, 2010. Thanks, John On 04/21/10 09:14 AM, John Fischer wrote: > All, > > I am sponsoring this case for Stefan Teleman of the SFW group. > I have set the timeout for Wednesday, April 21st, 2010. The case > directory contains this proposal. > > This case proposes the removal of Areca Backup from a Minor release of > Solaris (i.e., Nevada). This component of SFW was only released in > Nevada. > > Thanks, > > John > > > From sebastien.roy@oracle.com Wed Apr 21 10:38:26 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 o3LHcQwq016008 for ; Wed, 21 Apr 2010 10:38:26 -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 o3LHcOQ8014037 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Wed, 21 Apr 2010 12:38:26 -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 <0L1800F17MC1P400@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 21 Apr 2010 10:38:25 -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 <0L1800AHDMC1L360@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 21 Apr 2010 10:38:25 -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 o3LHcPx9027594 for ; Wed, 21 Apr 2010 17:38:25 +0000 (GMT) Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o3LGm2Zb001706 for ; Wed, 21 Apr 2010 17:38:24 +0000 (GMT) Received: from abhmt021.oracle.com by acsmt355.oracle.com with ESMTP id 196374931271871438; Wed, 21 Apr 2010 10:37:18 -0700 Received: from [129.148.174.103] (/129.148.174.103) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 21 Apr 2010 10:37:17 -0700 Date: Wed, 21 Apr 2010 13:37:16 -0400 From: Sebastien Roy Subject: Re: Fwd: PSARC/2010/139 - Removing Areca Backup In-reply-to: <4BCF3399.206@oracle.com> To: Bart Smaalders Cc: PSARC-ext@sun.com Message-id: <4BCF37CC.8090801@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: acsmt355.oracle.com [141.146.40.155] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090207.4BCF3810.0118:SCFMA4539814,ss=1,fgs=0 References: <4BCF247D.40309@oracle.com> <4BCF3399.206@oracle.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.8) Gecko/20100329 Lightning/1.0b1 Thunderbird/3.0.3 Status: RO Content-Length: 1085 On 04/21/10 01:19 PM, Bart Smaalders wrote: > On 04/21/10 09:14, John Fischer wrote: >> 2.1. Availability through OpenSolaris /contrib repository >> >> The OpenSolaris /contrib repository [1] is a more appropriate >> mechanism for delivering Areca Backup to interested consumers. >> >> A separate and independent project will provide Areca Backup >> availability through the OpenSolaris /contrib repository. > > It seems that someone actually needs to own and maintain contrib > for this plan to go forward; right now contrib is not well > maintained, and maintainers are not responsive to bugs. Indeed. This case is obviously not unique; there are a significant number of cases coming through the process with the shared goal of vacating the SFW consolidation of software that the project team has identified as being better suited for the /contrib repository. Perhaps it would be productive to have a discussion about this greater goal and the type of infrastructure that is needed to accomplish it. An umbrella case would be a good medium to have such a discussion. -Seb From Norm.Jacobs@Oracle.COM Wed Apr 21 12:07:21 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 o3LJ7L3i018860 for ; Wed, 21 Apr 2010 12:07:21 -0700 (PDT) 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 o3LJ7K0l019679 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 21 Apr 2010 12:07:21 -0700 (PDT) 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 <0L1800E1PQG8WO00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 Apr 2010 13:07:20 -0600 (MDT) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L18004P4QG77A80@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 Apr 2010 13:07:19 -0600 (MDT) Received: from rcsinet13.oracle.com (rcsinet13.oracle.com [148.87.113.125]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o3LJ7ICX027039 for ; Wed, 21 Apr 2010 19:07:19 +0000 (GMT) Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by rcsinet13.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o3LJ7F9w026683 for ; Wed, 21 Apr 2010 19:07:16 +0000 (GMT) Received: from abhmt003.oracle.com by acsmt353.oracle.com with ESMTP id 178915471271876827; Wed, 21 Apr 2010 12:07:07 -0700 Received: from [10.7.251.237] (/10.7.251.237) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 21 Apr 2010 12:07:07 -0700 Date: Wed, 21 Apr 2010 14:07:04 -0500 From: Norm Jacobs Subject: Re: Fwd: PSARC/2010/139 - Removing Areca Backup In-reply-to: <4BCF37CC.8090801@oracle.com> To: Sebastien Roy Cc: Bart Smaalders , PSARC-ext@sun.com Message-id: <4BCF4CD8.1040702@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: acsmt355.oracle.com [141.146.40.155] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090205.4BCF4CE6.0117:SCFMA4539814,ss=1,fgs=0 References: <4BCF247D.40309@oracle.com> <4BCF3399.206@oracle.com> <4BCF37CC.8090801@oracle.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.8) Gecko/20100329 Lightning/1.0b1 Thunderbird/3.0.3 Status: RO Content-Length: 1877 On 04/21/10 12:37 PM, Sebastien Roy wrote: > On 04/21/10 01:19 PM, Bart Smaalders wrote: >> On 04/21/10 09:14, John Fischer wrote: >>> 2.1. Availability through OpenSolaris /contrib repository >>> >>> The OpenSolaris /contrib repository [1] is a more appropriate >>> mechanism for delivering Areca Backup to interested consumers. >>> >>> A separate and independent project will provide Areca Backup >>> availability through the OpenSolaris /contrib repository. >> >> It seems that someone actually needs to own and maintain contrib >> for this plan to go forward; right now contrib is not well >> maintained, and maintainers are not responsive to bugs. > > Indeed. This case is obviously not unique; there are a significant > number of cases coming through the process with the shared goal of > vacating the SFW consolidation of software that the project team has > identified as being better suited for the /contrib repository. > Perhaps it would be productive to have a discussion about this greater > goal and the type of infrastructure that is needed to accomplish it. > An umbrella case would be a good medium to have such a discussion. > > -Seb While I agree that the /contrib repository is in need of some care and feeding, it doesn't contain software that is part of the Solaris architecture. As a result, this isn't really the right forum for a discussion of /contrib. You should be looking at each of these cases on the merit of it's architectural significance to Solaris. The intention of this case and similiar cases is to remove interfaces from the Solaris architecture that don't address a specific architectural need or where it might make sense to address a user requirement outside of the Solaris architecture. The fact that they are being added to /contrib should have little or no bearing on any recommendation you make. -Norm From torrey.mcmahon@oracle.com Wed Apr 21 12:19:52 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 o3LJJqVc018992 for ; Wed, 21 Apr 2010 12:19:52 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o3LJJmKe008289 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 21 Apr 2010 12:19:51 -0700 (PDT) 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 <0L1800D0JR13NM00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 Apr 2010 12:19:51 -0700 (PDT) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L18002N4R115D60@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 Apr 2010 12:19:49 -0700 (PDT) Received: from rcsinet13.oracle.com (rcsinet13.oracle.com [148.87.113.125]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o3LJJmDf007262 for ; Wed, 21 Apr 2010 19:19:48 +0000 (GMT) Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by rcsinet13.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o3LESiAX023722 for ; Wed, 21 Apr 2010 19:19:45 +0000 (GMT) Received: from abhmt008.oracle.com by acsmt355.oracle.com with ESMTP id 178942271271877473; Wed, 21 Apr 2010 12:17:53 -0700 Received: from [192.168.0.199] (/69.143.17.138) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 21 Apr 2010 12:17:52 -0700 Date: Wed, 21 Apr 2010 15:17:54 -0400 From: Torrey McMahon Subject: Re: Fwd: PSARC/2010/139 - Removing Areca Backup In-reply-to: <4BCF4CD8.1040702@Oracle.COM> To: Norm Jacobs Cc: Sebastien Roy , Bart Smaalders , PSARC-ext@sun.com Message-id: <4BCF4F62.9020500@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: acsmt355.oracle.com [141.146.40.155] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090208.4BCF4FD4.005E:SCFMA4539814,ss=1,fgs=0 References: <4BCF247D.40309@oracle.com> <4BCF3399.206@oracle.com> <4BCF37CC.8090801@oracle.com> <4BCF4CD8.1040702@Oracle.COM> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.2pre) Gecko/20100302 Lightning/1.0b2pre Lanikai/3.1b1 Status: RO Content-Length: 849 On 4/21/2010 3:07 PM, Norm Jacobs wrote: > You should be looking at each of these cases on the merit of it's > architectural significance to Solaris. The intention of this case and > similiar cases is to remove interfaces from the Solaris architecture > that don't address a specific architectural need or where it might > make sense to address a user requirement outside of the Solaris > architecture. The fact that they are being added to /contrib should > have little or no bearing on any recommendation you make. Was there a recent decision made regarding the "familiarity cases" of the last few years? I thought the idea of adding a lot of the FOSS code to Solaris, either core or sfw or contrib, was a goal in of it's self. Even if it wasn't required to solve a specific architectural problem. (sudo v rbac being one example.) From Norm.Jacobs@oracle.com Wed Apr 21 12:33:45 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 o3LJXjUn019245 for ; Wed, 21 Apr 2010 12:33:45 -0700 (PDT) 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 o3LJXiEe002651 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 21 Apr 2010 14:33:45 -0500 (CDT) 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 <0L1800G19RO8TP00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 Apr 2010 12:33:44 -0700 (PDT) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L18002QORO75D80@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 Apr 2010 12:33:44 -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 o3LJXhHs015499 for ; Wed, 21 Apr 2010 19:33:43 +0000 (GMT) Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o3LEip7F011979 for ; Wed, 21 Apr 2010 19:33:42 +0000 (GMT) Received: from abhmt008.oracle.com by acsmt355.oracle.com with ESMTP id 196666551271878320; Wed, 21 Apr 2010 12:32:00 -0700 Received: from [10.7.251.237] (/10.7.251.237) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 21 Apr 2010 12:31:59 -0700 Date: Wed, 21 Apr 2010 14:31:56 -0500 From: Norm Jacobs Subject: Re: Fwd: PSARC/2010/139 - Removing Areca Backup In-reply-to: <4BCF4F62.9020500@oracle.com> To: Torrey McMahon Cc: Sebastien Roy , Bart Smaalders , PSARC-ext@sun.com Message-id: <4BCF52AC.9030408@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: acsmt355.oracle.com [141.146.40.155] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090203.4BCF5316.011C:SCFMA4539814,ss=1,fgs=0 References: <4BCF247D.40309@oracle.com> <4BCF3399.206@oracle.com> <4BCF37CC.8090801@oracle.com> <4BCF4CD8.1040702@Oracle.COM> <4BCF4F62.9020500@oracle.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.8) Gecko/20100329 Lightning/1.0b1 Thunderbird/3.0.3 Status: RO Content-Length: 1382 On 04/21/10 02:17 PM, Torrey McMahon wrote: > On 4/21/2010 3:07 PM, Norm Jacobs wrote: >> You should be looking at each of these cases on the merit of it's >> architectural significance to Solaris. The intention of this case >> and similiar cases is to remove interfaces from the Solaris >> architecture that don't address a specific architectural need or >> where it might make sense to address a user requirement outside of >> the Solaris architecture. The fact that they are being added to >> /contrib should have little or no bearing on any recommendation you >> make. > > Was there a recent decision made regarding the "familiarity cases" of > the last few years? I thought the idea of adding a lot of the FOSS > code to Solaris, either core or sfw or contrib, was a goal in of it's > self. Even if it wasn't required to solve a specific architectural > problem. (sudo v rbac being one example.) > The initial intention of the familiarity cases was lost in the fervor early on. Simply being an open source package should not have been sufficient cause to integrate in the WOS. Within the SFW consolidation, we are trying to rectify that by evaluating the SFW consolidation contents and identifying which components seem to make sense to retain in the WOS for architectural or other reasons and which make more sense to remove from the WOS. -Norm From sebastien.roy@oracle.com Wed Apr 21 12:41:50 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 o3LJfnc8019264 for ; Wed, 21 Apr 2010 12:41:50 -0700 (PDT) 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 o3LJfnae007985 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 21 Apr 2010 14:41:49 -0500 (CDT) 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 <0L1800I2VS1PY600@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 Apr 2010 12:41:49 -0700 (PDT) Received: from sca-ea-mail-1.sun.com ([192.18.43.24]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L18002PFS1O5A80@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 Apr 2010 12:41:48 -0700 (PDT) Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by sca-ea-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o3LJfmLS009580 for ; Wed, 21 Apr 2010 19:41:48 +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 o3L7c7ta010589 for ; Wed, 21 Apr 2010 19:41:47 +0000 (GMT) Received: from abhmt015.oracle.com by acsmt355.oracle.com with ESMTP id 196688481271878857; Wed, 21 Apr 2010 12:40:57 -0700 Received: from [129.148.174.103] (/129.148.174.103) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 21 Apr 2010 12:40:57 -0700 Date: Wed, 21 Apr 2010 15:40:56 -0400 From: Sebastien Roy Subject: Re: Fwd: PSARC/2010/139 - Removing Areca Backup In-reply-to: <4BCF4CD8.1040702@Oracle.COM> To: Norm Jacobs Cc: Bart Smaalders , PSARC-ext@sun.com Message-id: <4BCF54C8.7050106@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.0A090204.4BCF54FB.0142:SCFMA4539814,ss=1,fgs=0 References: <4BCF247D.40309@oracle.com> <4BCF3399.206@oracle.com> <4BCF37CC.8090801@oracle.com> <4BCF4CD8.1040702@Oracle.COM> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.8) Gecko/20100329 Lightning/1.0b1 Thunderbird/3.0.3 Status: RO Content-Length: 2646 On 04/21/10 03:07 PM, Norm Jacobs wrote: > On 04/21/10 12:37 PM, Sebastien Roy wrote: >> On 04/21/10 01:19 PM, Bart Smaalders wrote: >>> It seems that someone actually needs to own and maintain contrib >>> for this plan to go forward; right now contrib is not well >>> maintained, and maintainers are not responsive to bugs. >> >> Indeed. This case is obviously not unique; there are a significant >> number of cases coming through the process with the shared goal of >> vacating the SFW consolidation of software that the project team has >> identified as being better suited for the /contrib repository. Perhaps >> it would be productive to have a discussion about this greater goal >> and the type of infrastructure that is needed to accomplish it. An >> umbrella case would be a good medium to have such a discussion. >> >> -Seb > > While I agree that the /contrib repository is in need of some care and > feeding, it doesn't contain software that is part of the Solaris > architecture. As a result, this isn't really the right forum for a > discussion of /contrib. Call me confused, but the project team initially brought it up by including this in the case materials: > 2. Technical Issues > > 2.1. Availability through OpenSolaris /contrib repository > > The OpenSolaris /contrib repository [1] is a more appropriate > mechanism for delivering Areca Backup to interested consumers. > > A separate and independent project will provide Areca Backup > availability through the OpenSolaris /contrib repository. I think there is perhaps general confusion about the relationship between the /contrib repository and the product. Regardless of the /contrib issue, there seems to be some overarching driver for these cases, and I'm suggesting that communicating the overall goal and plan to accomplish it separate would save every individual case from having the same kind of discussion, and would give greater context to these cases. > You should be looking at each of these cases on the merit of it's > architectural significance to Solaris. The intention of this case and > similiar cases is to remove interfaces from the Solaris architecture > that don't address a specific architectural need or where it might make > sense to address a user requirement outside of the Solaris architecture. > The fact that they are being added to /contrib should have little or no > bearing on any recommendation you make. Perhaps that's true, but my general point is that this is something that could have been discussed in an umbrella case in order to facilitate the formulation and review of each of these piece-meal removal cases. -Seb From Norm.Jacobs@Oracle.COM Wed Apr 21 14:10: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 o3LLAdW1021838 for ; Wed, 21 Apr 2010 14:10:39 -0700 (PDT) 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 o3LLAcA1012906 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 21 Apr 2010 16:10:39 -0500 (CDT) 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 <0L1800I2RW5QDM00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 Apr 2010 14:10:38 -0700 (PDT) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L18005TOW5MYS60@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 Apr 2010 14:10:34 -0700 (PDT) Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o3LLAYvI016463 for ; Wed, 21 Apr 2010 21:10:34 +0000 (GMT) Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o3LLATPV029066 for ; Wed, 21 Apr 2010 21:10:30 +0000 (GMT) Received: from abhmt004.oracle.com by acsmt354.oracle.com with ESMTP id 196944641271884129; Wed, 21 Apr 2010 14:08:49 -0700 Received: from [10.7.251.237] (/10.7.251.237) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 21 Apr 2010 14:08:48 -0700 Date: Wed, 21 Apr 2010 16:08:45 -0500 From: Norm Jacobs Subject: Re: Fwd: PSARC/2010/139 - Removing Areca Backup In-reply-to: <4BCF54C8.7050106@oracle.com> To: Sebastien Roy Cc: Bart Smaalders , PSARC-ext@sun.com Message-id: <4BCF695D.8020403@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.0A090205.4BCF69C9.00FD:SCFMA4539814,ss=1,fgs=0 References: <4BCF247D.40309@oracle.com> <4BCF3399.206@oracle.com> <4BCF37CC.8090801@oracle.com> <4BCF4CD8.1040702@Oracle.COM> <4BCF54C8.7050106@oracle.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.8) Gecko/20100329 Lightning/1.0b1 Thunderbird/3.0.3 Status: RO Content-Length: 3746 On 04/21/10 02:40 PM, Sebastien Roy wrote: > On 04/21/10 03:07 PM, Norm Jacobs wrote: >> On 04/21/10 12:37 PM, Sebastien Roy wrote: >>> On 04/21/10 01:19 PM, Bart Smaalders wrote: >>>> It seems that someone actually needs to own and maintain contrib >>>> for this plan to go forward; right now contrib is not well >>>> maintained, and maintainers are not responsive to bugs. >>> >>> Indeed. This case is obviously not unique; there are a significant >>> number of cases coming through the process with the shared goal of >>> vacating the SFW consolidation of software that the project team has >>> identified as being better suited for the /contrib repository. Perhaps >>> it would be productive to have a discussion about this greater goal >>> and the type of infrastructure that is needed to accomplish it. An >>> umbrella case would be a good medium to have such a discussion. >>> >>> -Seb >> >> While I agree that the /contrib repository is in need of some care and >> feeding, it doesn't contain software that is part of the Solaris >> architecture. As a result, this isn't really the right forum for a >> discussion of /contrib. > > Call me confused, but the project team initially brought it up by > including this in the case materials: > >> 2. Technical Issues >> >> 2.1. Availability through OpenSolaris /contrib repository >> >> The OpenSolaris /contrib repository [1] is a more appropriate >> mechanism for delivering Areca Backup to interested consumers. >> >> A separate and independent project will provide Areca Backup >> availability through the OpenSolaris /contrib repository. > > I think there is perhaps general confusion about the relationship > between the /contrib repository and the product. Yes, they did bring up the /contrib repository and they do intend on making it available there, but the reality is that /contrib doesn't contain pieces of Solaris architecture and should not. /contrib is not part of the product and you can't layer anything that is part of the product on it. From an architectural standpoint, it doesn't exist. Now, from a more practical standpoint, it is a place where people can build and deliver software not in the product, but may be useful as an add-on to the product. > Regardless of the /contrib issue, there seems to be some overarching > driver for these cases, and I'm suggesting that communicating the > overall goal and plan to accomplish it separate would save every > individual case from having the same kind of discussion, and would > give greater context to these cases. The goal of this case and similar cases is to remove software from the Solaris WOS that should not have been integrated into the WOS in the first place. If you disagree and believe that the software fits a significant architectural need, then you should say so, so that we might better apply the resources available. > >> You should be looking at each of these cases on the merit of it's >> architectural significance to Solaris. The intention of this case and >> similiar cases is to remove interfaces from the Solaris architecture >> that don't address a specific architectural need or where it might make >> sense to address a user requirement outside of the Solaris architecture. >> The fact that they are being added to /contrib should have little or no >> bearing on any recommendation you make. > > Perhaps that's true, but my general point is that this is something > that could have been discussed in an umbrella case in order to > facilitate the formulation and review of each of these piece-meal > removal cases. There may be an umbrella case to be had, though it's likely to involve more than just an architectural discussion. -Norm From lists@mcintyreweb.com Wed Apr 21 15:56:30 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 o3LMuUho025207 for ; Wed, 21 Apr 2010 15:56:30 -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 o3LMuTc6002138 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 21 Apr 2010 17:56:30 -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 <0L1900933125D000@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 Apr 2010 15:56:29 -0700 (PDT) Received: from sca-ea-mail-4.sun.com ([192.18.43.22]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L1900K2U124ZUD0@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 Apr 2010 15:56:28 -0700 (PDT) Received: from relay11i.sun.com (ip121.net129179-4.block1.us.syntegra.com [129.179.4.121]) by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o3LMt3u0012336 for ; Wed, 21 Apr 2010 22:56:28 +0000 (GMT) Received: from mmp12es.mmp.us.syntegra.com ([160.41.208.12] [160.41.208.12]) by relay11i.sun.com with ESMTP id BT-MMP-694960 for PSARC-ext@sun.com; Wed, 21 Apr 2010 22:56:27 +0000 (Z) Received: from relay13i.sun.com (relay13i.sun.com [129.179.4.123]) by mmp12es.mmp.us.syntegra.com with ESMTP id BT-MMP-152651061 for PSARC-ext@sun.com; Wed, 21 Apr 2010 22:56:27 +0000 (Z) Received: from remote.mcintyreweb.com ([67.23.1.228] [67.23.1.228]) by relay1i.sun.com with ESMTP id BT-MMP-3697440 for PSARC-ext@sun.com; Wed, 21 Apr 2010 22:56:27 +0000 (Z) Received: from twins.i.mcintyreweb.com (unknown [64.166.3.74]) by remote.mcintyreweb.com (Postfix) with ESMTPS id 9342B10C1D2; Wed, 21 Apr 2010 15:56:26 -0700 (PDT) Date: Wed, 21 Apr 2010 15:56:25 -0700 From: Hugh McIntyre Subject: Re: Fwd: PSARC/2010/139 - Removing Areca Backup In-reply-to: <4BCF695D.8020403@Oracle.COM> To: Norm Jacobs Cc: Sebastien Roy , Bart Smaalders , PSARC-ext@sun.com Message-id: <4BCF8299.3010409@mcintyreweb.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-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=0.0/5.0, scanned in 0.178sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <4BCF247D.40309@oracle.com> <4BCF3399.206@oracle.com> <4BCF37CC.8090801@oracle.com> <4BCF4CD8.1040702@Oracle.COM> <4BCF54C8.7050106@oracle.com> <4BCF695D.8020403@Oracle.COM> User-Agent: Thunderbird 2.0.0.24 (Macintosh/20100228) Status: RO Content-Length: 1113 Norm Jacobs wrote: > On 04/21/10 02:40 PM, Sebastien Roy wrote: >> I think there is perhaps general confusion about the relationship >> between the /contrib repository and the product. > Yes, they did bring up the /contrib repository and they do intend on > making it available there, but the reality is that /contrib doesn't > contain pieces of Solaris architecture and should not. /contrib is not > part of the product and you can't layer anything that is part of the > product on it. From an architectural standpoint, it doesn't exist. I guess part of the question might be: does the project team plan to move this to /contrib once and then abandon it? Or is the team (or some unspecified "contrib team") signing up to keep the version in /contrib up to date with security and other updates, at least to the extent that SFW was historically kept up to date by the SFW team? > Now, from a more practical standpoint, it is a place where people can > build and deliver software not in the product, but may be useful as an > add-on to the product. I.e. kind of like the original /opt/sfw? Hugh. From Nicolas.Williams@oracle.com Wed Apr 21 16:19:14 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 o3LNJEtV025726 for ; Wed, 21 Apr 2010 16:19:14 -0700 (PDT) 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 o3LNJCDW017658 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 21 Apr 2010 18:19:13 -0500 (CDT) 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 <0L190042X241AO00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 Apr 2010 16:19:13 -0700 (PDT) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L19006AD240EQ60@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 Apr 2010 16:19:12 -0700 (PDT) Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o3LNJCuv016930 for ; Wed, 21 Apr 2010 23:19:12 +0000 (GMT) Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o3LJDBa2032454; Wed, 21 Apr 2010 23:19:09 +0000 (GMT) Received: from abhmt019.oracle.com by acsmt354.oracle.com with ESMTP id 179478841271891904; Wed, 21 Apr 2010 16:18:24 -0700 Received: from Sun.COM (/129.153.128.104) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 21 Apr 2010 16:18:24 -0700 Date: Wed, 21 Apr 2010 18:18:19 -0500 From: Nicolas Williams Subject: Re: Fwd: PSARC/2010/139 - Removing Areca Backup In-reply-to: <4BCF8299.3010409@mcintyreweb.com> To: Hugh McIntyre Cc: Norm Jacobs , Sebastien Roy , Bart Smaalders , PSARC-ext@sun.com Message-id: <20100421231819.GY10389@Sun.COM> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt354.oracle.com [141.146.40.154] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090203.4BCF87ED.00FA:SCFMA4539814,ss=1,fgs=0 References: <4BCF247D.40309@oracle.com> <4BCF3399.206@oracle.com> <4BCF37CC.8090801@oracle.com> <4BCF4CD8.1040702@Oracle.COM> <4BCF54C8.7050106@oracle.com> <4BCF695D.8020403@Oracle.COM> <4BCF8299.3010409@mcintyreweb.com> User-Agent: Mutt/1.5.20 (2010-03-02) Status: RO Content-Length: 701 On Wed, Apr 21, 2010 at 03:56:25PM -0700, Hugh McIntyre wrote: > Norm Jacobs wrote: > >Now, from a more practical standpoint, it is a place where people > >can build and deliver software not in the product, but may be > >useful as an add-on to the product. > > I.e. kind of like the original /opt/sfw? If any "unbundled" (not in /release, or /extra) code is to be deliverable into /usr (as opposed to /opt), then we may get into registry issues. (Well, IPS' exclude dependencies could be used to manage conflicts, to some degree, but perhaps only if repos can figure these out automatically, and since we're talking about multiple repos, I think implementing that would get complicated.) Nico -- From bart.smaalders@oracle.com Wed Apr 21 16:23:44 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 o3LNNi72025782 for ; Wed, 21 Apr 2010 16:23:44 -0700 (PDT) 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 o3LNNh6j020945 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 21 Apr 2010 16:23:43 -0700 (PDT) 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 <0L1900G0B2BJBR00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 Apr 2010 17:23:43 -0600 (MDT) Received: from jurassic.Eng.Sun.COM ([129.146.17.63]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L19000E42BJSPF0@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 Apr 2010 17:23:43 -0600 (MDT) Received: from [129.146.228.109] (cyber.SFBay.Sun.COM [129.146.228.109]) by jurassic.Eng.Sun.COM (8.14.4+Sun/8.14.4) with ESMTP id o3LNNg2V556666; Wed, 21 Apr 2010 16:23:42 -0700 (PDT) Date: Wed, 21 Apr 2010 16:21:36 -0700 From: Bart Smaalders Subject: Re: Fwd: PSARC/2010/139 - Removing Areca Backup In-reply-to: <20100421231819.GY10389@Sun.COM> To: Nicolas Williams Cc: Hugh McIntyre , Norm Jacobs , Sebastien Roy , PSARC-ext@sun.com Message-id: <4BCF8880.7000001@oracle.com> Organization: Oracle 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 References: <4BCF247D.40309@oracle.com> <4BCF3399.206@oracle.com> <4BCF37CC.8090801@oracle.com> <4BCF4CD8.1040702@Oracle.COM> <4BCF54C8.7050106@oracle.com> <4BCF695D.8020403@Oracle.COM> <4BCF8299.3010409@mcintyreweb.com> <20100421231819.GY10389@Sun.COM> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.8) Gecko/20100329 Lightning/1.0b1 Thunderbird/3.0.3 Status: RO Content-Length: 1056 On 04/21/10 16:18, Nicolas Williams wrote: > On Wed, Apr 21, 2010 at 03:56:25PM -0700, Hugh McIntyre wrote: >> Norm Jacobs wrote: >>> Now, from a more practical standpoint, it is a place where people >>> can build and deliver software not in the product, but may be >>> useful as an add-on to the product. >> >> I.e. kind of like the original /opt/sfw? > > If any "unbundled" (not in /release, or /extra) code is to be > deliverable into /usr (as opposed to /opt), then we may get into > registry issues. (Well, IPS' exclude dependencies could be used to > manage conflicts, to some degree, but perhaps only if repos can figure > these out automatically, and since we're talking about multiple repos, I > think implementing that would get complicated.) > > Nico We obsolete the package in SFW, and the contrib package has an optional dependency on the obsolete version in SFW. - Bart -- Bart Smaalders Solaris Kernel Performance bart.smaalders@oracle.com http://blogs.sun.com/barts "You will contribute more with mercurial than with thunderbird." From sacadmin Wed Apr 28 10:10:09 2010 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 o3SHA9Zc020879; Wed, 28 Apr 2010 10:10:09 -0700 (PDT) Received: (from johnf@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id o3SHA9lH020878; Wed, 28 Apr 2010 10:10:09 -0700 (PDT) Date: Wed, 28 Apr 2010 10:10:09 -0700 (PDT) From: John Fischer Message-Id: <201004281710.o3SHA9lH020878@sac.sfbay.sun.com> To: PSARC-record@sac.sfbay.sun.com Cc: stefan.teleman@oracle.com Subject: Re: removing areca backup [PSARC/2010/139 FastTrack timeout 04/28/2010] Status: RO Content-Length: 0 From johnf@sac.sfbay.sun.com Wed Apr 28 10:10: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 o3SHAdnm020917 for ; Wed, 28 Apr 2010 10:10:39 -0700 (PDT) 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 o3SHAcvQ018461 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 28 Apr 2010 12:10:39 -0500 (CDT) 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 <0L1L00H2HJPQIO00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 28 Apr 2010 10:10:38 -0700 (PDT) Received: from dm-sfbay-02.sfbay.sun.com ([129.146.11.31]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L1L00AM4JPQ6Z70@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 28 Apr 2010 10:10:38 -0700 (PDT) Received: from sac.sfbay.sun.com (sac.SFBay.Sun.COM [129.146.226.132]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o3SHAckX015871; Wed, 28 Apr 2010 10:10:38 -0700 (PDT) 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 o3SHAcv3020913; Wed, 28 Apr 2010 10:10:38 -0700 (PDT) Received: (from johnf@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id o3SHAbu3020912; Wed, 28 Apr 2010 10:10:38 -0700 (PDT) Date: Wed, 28 Apr 2010 10:10:38 -0700 (PDT) From: John Fischer Subject: Re: Fwd: PSARC/2010/139 - Removing Areca Backup To: PSARC-ext@sun.com, john.fischer@oracle.com, stefan.teleman@oracle.com Message-id: <201004281710.o3SHAbu3020912@sac.sfbay.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 Status: RO Content-Length: 82 All, This case received a +1 during the meeting and was approved. Thanks, John