From dwc@sac.sfbay.sun.com Thu Oct 16 13:25:20 2008 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 m9GKPKEw023385 for ; Thu, 16 Oct 2008 13:25:20 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m9GKPIL5025199; Thu, 16 Oct 2008 13:25:20 -0700 (PDT) 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 <0K8U00G0NM273O00@nwk-avmta-2.sfbay.sun.com>; Thu, 16 Oct 2008 13:25:19 -0700 (PDT) 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 <0K8U00CDHM259A60@nwk-avmta-2.sfbay.sun.com>; Thu, 16 Oct 2008 13:25:17 -0700 (PDT) Received: from sac.sfbay.sun.com (new-sac.SFBay.Sun.COM [129.146.175.65]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m9GKPB1v005281; Thu, 16 Oct 2008 13:25:11 -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 m9GKP99k023380; Thu, 16 Oct 2008 13:25:09 -0700 (PDT) Received: (from dwc@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id m9GKP9oY023376; Thu, 16 Oct 2008 13:25:09 -0700 (PDT) Date: Thu, 16 Oct 2008 13:25:09 -0700 (PDT) From: Don Cragun Subject: slrn 0.9.9 [PSARC/2008/639 FastTrack timeout 10/23/2008] To: PSARC-ext@sun.com Cc: Kenjiro.Tsuji@sun.com Message-id: <200810162025.m9GKP9oY023376@sac.sfbay.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 Status: RO Content-Length: 2056 I am sponsoring this fast track for Kenjiro Tsuji. This case times out on Thursday, October 26, 2008. - Don Template Version: @(#)sac_nextcase %I% %G% SMI This information is Copyright 2008 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: slrn 0.9.9 1.2. Name of Document Author/Supplier: Author: Kenjiro Tsuji 1.3 Date of This Document: 16 October, 2008 2. Project Summary 2.1. Project Description This case adds the slrn (S-Lang read news) version 0.9.9 to the SFW consolidation. Patch release binding is requested. 4. Technical Description 4.1. Details slrn is a newsreader, i.e. a program that accesses a newsserver to read messages from the Internet News services (aka 'Usenet'). slrn runs in text mode on various UNIX-like systems. slrn supports both the Network News Transfer Protocol (NNTP) and a news spool on the local filesystem. slrn is highly customizable, allows free key-bindings and can easily be extended using the sophisticated S-Lang macro language. Offline reading is possible by using either slrnpull (included in the package) or a local newsserver. 4.5. Interfaces Exported interface Classification Interface Type =============================== ============== ============== SUNWslrn Uncommitted Package name /usr/bin/slrn Uncommitted Command /usr/bin/slrnpull Uncommitted Command /usr/share/man/man1/slrn.1 Uncommitted Manpage /usr/share/man/man1/slrnpull.1 Uncommitted Manpage /usr/share/slrn/slang/ Uncommitted Default S-Lang macro dir Imported interface Classification Notes =========================== ================= ============== S-Lang library Uncommitted PSARC/2008/135 OpenSSL External PSARC/2003/500 5. Reference Documents Home page of the slrn newsreader: http://www.slrn.org/ 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 gww@eng.sun.com Thu Oct 16 13:39:41 2008 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 m9GKdfhe024151 for ; Thu, 16 Oct 2008 13:39:41 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m9GKdcuo000650 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 16 Oct 2008 13:39:41 -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 <0K8U0060ZMQ4SK00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 16 Oct 2008 14:39:40 -0600 (MDT) Received: from dm-eng-02.sfbay.sun.com ([129.146.11.32]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K8U004PTMQ3MQ30@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 16 Oct 2008 14:39:39 -0600 (MDT) Received: from marduk.eng.sun.com (marduk.SFBay.Sun.COM [129.146.108.224]) by dm-eng-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m9GKdW5G055147; Thu, 16 Oct 2008 13:39:32 -0700 (PDT) Received: from marduk.eng.sun.com (localhost [127.0.0.1]) by marduk.eng.sun.com (8.13.6+Sun/8.12.11) with ESMTP id m9GKegRo020578; Thu, 16 Oct 2008 13:40:42 -0700 (PDT) Received: (from gww@localhost) by marduk.eng.sun.com (8.13.6+Sun/8.12.11/Submit) id m9GKegOB020577; Thu, 16 Oct 2008 13:40:42 -0700 (PDT) Date: Thu, 16 Oct 2008 13:40:42 -0700 (PDT) From: Gary Winiger Subject: Re: slrn 0.9.9 [PSARC/2008/639 FastTrack timeout 10/23/2008] To: PSARC-ext@sun.com, don.cragun@sun.com Cc: Kenjiro.Tsuji@sun.com Message-id: <200810162040.m9GKegOB020577@marduk.eng.sun.com> Content-transfer-encoding: 7BIT X-Sun-Charset: US-ASCII X-PMX-Version: 5.4.1.325704 Status: RO Content-Length: 334 > Imported interface Classification Notes > =========================== ================= ============== > S-Lang library Uncommitted PSARC/2008/135 > OpenSSL External PSARC/2003/500 IIRC in today's terms External would have been proceeded by Contracted. Is there a requirement for a contract here? Gary.. From Nicolas.Williams@sun.com Thu Oct 16 13:45:36 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m9GKjaOU024861 for ; Thu, 16 Oct 2008 13:45:36 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m9GKjVBv020864; Fri, 17 Oct 2008 04:45:32 +0800 (SGT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K8U0070DMZV9S00@brm-avmta-1.central.sun.com>; Thu, 16 Oct 2008 14:45:31 -0600 (MDT) Received: from binky.Central.Sun.COM ([129.153.128.104]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K8U0048SMZVMR40@brm-avmta-1.central.sun.com>; Thu, 16 Oct 2008 14:45:31 -0600 (MDT) Received: from binky.Central.Sun.COM (localhost [127.0.0.1]) by binky.Central.Sun.COM (8.14.3+Sun/8.14.3) with ESMTP id m9GKj8hj013488; Thu, 16 Oct 2008 15:45:08 -0500 (CDT) Received: (from nw141292@localhost) by binky.Central.Sun.COM (8.14.3+Sun/8.14.3/Submit) id m9GKj8U7013487; Thu, 16 Oct 2008 15:45:08 -0500 (CDT) Date: Thu, 16 Oct 2008 15:45:08 -0500 From: Nicolas Williams Subject: Re: slrn 0.9.9 [PSARC/2008/639 FastTrack timeout 10/23/2008] In-reply-to: <200810162040.m9GKegOB020577@marduk.eng.sun.com> To: Gary Winiger Cc: PSARC-ext@sun.com, don.cragun@sun.com, Kenjiro.Tsuji@sun.com Message-id: <20081016204507.GS8906@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 References: <200810162040.m9GKegOB020577@marduk.eng.sun.com> X-Authentication-warning: binky.Central.Sun.COM: nw141292 set sender to Nicolas.Williams@sun.com using -f User-Agent: Mutt/1.5.7i Status: RO Content-Length: 485 On Thu, Oct 16, 2008 at 01:40:42PM -0700, Gary Winiger wrote: > > Imported interface Classification Notes > > =========================== ================= ============== > > S-Lang library Uncommitted PSARC/2008/135 > > OpenSSL External PSARC/2003/500 > > IIRC in today's terms External would have been proceeded by > Contracted. Is there a requirement for a contract here? Importing OpenSSL requires contracts. (This is not about what External maps to.) From don.cragun@sun.com Thu Oct 16 15:12:00 2008 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 m9GMC0fk012205 for ; Thu, 16 Oct 2008 15:12:00 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m9GMBk5H005267 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@Sun.COM>; Thu, 16 Oct 2008 15:11:59 -0700 (PDT) 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 <0K8U00K07QZRLL00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Thu, 16 Oct 2008 15:11:51 -0700 (PDT) Received: from dm-eng-02.sfbay.sun.com ([129.146.11.32]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K8U00CL8QZR9BC0@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Thu, 16 Oct 2008 15:11:51 -0700 (PDT) Received: from spartan.eng.sun.com (spartan.SFBay.Sun.COM [129.146.226.64]) by dm-eng-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m9GMBifh048622; Thu, 16 Oct 2008 15:11:44 -0700 (PDT) Received: from spartan (spartan [129.146.226.64]) by spartan.eng.sun.com (8.13.7+Sun/8.13.7) with SMTP id m9GLuj1i019230; Thu, 16 Oct 2008 14:56:46 -0700 (PDT) Date: Thu, 16 Oct 2008 14:56:46 -0700 (PDT) From: Don Cragun Subject: Re: slrn 0.9.9 [PSARC/2008/639 FastTrack timeout 10/23/2008] To: PSARC-ext@sun.com Cc: Kenjiro.Tsuji@sun.com Reply-to: Don Cragun Message-id: <200810162156.m9GLuj1i019230@spartan.eng.sun.com> MIME-version: 1.0 X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.6.2 SunOS 5.10 sun4u sparc Content-type: TEXT/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-MD5: kmyJN3p82z3+GZw9wHAhrg== X-PMX-Version: 5.4.1.325704 Status: RO Content-Length: 794 >Date: Thu, 16 Oct 2008 15:45:08 -0500 >From: Nicolas Williams > >On Thu, Oct 16, 2008 at 01:40:42PM -0700, Gary Winiger wrote: >> > Imported interface Classification Notes >> > =========================== ================= ============== >> > S-Lang library Uncommitted PSARC/2008/135 >> > OpenSSL External PSARC/2003/500 >> >> IIRC in today's terms External would have been proceeded by >> Contracted. Is there a requirement for a contract here? > >Importing OpenSSL requires contracts. (This is not about what External >maps to.) Kenjiro is off today. I'll work with him tomorrow to clarify which interfaces are being used and negotiate the needed contract (for Contracted Volatile or Contracted Project Private interfaces). - Don From don.cragun@sun.com Fri Oct 17 13:38:04 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m9HKc3Xu000699 for ; Fri, 17 Oct 2008 13:38:04 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m9HKbwmg023288 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@Sun.COM>; Sat, 18 Oct 2008 04:38:02 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K8W0020THBEOF00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Fri, 17 Oct 2008 13:38:02 -0700 (PDT) Received: from dm-eng-02.sfbay.sun.com ([129.146.11.32]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K8W001L0HBDJ800@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Fri, 17 Oct 2008 13:38:01 -0700 (PDT) Received: from spartan.eng.sun.com (spartan.SFBay.Sun.COM [129.146.226.64]) by dm-eng-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m9HKc1xs061771; Fri, 17 Oct 2008 13:38:01 -0700 (PDT) Received: from spartan (spartan [129.146.226.64]) by spartan.eng.sun.com (8.13.7+Sun/8.13.7) with SMTP id m9HKUWY5005294; Fri, 17 Oct 2008 13:30:32 -0700 (PDT) Date: Fri, 17 Oct 2008 13:30:32 -0700 (PDT) From: Don Cragun Subject: Re: slrn 0.9.9 [PSARC/2008/639 FastTrack timeout 10/23/2008] To: PSARC-ext@sun.com, Tim.Sparlin@sun.com, Anup.Sekhar@sun.com Cc: Kenjiro.Tsuji@sun.com Reply-to: Don Cragun Message-id: <200810172030.m9HKUWY5005294@spartan.eng.sun.com> MIME-version: 1.0 X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.6.2 SunOS 5.10 sun4u sparc Content-type: multipart/mixed; boundary="Boundary_(ID_suRa9wt7P78T8aCqkveRkg)" X-PMX-Version: 5.4.1.325704 Status: RO Content-Length: 9252 --Boundary_(ID_suRa9wt7P78T8aCqkveRkg) Content-type: TEXT/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-MD5: SMSL3bqqvCKTv6CAtBgwtw== >Date: Thu, 16 Oct 2008 15:45:08 -0500 >From: Nicolas Williams >> >On Thu, Oct 16, 2008 at 01:40:42PM -0700, Gary Winiger wrote: >> > Imported interface Classification Notes >> > =========================== ================= ============== >> > S-Lang library Uncommitted PSARC/2008/135 >> > OpenSSL External PSARC/2003/500 >> >> IIRC in today's terms External would have been proceeded by >> Contracted. Is there a requirement for a contract here? PSARC: Yes, a contract is needed and the "External" on OpenSSL should have been "Contracted Volatile" (although it remains "External" in the PSARC/2003/500 case materials and in the template provided for contracts for consumers of OpenSSL). A draft contract (built from the template in PSARC/2003/500/contracts) is attached. A copy of this draft contract has also been placed in PSARC/2003/500/contracts/contract-27. Anup: Please reply to this message stating that you agree to the contract and are willing to sign the contract as the responsible manager for the SUPPLIER. Tim: Please reply to this message stating that you agree to the contract and are willing to sign the contract as the responsible manager for the CONSUMER. Thanks, Don --Boundary_(ID_suRa9wt7P78T8aCqkveRkg) Content-type: TEXT/plain; name=contract-27.txt; charset=us-ascii; x-unix-mode=0644 Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=contract-27.txt Content-description: contract-27.txt Content-MD5: 16IXqOXQfovdA33A+GgOLA== #ident "@(#)contract.txt 1.3 03/11/04 SMI" CONTRACT ALLOWING/REQUIRING SPECIAL ARRANGEMENTS FOR INTERFACES 0. Number: PSARC/2003/500-27 1. This contract is between a SUPPLIER of INTERFACES and a CONSUMER of those INTERFACES, both of whom are entities within Sun Microsystems, Incorporated. 2. The SUPPLIER (definer and/or implementor) is identified by the following: Product or Bundle: Solaris WOS Consolidation: ON Department or Group: Solaris Security Technology Group (SSTG) Bugtraq Category/SubCategory: solaris/solaris-crypto/openssl Responsible Manager: Anup Sekhar Contact: contract-2003-500@sun.com 3. The CONSUMER is identified by the following: Product or Bundle: Solaris WOS Consolidation: SFW Department or Group: Solaris Interfaces Bugtraq Category/SubCategory: utility/slrn (Not yet created) Responsible Manager: tim.sparlin@sun.com Packages: SUNWslrn Contact: SI-Team@sun.com 4. The INTERFACES are: The interfaces covered by this contract are limited to a subset of the C programming APIs that the OpenSSL communittee has choosen to document in man pages. It is the subset that the SUPPLIER beleives to be reasonably stable. That subset covers the following major subsystems: ASN1, BN, CRYPTO, EVP, HMAC, OpenSSL, PEM, PKCS7, PKCS12, RAND, SMIME, SSL, BIO, X509 In particular it does NOT cover "direct use" of encryption algorithm APIs outside of the EVP_ interfaces, eg do not call DES or AES except via EVP_Encrypt*() This contract does NOT cover the use of the openssl(1) command as an interface to be consumed. This contract does NOT cover any API or implementation artifact that does not have an OpenSSL delivered man page. OpenSSL Package names SUNWopenssl-include Unstable SUNWopenssl-libraries Unstable OpenSSL Library Location /usr/sfw/lib/libcrypto.so Unstable /usr/sfw/lib/libssl.so Unstable OpenSSL Headers Location /usr/sfw/include/openssl/*.h UnStable ASN1_ External BN_ External BIO_ External CRYPTO_ External EVP_ External HMAC External OpenSSL_ External OBJ_ External PEM_ External PKCS7 External PKCS12_ External RAND_ External SMIME_ External SSL_ External X509_ External 5. The ARC controlling these INTERFACES is: PSARC 6. The CASE describing these INTERFACES is: PSARC/2003/500 Note: this contract is not about a specific version of OpenSSL. It covers version 0.9.7d from PSARC/2003/500 and all subsequent versions. If a change in the OpenSSL interfaces requires an update of the contract then OpenSSL iteam will contact the consumer. 7. The following SPECIAL ARRANGEMENTS are made which modify the rules imposed by the stability levels listed in section 4 above: _Y_ 7a. Although the stability level doesn't normally restrict it, SUPPLIER promises to only modify INTERFACES in an incompatible way as follows: The SUPPLIER will modify the interfaces as needed by the evolution of OpenSSL releases shipped by on the www.openssl.org site. _N_ 7b. Although the stability level doesn't normally allow it, CONSUMER will expose INTERFACES to a PARTNER, which is external to Sun, namely: Name of Company: Name of Department or Group within Company: Responsible Manager: _Y_ 7c. Although the stability level doesn't normally allow it, CONSUMER will import INTERFACES from a separate consolidation. This contract is only avaliable for CONSUMERS who deliver directly to the Solaris WOS. If a contract for a CONSUMER who is not part of the Solaris WOS is requested it will be dealt with by ARC and the SUPPLIER as a new contract. _Y_ 7d. If SUPPLIER decides to change (including replace or remove) any portion of the INTERFACES, SUPPLIER will notify CONSUMER of the proposed new version, no later than the application for ARC approval of the new version. If SUPPLIER and CONSUMER are contained in the same consolidation, they will have simultaneous conversion to the new interfaces. The SUPPLIER will make a best effort to do most of the work, but the CONSUMER must be willing to supply resources to assist with modification/testing of their consuming code if necessary. Only a single version of the INTERFACES will be available at any one time. 8. If CONSUMER requires changes in INTERFACES, they must work with the OpenSSL communittee. The SUPPLIER is willing to assist with this process on a best effort to accommodate such changes. In general INTERFACE changes will not be made unless they come from the OpenSSL communittee. 9. N/A 10. SUPPLIER and CONSUMER agree that evolution of INTERFACES shall be handled as follows: The SUPPLIER will update the OpenSSL code base in the ON consolidation on an as needed basis. The trigger for these events is based on the externally defined schedule of the OpenSSL communittee. The SUPPLIER will inform the CONSUMER(S) of this change via the contract alias before filing the RTI for integration into ON. Note that it may be necessary to update INTERFACES (or more likely the implementations of them) with less than 5 working days notice. 11. SUPPLIER and CONSUMER agree that INTERFACES will be supported as follows: The SUPPLIER will NOT provide any assistance for use of the interfaces they are Externally defined and the SUPPLIER is not necessarily an expert in their use. 12. SUPPLIER and CONSUMER agree that INTERFACES will be documented as follows: The only documentation will be that provided by the OpenSSL communittee, it will be shipped in the SUNWopenssl-man package in the form of Solaris nroff man pages. 13. SUPPLIER and CONSUMER agree that changes to the INTERFACES will be tested as follows: Before each intergration the OpenSSL test suites will be run. The standard for "PASS" is that the version in the ON gate should produce the same functionality as binaries built using the OpenSSL makefiles for the same processor architecture. 14. SUPPLIER and CONSUMER agree that this contract can be terminated as follows: The CONSUMER may choose to terminate this contract at any time by sending email to the contract-2003-500@sun.com alias. The SUPPLIER may terminate this contract only after giving suffient notice to the CONSUMER. Sufficient notice in the case of CONSUMERS that are external to the ON consolidation must take into account the Solaris WOS build schedule and its restrictions for change. The SUPPLIER will terminate this contract if the interfaces are ever reclassified to something other than External. 15. This contract is not valid until "signed" via agreement from the SUPPLIER and CONSUMER, and approved by the ARC CASE referenced by this contract. E-mail agreement to the contract should be archived in the mail archive of CASE; verbal agreement to the contract should be noted in the meeting minutes. This contract remains valid until superseded or invalidated. For SUPPLIER: Date: For CONSUMER: Date: For ARC: Date: A copy of this contract shall be deposited in the CASE directory as "contract-" or in a "contracts" subdirectory. 16. (Not to be filled in until superseded or invalidated.) This contract was superseded or invalidated by CASE: For ARC: Date: --Boundary_(ID_suRa9wt7P78T8aCqkveRkg)-- From tim.sparlin@sun.com Wed Oct 22 07:26:52 2008 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 m9MEQpg0015019 for ; Wed, 22 Oct 2008 07:26:51 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m9MEQmHu057281; Wed, 22 Oct 2008 08:26:50 -0600 (MDT) 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 <0K9500F0R9GOC300@brm-avmta-1.central.sun.com>; Wed, 22 Oct 2008 08:26:49 -0600 (MDT) Received: from jurassic-x4600.sfbay.sun.com ([129.146.17.59]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K95003EQ9GNOW90@brm-avmta-1.central.sun.com>; Wed, 22 Oct 2008 08:26:47 -0600 (MDT) Received: from [129.146.228.175] (cmousse-pc.SFBay.Sun.COM [129.146.228.175]) by jurassic-x4600.sfbay.sun.com (8.14.3+Sun/8.14.3) with ESMTP id m9MEQl21190453; Wed, 22 Oct 2008 07:26:47 -0700 (PDT) Date: Wed, 22 Oct 2008 07:27:34 -0700 From: Tim Sparlin Subject: Re: slrn 0.9.9 [PSARC/2008/639 FastTrack timeout 10/23/2008] In-reply-to: <200810172030.m9HKUWY5005294@spartan.eng.sun.com> To: Don Cragun Cc: PSARC-ext@sun.com, Anup.Sekhar@sun.com, Kenjiro.Tsuji@sun.com, Tim Sparlin Message-id: <48FF3856.1020905@sun.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 References: <200810172030.m9HKUWY5005294@spartan.eng.sun.com> User-Agent: Thunderbird 2.0.0.18pre (X11/20081005) Status: RO Content-Length: 1403 I agree to the contract..Tim Sparlin Don Cragun wrote: >> Date: Thu, 16 Oct 2008 15:45:08 -0500 >> From: Nicolas Williams >> >> On Thu, Oct 16, 2008 at 01:40:42PM -0700, Gary Winiger wrote: >> >>>> Imported interface Classification Notes >>>> =========================== ================= ============== >>>> S-Lang library Uncommitted PSARC/2008/135 >>>> OpenSSL External PSARC/2003/500 >>>> >>> IIRC in today's terms External would have been proceeded by >>> Contracted. Is there a requirement for a contract here? >>> > > PSARC: Yes, a contract is needed and the "External" on OpenSSL should > have been "Contracted Volatile" (although it remains "External" > in the PSARC/2003/500 case materials and in the template > provided for contracts for consumers of OpenSSL). A draft > contract (built from the template in PSARC/2003/500/contracts) > is attached. A copy of this draft contract has also been > placed in PSARC/2003/500/contracts/contract-27. > > Anup: Please reply to this message stating that you agree to the > contract and are willing to sign the contract as the > responsible manager for the SUPPLIER. > > Tim: Please reply to this message stating that you agree to the > contract and are willing to sign the contract as the > responsible manager for the CONSUMER. > > Thanks, > Don > From dwc@spartan.eng.sun.com Wed Oct 22 11:00:46 2008 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m9MI0jp3027502 for ; Wed, 22 Oct 2008 11:00:46 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m9MI0drB029583 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 22 Oct 2008 19:00:41 +0100 (BST) 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 <0K9500719JD2AV00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 22 Oct 2008 12:00:38 -0600 (MDT) Received: from dm-eng-02.sfbay.sun.com ([129.146.11.32]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K95003TGJD20I50@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 22 Oct 2008 12:00:38 -0600 (MDT) Received: from spartan.eng.sun.com (spartan.SFBay.Sun.COM [129.146.226.64]) by dm-eng-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m9MI0bOm060622; Wed, 22 Oct 2008 11:00:37 -0700 (PDT) Received: from spartan.eng.sun.com (localhost [127.0.0.1]) by spartan.eng.sun.com (8.13.7+Sun/8.13.7) with ESMTP id m9MHjcpt020532; Wed, 22 Oct 2008 10:45:38 -0700 (PDT) Received: (from dwc@localhost) by spartan.eng.sun.com (8.13.7+Sun/8.13.7/Submit) id m9MHjcFU020531; Wed, 22 Oct 2008 10:45:38 -0700 (PDT) Date: Wed, 22 Oct 2008 10:45:38 -0700 (PDT) From: Don Cragun Subject: Re: slrn 0.9.9 [PSARC/2008/639 FastTrack timeout 10/23/2008] To: Anup.Sekhar@sun.com, Kenjiro.Tsuji@sun.com Cc: PSARC-ext@sun.com, Tim.Sparlin@sun.com Message-id: <200810221745.m9MHjcFU020531@spartan.eng.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 Status: RO Content-Length: 310 This case was approved during PSARC business today pending approval of the associated contract. Tim has already signed the contract for the consumer side of the contract. I will mark the case approved when I have confirmation that Anup has signed the contract for the producer side of the contract. - Don From Anup.Sekhar@sun.com Thu Oct 23 08:36:43 2008 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 m9NFahkQ002791 for ; Thu, 23 Oct 2008 08:36:43 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m9NFaXJt022719; Thu, 23 Oct 2008 08:36:42 -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 <0K9700C2F7D4NZ00@brm-avmta-1.central.sun.com>; Thu, 23 Oct 2008 09:36:40 -0600 (MDT) Received: from jurassic-x4600.sfbay.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 <0K97005VA7D35G70@brm-avmta-1.central.sun.com>; Thu, 23 Oct 2008 09:36:39 -0600 (MDT) Received: from [10.0.1.197] (vpn-129-150-17-146.SFBay.Sun.COM [129.150.17.146]) by jurassic-x4600.sfbay.sun.com (8.14.3+Sun/8.14.3) with ESMTP id m9NFaKae524718; Thu, 23 Oct 2008 08:36:26 -0700 (PDT) Date: Thu, 23 Oct 2008 08:36:19 -0700 From: Anup Sekhar Subject: Re: slrn 0.9.9 [PSARC/2008/639 FastTrack timeout 10/23/2008] In-reply-to: <200810221558.m9MFwsqA019858@spartan.eng.sun.com> To: Don Cragun Cc: PSARC-ext@sun.com, contract-2003-500@sun.com, Kenjiro Tsuji , Timothy Sparlin Message-id: <02C4A764-679C-444A-B963-8D294D2ED0E7@Sun.COM> MIME-version: 1.0 X-Mailer: Apple Mail (2.929.2) Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200810221558.m9MFwsqA019858@spartan.eng.sun.com> Status: RO Content-Length: 9717 I approve this contract as the RM for the SUPPLIER. Anup On Oct 22, 2008, at 8:58 AM, Don Cragun wrote: > > ------------- Begin Forwarded Message ------------- > > Return-Path: > Date: Fri, 17 Oct 2008 13:30:32 -0700 (PDT) > From: Don Cragun > Subject: Re: slrn 0.9.9 [PSARC/2008/639 FastTrack timeout 10/23/2008] > To: PSARC-ext@sun.com, Tim.Sparlin@sun.com, Anup.Sekhar@sun.com > Cc: Kenjiro.Tsuji@sun.com > MIME-version: 1.0 > >> Date: Thu, 16 Oct 2008 15:45:08 -0500 >> From: Nicolas Williams >>> >> On Thu, Oct 16, 2008 at 01:40:42PM -0700, Gary Winiger wrote: >>>> Imported interface Classification Notes >>>> =========================== ================= ============== >>>> S-Lang library Uncommitted PSARC/2008/135 >>>> OpenSSL External PSARC/2003/500 >>> >>> IIRC in today's terms External would have been proceeded by >>> Contracted. Is there a requirement for a contract here? > > PSARC: Yes, a contract is needed and the "External" on OpenSSL should > have been "Contracted Volatile" (although it remains "External" > in the PSARC/2003/500 case materials and in the template > provided for contracts for consumers of OpenSSL). A draft > contract (built from the template in PSARC/2003/500/contracts) > is attached. A copy of this draft contract has also been > placed in PSARC/2003/500/contracts/contract-27. > > Anup: Please reply to this message stating that you agree to the > contract and are willing to sign the contract as the > responsible manager for the SUPPLIER. > > Tim: Please reply to this message stating that you agree to the > contract and are willing to sign the contract as the > responsible manager for the CONSUMER. > > Thanks, > Don > > ------------- End Forwarded Message ------------- > > #ident "@(#)contract.txt 1.3 03/11/04 SMI" > > CONTRACT ALLOWING/REQUIRING SPECIAL ARRANGEMENTS FOR INTERFACES > > 0. Number: PSARC/2003/500-27 > > 1. This contract is between > a SUPPLIER of INTERFACES and > a CONSUMER of those INTERFACES, > both of whom are entities within Sun Microsystems, Incorporated. > > 2. The SUPPLIER (definer and/or implementor) is identified by the > following: > Product or Bundle: Solaris WOS > Consolidation: ON > Department or Group: Solaris Security Technology Group (SSTG) > Bugtraq Category/SubCategory: solaris/solaris-crypto/openssl > Responsible Manager: Anup Sekhar > Contact: contract-2003-500@sun.com > > 3. The CONSUMER is identified by the following: > Product or Bundle: Solaris WOS > Consolidation: SFW > Department or Group: Solaris Interfaces > Bugtraq Category/SubCategory: utility/slrn (Not yet created) > Responsible Manager: tim.sparlin@sun.com > Packages: SUNWslrn > Contact: SI-Team@sun.com > > > 4. The INTERFACES are: > > The interfaces covered by this contract are limited to a subset > of the C programming APIs that the OpenSSL communittee has > choosen to document in man pages. It is the subset that the > SUPPLIER beleives to be reasonably stable. > > That subset covers the following major subsystems: > > ASN1, BN, CRYPTO, EVP, HMAC, OpenSSL, PEM, PKCS7, PKCS12, RAND, > SMIME, SSL, BIO, X509 > > In particular it does NOT cover "direct use" of encryption algorithm > APIs outside of the EVP_ interfaces, eg do not call DES or AES > except via EVP_Encrypt*() > > This contract does NOT cover the use of the openssl(1) command > as an interface to be consumed. > > This contract does NOT cover any API or implementation artifact > that does not have an OpenSSL delivered man page. > > OpenSSL Package names > > SUNWopenssl-include Unstable > SUNWopenssl-libraries Unstable > > OpenSSL Library Location > > /usr/sfw/lib/libcrypto.so Unstable > /usr/sfw/lib/libssl.so Unstable > > OpenSSL Headers Location > > /usr/sfw/include/openssl/*.h UnStable > > ASN1_ External > BN_ External > BIO_ External > CRYPTO_ External > EVP_ External > HMAC External > OpenSSL_ External > OBJ_ External > PEM_ External > PKCS7 External > PKCS12_ External > RAND_ External > SMIME_ External > SSL_ External > X509_ External > > > > 5. The ARC controlling these INTERFACES is: PSARC > > 6. The CASE describing these INTERFACES is: PSARC/2003/500 > > Note: this contract is not about a specific version of OpenSSL. > It covers > version 0.9.7d from PSARC/2003/500 and all subsequent versions. > If a > change in the OpenSSL interfaces requires an update of the > contract then > OpenSSL iteam will contact the consumer. > > 7. The following SPECIAL ARRANGEMENTS are made which modify the rules > imposed by the stability levels listed in section 4 above: > > _Y_ 7a. Although the stability level doesn't normally restrict it, > SUPPLIER promises to only modify INTERFACES in an incompatible > way as follows: > > The SUPPLIER will modify the interfaces as needed by the > evolution > of OpenSSL releases shipped by on the www.openssl.org site. > > _N_ 7b. Although the stability level doesn't normally allow it, > CONSUMER will > expose INTERFACES to a PARTNER, which is external to Sun, > namely: > Name of Company: > Name of Department or Group within Company: > Responsible Manager: > > _Y_ 7c. Although the stability level doesn't normally allow it, > CONSUMER will > import INTERFACES from a separate consolidation. > > This contract is only avaliable for CONSUMERS who deliver > directly > to the Solaris WOS. > > If a contract for a CONSUMER who is not part of the Solaris > WOS is > requested it will be dealt with by ARC and the SUPPLIER as a > new > contract. > > _Y_ 7d. If SUPPLIER decides to change (including replace or remove) > any > portion of the INTERFACES, SUPPLIER will notify CONSUMER of the > proposed new version, no later than the application for ARC > approval of the new version. > If SUPPLIER and CONSUMER are contained in the same > consolidation, they will have simultaneous conversion to the > new interfaces. > The SUPPLIER will make a best effort to do most of the work, but > the CONSUMER must be willing to supply resources to assist with > modification/testing of their consuming code if necessary. > > Only a single version of the INTERFACES will be available at any > one time. > > 8. If CONSUMER requires changes in INTERFACES, they must work with the > OpenSSL communittee. The SUPPLIER is willing to assist with this > process on a best effort to accommodate such changes. > In general INTERFACE changes will not be made unless they come from > the OpenSSL communittee. > > 9. N/A > > 10. SUPPLIER and CONSUMER agree that evolution of INTERFACES shall be > handled as follows: > > The SUPPLIER will update the OpenSSL code base in the ON > consolidation > on an as needed basis. The trigger for these events is based on > the > externally defined schedule of the OpenSSL communittee. > > The SUPPLIER will inform the CONSUMER(S) of this change via the > contract alias before filing the RTI for integration into ON. > > Note that it may be necessary to update INTERFACES (or more likely > the implementations of them) with less than 5 working days notice. > > 11. SUPPLIER and CONSUMER agree that INTERFACES will be supported as > follows: > > The SUPPLIER will NOT provide any assistance for use of the > interfaces > they are Externally defined and the SUPPLIER is not necessarily an > expert in their use. > > 12. SUPPLIER and CONSUMER agree that INTERFACES will be documented as > follows: > > The only documentation will be that provided by the OpenSSL > communittee, it will be shipped in the SUNWopenssl-man package > in the form of Solaris nroff man pages. > > 13. SUPPLIER and CONSUMER agree that changes to the INTERFACES will be > tested as follows: > > Before each intergration the OpenSSL test suites will be run. The > standard for "PASS" is that the version in the ON gate should > produce > the same functionality as binaries built using the OpenSSL > makefiles > for the same processor architecture. > > 14. SUPPLIER and CONSUMER agree that this contract can be terminated > as > follows: > > The CONSUMER may choose to terminate this contract at any time by > sending email to the contract-2003-500@sun.com alias. > > The SUPPLIER may terminate this contract only after giving suffient > notice to the CONSUMER. Sufficient notice in the case of > CONSUMERS > that are external to the ON consolidation must take into account > the > Solaris WOS build schedule and its restrictions for change. > > The SUPPLIER will terminate this contract if the interfaces > are ever reclassified to something other than External. > > 15. This contract is not valid until "signed" via agreement from the > SUPPLIER and CONSUMER, and approved by the ARC CASE referenced by > this contract. E-mail agreement to the contract should be archived > in the mail archive of CASE; verbal agreement to the contract > should be noted in the meeting minutes. This contract remains > valid until superseded or invalidated. > > For SUPPLIER: Date: > For CONSUMER: Date: > For ARC: Date: > > A copy of this contract shall be deposited in the CASE directory as > "contract-" or in a "contracts" subdirectory. > > 16. (Not to be filled in until superseded or invalidated.) > This contract was superseded or invalidated by CASE: > For ARC: Date: > From dwc@spartan.eng.sun.com Thu Oct 23 08:54:42 2008 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m9NFsf47003260 for ; Thu, 23 Oct 2008 08:54:42 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m9NFsZoi005437 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 23 Oct 2008 16:54:41 +0100 (BST) 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 <0K9700D1N872SK00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 23 Oct 2008 09:54:38 -0600 (MDT) Received: from dm-eng-02.sfbay.sun.com ([129.146.11.32]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K97005198705GA0@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 23 Oct 2008 09:54:37 -0600 (MDT) Received: from spartan.eng.sun.com (spartan.SFBay.Sun.COM [129.146.226.64]) by dm-eng-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m9NFsUm5023694; Thu, 23 Oct 2008 08:54:30 -0700 (PDT) Received: from spartan.eng.sun.com (localhost [127.0.0.1]) by spartan.eng.sun.com (8.13.7+Sun/8.13.7) with ESMTP id m9NFl1qG024763; Thu, 23 Oct 2008 08:47:01 -0700 (PDT) Received: (from dwc@localhost) by spartan.eng.sun.com (8.13.7+Sun/8.13.7/Submit) id m9NFl0Sx024762; Thu, 23 Oct 2008 08:47:00 -0700 (PDT) Date: Thu, 23 Oct 2008 08:47:00 -0700 (PDT) From: Don Cragun Subject: Re: slrn 0.9.9 [PSARC/2008/639 FastTrack timeout 10/23/2008] To: Kenjiro.Tsuji@sun.com Cc: Anup.Sekhar@sun.com, PSARC-ext@sun.com, Tim.Sparlin@sun.com Message-id: <200810231547.m9NFl0Sx024762@spartan.eng.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 Status: RO Content-Length: 95 Both parties have now signed the contract. This case has been marked closed approved. - Don