From anup.sekhar@sun.com Fri Jul 6 17:26:51 2007 Date: Fri, 06 Jul 2007 17:23:19 -0700 From: Anup Sekhar User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) To: Gary Winiger CC: Don.Traub@sun.com, robert.thurlow@sun.com Subject: Re: Proposed contract: CIFS client needs libkrb5 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="ISO-8859-1"; format="flowed" Content-Length: 710 Yes, I /accept/ this contract. Anup -- SW Engineering Manager :: Solaris Security Technologies :: x89321 MPK17 From Don.Traub@Sun.COM Fri Jul 6 19:54:48 2007 Date: Fri, 06 Jul 2007 20:51:35 -0600 From: Don Traub Subject: Re: Proposed contract: CIFS client needs libkrb5 To: Anup Sekhar , Gary Winiger Cc: Robert.Thurlow@Sun.COM Content-transfer-encoding: 7BIT User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) Content-Type: text/plain; format="flowed"; charset="ISO-8859-1" Content-Length: 1105 I approve this contract. -Don Traub -- *Don Traub* Senior Engineering Manager, Solaris Data Technology *Sun Microsystems, Inc.* 500 Eldorado Blvd., MS UBRM05-171 Broomfield, CO. 80021 Phone x41860/303-547-3537 Cell 303-888-0683 Fax 303-272-7736 Email don.traub@sun.com ============================================================================== CONTRACT ALLOWING/REQUIRING SPECIAL ARRANGEMENTS FOR INTERFACES 0. Number: PSARC/2006/027-02 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 Consolidation: ON Department or Group: Security BU353 Bugster Product/Category/SubCategory: solaris/kerberosv5_bundled/other Responsible Manager: Anup Sekhar 3. The CONSUMER is identified by the following: Product or Bundle: Solaris Consolidation: ON Department or Group: NFS Group BU353 (CIFS Client project PSARC 2005/695) Bugster Product/Category/SubCategory: solaris/network/smbfs Responsible Manager: Don Traub (Don.Traub@sun.com> 4. The INTERFACES are: libkrb5: Contracted External 5. The ARC controlling these INTERFACES is: PSARC 6. The CASE describing these INTERFACES is: PSARC/2006/027 7. The following SPECIAL ARRANGEMENTS are made which modify the rules imposed by the stability levels listed in section 4 above: _N_ 7a. Although the stability level doesn't normally restrict it, SUPPLIER promises to only modify INTERFACES in an incompatible way as follows: _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: _N_ 7c. Although the stability level doesn't normally allow it, CONSUMER will import INTERFACES from a separate consolidation. _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 have the option of arranging for simultaneous conversion to the new interfaces. If this is not possible, or if they are not in the same consolidation, then SUPPLIER will either make best effort to work with CONSUMER so that CONSUMER can detect which version of INTERFACES is being supplied, or else SUPPLIER will make best effort to supply both old and new versions of INTERFACES. If SUPPLIER cannot make both versions of INTERFACES available, and SUPPLIER and CONSUMER cannot devise a method whereby CONSUMER can detect which version of INTERFACES is being supplied, and the old version of CONSUMER will not run with the new version of SUPPLIER, then either the EOL process must be followed by SUPPLIER, or else a major release of SUPPLIER will be required, or the change will not be allowed. 8. If CONSUMER requires changes in INTERFACES, SUPPLIER will make best effort to accommodate such changes, which shall then be treated in accordance with paragraph 7 above. 9. Notwithstanding paragraphs 7 and 8, a change to any portion of the INTERFACES shall be regarded as a completely new set of INTERFACES which require both ARC approval and execution of a new contract. 10. SUPPLIER and CONSUMER agree that evolution of INTERFACES shall be handled as follows: SUPPLIER will notify CONSUMER immediately of any planned or implemented change that may impact SUPPLIER's feature. 11. SUPPLIER and CONSUMER agree that INTERFACES will be supported as follows: SUPPLIER will notify CONSUMER of any change to the INTERFACES that may require new testing or a code change to CONSUMER's code. If any of these tests breaks, SUPPLIER will make best effort to attempt to prevent accidental changes to interfaces. 12. SUPPLIER and CONSUMER agree that INTERFACES will be documented as follows: As described by the following documents: * libkrb5 - MIT Kerberos 5 library http://sac.sfbay.sun.com/Archives/CaseLog/arc/PSARC/2006/027/libkrb5.3lib * Open Kerberosv5 API http://sac.sfbay.sun.com/Archives/CaseLog/arc/PSARC/2006/027/krb5-api-psarc.txt 13. SUPPLIER and CONSUMER agree that changes to the INTERFACES will be tested as follows: CONSUMER will run smoke tests as part of regular testing to verify binary compatibility of provided interfaces. 14. SUPPLIER and CONSUMER agree that this contract can be terminated as follows: By mutual agreement by SUPPLIER and CONSUMER. 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: Anup Sekhar Date: July 06, 2007 For CONSUMER: Don Traub Date: July 06, 2007 For ARC: Gary Winiger Date: July 07, 2007 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: