From bc99092@sac.sfbay.sun.com Wed Nov 19 17:26:23 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 mAK1QMXu027752 for ; Wed, 19 Nov 2008 17:26:23 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id mAK1QHxD015857; Thu, 20 Nov 2008 01:26:21 GMT 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 <0KAL00109YNVPK00@nwk-avmta-1.sfbay.Sun.COM>; Wed, 19 Nov 2008 17:26:19 -0800 (PST) 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 <0KAL00J6VYNVZE40@nwk-avmta-1.sfbay.Sun.COM>; Wed, 19 Nov 2008 17:26:19 -0800 (PST) Received: from sac.sfbay.sun.com (new-sac.SFBay.Sun.COM [129.146.175.65]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id mAK1QJMd010030; Wed, 19 Nov 2008 17:26:19 -0800 (PST) Received: from sac.sfbay.sun.com (localhost [127.0.0.1]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id mAK1QIWF027746; Wed, 19 Nov 2008 17:26:18 -0800 (PST) Received: (from bc99092@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id mAK1QInq027742; Wed, 19 Nov 2008 17:26:18 -0800 (PST) Date: Wed, 19 Nov 2008 17:26:18 -0800 (PST) From: Brian Cameron Subject: simplejson [LSARC/2008/722 FastTrack timeout 11/26/2008] To: LSARC-ext@sun.com Cc: desktop-discuss@opensolaris.org Message-id: <200811200126.mAK1QInq027742@sac.sfbay.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 Status: RO Content-Length: 4936 Template Version: @(#)sac_nextcase %I% %G% SMI This information is Copyright 2008 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: simplejson 1.2. Name of Document Author/Supplier: Author: Brian Cameron 1.3 Date of This Document: 19 November, 2008 4. Technical Description 1. Introduction 1.1. Project/Component Working Name: simplejson 1.2. Name of Document Author/Supplier: Brian Cameron 1.3. Date of This Document: 11/18/2008 1.4. Name of Major Document Customer(s)/Consumer(s): 1.4.1. The PAC or CPT you expect to review your project: Solaris PAC 1.4.2. The ARC(s) you expect to review your project: LSARC 1.4.3. The Director/VP who is "Sponsoring" this project: Robert O'Dea 1.4.4. The name of your business unit: Software - OPG 1.5. Email Aliases: 1.5.1. Responsible Manager: leo.binchy@sun.com 1.5.2. Responsible Engineer: brian.cameron@sun.com 1.5.3 Marketing Manager: dan.robert@sun.com 1.5.4. Interest List: desktop-discuss@opensolaris.org 2. Project Summary 2.1. Project Description: simplejson is a simple, fast, complete, and extensible JSON encoder/decoder for Python 2.3+. simplejson is pure Python code with no dependencies. The encoder may be subclassed to provide serialization in any kind of situation, without any special support by the objects to be serialized (somewhat like pickle). The decoder can handle incoming JSON strings of any specified encoding (UTF-8 by default). The simplejson module is used by Elisa for its plugin configuration system, and also is used in the Deskbar applet for it's "Google Search" feature to work. 4. Technical Description: 4.1. Details: JSON (JavaScript Object Notation) is a lightweight data-interchange format which is easy for humans to read and write, and for machines to parse and generate. It is based on a subset of the "JavaScript Programming Language, Standard ECMA-262 3rd Edition - December 1999". JSON is a text format that is completely language independent but uses conventions that are familiar to programmers of the C-family of languages, including C, C++, C#, Java, JavaScript, Perl, Python, and many others. These properties make JSON an ideal data-interchange language. JSON is built on two structures: * A collection of name/value pairs. In various languages, this is realized as an object, record, struct, dictionary, hash table, keyed list, or associative array. * An ordered list of values. In most languages, this is realized as an array, vector, list, or sequence. These are universal data structures. Virtually all modern programming languages support them in one form or another. It makes sense that a data format that is interchangable with programming languages also be based on these structures. For more information about JSON, refer to the JSON specification. 4.2. Interfaces: Exported Interfaces Stability Comments ------------------- -------------- ----------------------- /usr/lib/python2.4/vendor-packages/simplejson*.egg-info Uncommitted Python egg files /usr/lib/python2.4/vendor-packages/simplejson Uncommitted Python API SUNWpython-simplejson Uncommitted Package name Imported Interfaces Stability Comments --------------- --------------- ----------------------- Python External PSARC/2005/532 Python Evolving Migration from /usr/sfw to /usr and upgrade to v2.4.x 4.3. Doc Impact: None. 4.4. Packaging & Delivery: SUNWpython-simplejson - the package for simplejson. 4.5. Dependencies: None. 4.6. L10N Impact: The Desktop team and the G11N are working together to evaluate and provide I18N/L10N support. 4.7 Security Impact: None. 5. Reference Documents: simplejson community: http://pypi.python.org/pypi/simplejson simplejson API docs: http://simplejson.googlecode.com/svn/tags/simplejson-2.0.4/docs/index.html JSON Specification: http://www.json.org/ 6. Resources and Schedule 6.4. Steering Committee requested information 6.4.1. Consolidation C-team Name: Desktop 6.5. ARC review type: FastTrack 6.6. ARC Exposure: open From John.Fischer@sun.com Thu Nov 20 09:02:54 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 mAKH2rAQ014750 for ; Thu, 20 Nov 2008 09:02:54 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id mAKH2jkM015001 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Thu, 20 Nov 2008 17:02:52 GMT 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 <0KAN0090F60RIG00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 20 Nov 2008 09:02:51 -0800 (PST) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KAN001XR60Q27E0@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 20 Nov 2008 09:02:50 -0800 (PST) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id mAKH2ovG022739 for ; Thu, 20 Nov 2008 17:02:50 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KAN00L014NQGN00@mail-amer.sun.com> (original mail from John.Fischer@Sun.COM) for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 20 Nov 2008 10:02:50 -0700 (MST) Received: from 129.145.154.66 ([129.145.154.66]) by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KAN003Q060B0I60@mail-amer.sun.com>; Thu, 20 Nov 2008 10:02:36 -0700 (MST) Date: Thu, 20 Nov 2008 09:02:35 -0800 From: John Fischer Subject: Re: simplejson [LSARC/2008/722 FastTrack timeout 11/26/2008] In-reply-to: <200811200126.mAK1QInq027742@sac.sfbay.sun.com> Sender: John.Fischer@sun.com To: Brian Cameron Cc: LSARC-ext@sun.com, desktop-discuss@opensolaris.org Reply-to: John.Fischer@sun.com Message-id: <1227200555.51667.96.camel@sr1-umpk-16> MIME-version: 1.0 X-Mailer: Ximian Evolution 1.4.6.301 Content-type: text/plain; charset=ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200811200126.mAK1QInq027742@sac.sfbay.sun.com> Status: RO Content-Length: 5884 Brian, The following is from the Python 2.5 ARC case (PSARC/2008/543): Projects delivering Python modules are required to deliver them for all non-Obsolete versions of Python that are shipped on the system. New projects do not have to deliver Python modules for Obsolete versions, but existing modules must be delivered for all versions. Projects delivering shared object Python modules are required to deliver both 32 and 64-bit versions, as described in PSARC/2006/666 How is this project conforming to these requirements? Thanks, John On Wed, 2008-11-19 at 17:26, Brian Cameron wrote: > Template Version: @(#)sac_nextcase %I% %G% SMI > This information is Copyright 2008 Sun Microsystems > 1. Introduction > 1.1. Project/Component Working Name: > simplejson > 1.2. Name of Document Author/Supplier: > Author: Brian Cameron > 1.3 Date of This Document: > 19 November, 2008 > 4. Technical Description > > 1. Introduction > > 1.1. Project/Component Working Name: > > simplejson > > 1.2. Name of Document Author/Supplier: > > Brian Cameron > > 1.3. Date of This Document: > > 11/18/2008 > > 1.4. Name of Major Document Customer(s)/Consumer(s): > 1.4.1. The PAC or CPT you expect to review your project: > > Solaris PAC > > 1.4.2. The ARC(s) you expect to review your project: > > LSARC > > 1.4.3. The Director/VP who is "Sponsoring" this project: > > Robert O'Dea > > 1.4.4. The name of your business unit: > > Software - OPG > > 1.5. Email Aliases: > 1.5.1. Responsible Manager: > > leo.binchy@sun.com > > 1.5.2. Responsible Engineer: > > brian.cameron@sun.com > > 1.5.3 Marketing Manager: > > dan.robert@sun.com > > 1.5.4. Interest List: > > desktop-discuss@opensolaris.org > > 2. Project Summary > 2.1. Project Description: > > simplejson is a simple, fast, complete, and extensible JSON > encoder/decoder for Python 2.3+. simplejson is pure Python code with > no dependencies. > > The encoder may be subclassed to provide serialization in any kind of > situation, without any special support by the objects to be serialized > (somewhat like pickle). > > The decoder can handle incoming JSON strings of any specified encoding > (UTF-8 by default). > > The simplejson module is used by Elisa for its plugin configuration > system, and also is used in the Deskbar applet for it's "Google Search" > feature to work. > > 4. Technical Description: > 4.1. Details: > > JSON (JavaScript Object Notation) is a lightweight data-interchange > format which is easy for humans to read and write, and for machines to > parse and generate. It is based on a subset of the "JavaScript > Programming Language, Standard ECMA-262 3rd Edition - December 1999". > JSON is a text format that is completely language independent but uses > conventions that are familiar to programmers of the C-family of > languages, including C, C++, C#, Java, JavaScript, Perl, Python, and > many others. These properties make JSON an ideal data-interchange > language. > > JSON is built on two structures: > > * A collection of name/value pairs. In various languages, this is > realized as an object, record, struct, dictionary, hash table, keyed > list, or associative array. > * An ordered list of values. In most languages, this is realized as an > array, vector, list, or sequence. > > These are universal data structures. Virtually all modern programming > languages support them in one form or another. It makes sense that a > data format that is interchangable with programming languages also be > based on these structures. > > For more information about JSON, refer to the JSON specification. > > 4.2. Interfaces: > > Exported Interfaces Stability Comments > ------------------- -------------- ----------------------- > /usr/lib/python2.4/vendor-packages/simplejson*.egg-info > Uncommitted Python egg files > /usr/lib/python2.4/vendor-packages/simplejson > Uncommitted Python API > > SUNWpython-simplejson Uncommitted Package name > > Imported Interfaces Stability Comments > --------------- --------------- ----------------------- > Python External PSARC/2005/532 Python > Evolving Migration from /usr/sfw > to /usr and upgrade to v2.4.x > > 4.3. Doc Impact: > > None. > > 4.4. Packaging & Delivery: > > SUNWpython-simplejson - the package for simplejson. > > 4.5. Dependencies: > > None. > > 4.6. L10N Impact: > > The Desktop team and the G11N are working together to evaluate and > provide I18N/L10N support. > > 4.7 Security Impact: > > None. > > 5. Reference Documents: > > simplejson community: > http://pypi.python.org/pypi/simplejson > > simplejson API docs: > http://simplejson.googlecode.com/svn/tags/simplejson-2.0.4/docs/index.html > > JSON Specification: > http://www.json.org/ > > > 6. Resources and Schedule > 6.4. Steering Committee requested information > 6.4.1. Consolidation C-team Name: > Desktop > 6.5. ARC review type: FastTrack > 6.6. ARC Exposure: open > From Brian.Cameron@sun.com Thu Nov 20 10:28:46 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 mAKISkeS002203 for ; Thu, 20 Nov 2008 10:28:46 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id mAKISii9040840 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Thu, 20 Nov 2008 11:28:46 -0700 (MST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KAN00F139ZX3E00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Thu, 20 Nov 2008 10:28:45 -0800 (PST) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KAN0098X9ZVSK70@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Thu, 20 Nov 2008 10:28:43 -0800 (PST) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id mAKIShD7016664 for ; Thu, 20 Nov 2008 18:28:43 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KAN004019OIWP00@mail-amer.sun.com> (original mail from Brian.Cameron@Sun.COM) for LSARC-ext@Sun.COM (ORCPT LSARC-ext@Sun.COM); Thu, 20 Nov 2008 11:28:43 -0700 (MST) Received: from [10.0.0.4] ([65.42.80.91]) by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KAN00CTH9ZHMW10@mail-amer.sun.com>; Thu, 20 Nov 2008 11:28:34 -0700 (MST) Date: Thu, 20 Nov 2008 12:28:22 -0600 From: Brian Cameron Subject: Re: [desktop-discuss] simplejson [LSARC/2008/722 FastTrack timeout 11/26/2008] In-reply-to: <1227200555.51667.96.camel@sr1-umpk-16> Sender: Brian.Cameron@sun.com To: John.Fischer@sun.com Cc: Brian Cameron , LSARC-ext@sun.com, desktop-discuss@opensolaris.org Message-id: <4925AC46.9090708@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200811200126.mAK1QInq027742@sac.sfbay.sun.com> <1227200555.51667.96.camel@sr1-umpk-16> User-Agent: Thunderbird 2.0.0.17 (X11/20081023) Status: RO Content-Length: 6615 John: simplejson will provide support for Python 2.5 and does ship one shared object /usr/lib/python2.4/vendor-packages/simplejson/_speedups.so. A 64-bit version of this library will be provided. I will be working with the Desktop Release Engineering team to ensure that this work is done. In talking with Laca from the RE team, he said that the changes are minor and he plans to provide the Desktop team with instructions how to do this over the next week. Brian > The following is from the Python 2.5 ARC case > (PSARC/2008/543): > > Projects delivering Python modules are required to deliver them > for all non-Obsolete versions of Python that are shipped on the > system. New projects do not have to deliver Python modules for > Obsolete versions, but existing modules must be delivered for > all versions. > > Projects delivering shared object Python modules are required to > deliver both 32 and 64-bit versions, as described in PSARC/2006/666 > > How is this project conforming to these requirements? > > Thanks, > > John > > On Wed, 2008-11-19 at 17:26, Brian Cameron wrote: >> Template Version: @(#)sac_nextcase %I% %G% SMI >> This information is Copyright 2008 Sun Microsystems >> 1. Introduction >> 1.1. Project/Component Working Name: >> simplejson >> 1.2. Name of Document Author/Supplier: >> Author: Brian Cameron >> 1.3 Date of This Document: >> 19 November, 2008 >> 4. Technical Description >> >> 1. Introduction >> >> 1.1. Project/Component Working Name: >> >> simplejson >> >> 1.2. Name of Document Author/Supplier: >> >> Brian Cameron >> >> 1.3. Date of This Document: >> >> 11/18/2008 >> >> 1.4. Name of Major Document Customer(s)/Consumer(s): >> 1.4.1. The PAC or CPT you expect to review your project: >> >> Solaris PAC >> >> 1.4.2. The ARC(s) you expect to review your project: >> >> LSARC >> >> 1.4.3. The Director/VP who is "Sponsoring" this project: >> >> Robert O'Dea >> >> 1.4.4. The name of your business unit: >> >> Software - OPG >> >> 1.5. Email Aliases: >> 1.5.1. Responsible Manager: >> >> leo.binchy@sun.com >> >> 1.5.2. Responsible Engineer: >> >> brian.cameron@sun.com >> >> 1.5.3 Marketing Manager: >> >> dan.robert@sun.com >> >> 1.5.4. Interest List: >> >> desktop-discuss@opensolaris.org >> >> 2. Project Summary >> 2.1. Project Description: >> >> simplejson is a simple, fast, complete, and extensible JSON >> encoder/decoder for Python 2.3+. simplejson is pure Python code with >> no dependencies. >> >> The encoder may be subclassed to provide serialization in any kind of >> situation, without any special support by the objects to be serialized >> (somewhat like pickle). >> >> The decoder can handle incoming JSON strings of any specified encoding >> (UTF-8 by default). >> >> The simplejson module is used by Elisa for its plugin configuration >> system, and also is used in the Deskbar applet for it's "Google Search" >> feature to work. >> >> 4. Technical Description: >> 4.1. Details: >> >> JSON (JavaScript Object Notation) is a lightweight data-interchange >> format which is easy for humans to read and write, and for machines to >> parse and generate. It is based on a subset of the "JavaScript >> Programming Language, Standard ECMA-262 3rd Edition - December 1999". >> JSON is a text format that is completely language independent but uses >> conventions that are familiar to programmers of the C-family of >> languages, including C, C++, C#, Java, JavaScript, Perl, Python, and >> many others. These properties make JSON an ideal data-interchange >> language. >> >> JSON is built on two structures: >> >> * A collection of name/value pairs. In various languages, this is >> realized as an object, record, struct, dictionary, hash table, keyed >> list, or associative array. >> * An ordered list of values. In most languages, this is realized as an >> array, vector, list, or sequence. >> >> These are universal data structures. Virtually all modern programming >> languages support them in one form or another. It makes sense that a >> data format that is interchangable with programming languages also be >> based on these structures. >> >> For more information about JSON, refer to the JSON specification. >> >> 4.2. Interfaces: >> >> Exported Interfaces Stability Comments >> ------------------- -------------- ----------------------- >> /usr/lib/python2.4/vendor-packages/simplejson*.egg-info >> Uncommitted Python egg files >> /usr/lib/python2.4/vendor-packages/simplejson >> Uncommitted Python API >> >> SUNWpython-simplejson Uncommitted Package name >> >> Imported Interfaces Stability Comments >> --------------- --------------- ----------------------- >> Python External PSARC/2005/532 Python >> Evolving Migration from /usr/sfw >> to /usr and upgrade to v2.4.x >> >> 4.3. Doc Impact: >> >> None. >> >> 4.4. Packaging & Delivery: >> >> SUNWpython-simplejson - the package for simplejson. >> >> 4.5. Dependencies: >> >> None. >> >> 4.6. L10N Impact: >> >> The Desktop team and the G11N are working together to evaluate and >> provide I18N/L10N support. >> >> 4.7 Security Impact: >> >> None. >> >> 5. Reference Documents: >> >> simplejson community: >> http://pypi.python.org/pypi/simplejson >> >> simplejson API docs: >> http://simplejson.googlecode.com/svn/tags/simplejson-2.0.4/docs/index.html >> >> JSON Specification: >> http://www.json.org/ >> >> >> 6. Resources and Schedule >> 6.4. Steering Committee requested information >> 6.4.1. Consolidation C-team Name: >> Desktop >> 6.5. ARC review type: FastTrack >> 6.6. ARC Exposure: open >> > > _______________________________________________ > desktop-discuss mailing list > desktop-discuss@opensolaris.org From danek.duvall@sun.com Mon Nov 24 12:18:27 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 mAOKIRJt005164 for ; Mon, 24 Nov 2008 12:18:27 -0800 (PST) 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 mAOKIPfX025316 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Mon, 24 Nov 2008 12:18:27 -0800 (PST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KAU00N1BTQQ4G00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 24 Nov 2008 12:18:26 -0800 (PST) Received: from dm-sfbay-02.sfbay.sun.com ([129.146.11.31]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KAU00BP5TQQODE0@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 24 Nov 2008 12:18:26 -0800 (PST) Received: from mumak.SFBay.Sun.COM (mumak.SFBay.Sun.COM [129.146.229.4]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id mAOKIPIJ047967; Mon, 24 Nov 2008 12:18:25 -0800 (PST) Received: from mumak.SFBay.Sun.COM (mumak [127.0.0.1]) by mumak.SFBay.Sun.COM (8.14.3+Sun/8.14.3) with ESMTP id mAOKJsDp025925; Mon, 24 Nov 2008 12:19:54 -0800 (PST) Received: (from dduvall@localhost) by mumak.SFBay.Sun.COM (8.14.3+Sun/8.14.3/Submit) id mAOKJrUb025924; Mon, 24 Nov 2008 12:19:53 -0800 (PST) Date: Mon, 24 Nov 2008 12:19:53 -0800 From: Danek Duvall Subject: Re: simplejson [LSARC/2008/722 FastTrack timeout 11/26/2008] In-reply-to: <200811200126.mAK1QInq027742@sac.sfbay.sun.com> To: Brian Cameron Cc: LSARC-ext@sun.com, desktop-discuss@opensolaris.org Message-id: <20081124201953.GA22257@mumak.SFBay.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: <200811200126.mAK1QInq027742@sac.sfbay.sun.com> User-Agent: Mutt/1.5.16 (2007-06-27) Status: RO Content-Length: 675 On Wed, Nov 19, 2008 at 05:26:18PM -0800, Brian Cameron wrote: > simplejson is pure Python code with no dependencies. If there's a shared object (as you mention to John), then this isn't strictly true, is it? I assume the native module is optional? > 4.2. Interfaces: > > Exported Interfaces Stability Comments > ------------------- -------------- ----------------------- > /usr/lib/python2.4/vendor-packages/simplejson*.egg-info > Uncommitted Python egg files What is this for? I don't recall having seen any egg-related files being documented so far in any ARC case. Danek From Brian.Cameron@sun.com Mon Nov 24 14:28:03 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 mAOMS3Ec009463 for ; Mon, 24 Nov 2008 14:28:03 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id mAOMS2lD005792 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Mon, 24 Nov 2008 14:28:03 -0800 (PST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KAU00B05ZQPMD00@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 24 Nov 2008 15:28:01 -0700 (MST) 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 <0KAU00M1XZQPK2C0@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 24 Nov 2008 15:28:01 -0700 (MST) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id mAOMS1FK014170 for ; Mon, 24 Nov 2008 22:28:01 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KAU00F01Z36BT00@mail-amer.sun.com> (original mail from Brian.Cameron@Sun.COM) for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 24 Nov 2008 15:28:01 -0700 (MST) Received: from [129.153.250.80] by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KAU00CE2ZQ97L60@mail-amer.sun.com>; Mon, 24 Nov 2008 15:27:50 -0700 (MST) Date: Mon, 24 Nov 2008 16:27:10 -0600 From: Brian Cameron Subject: Re: simplejson [LSARC/2008/722 FastTrack timeout 11/26/2008] In-reply-to: <20081124201953.GA22257@mumak.SFBay.Sun.COM> Sender: Brian.Cameron@sun.com To: Danek Duvall Cc: Brian Cameron , LSARC-ext@sun.com, desktop-discuss@opensolaris.org Message-id: <492B2A3E.9070902@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200811200126.mAK1QInq027742@sac.sfbay.sun.com> <20081124201953.GA22257@mumak.SFBay.Sun.COM> User-Agent: Thunderbird 2.0.0.17 (X11/20081023) Status: RO Content-Length: 1370 Danek: >> simplejson is pure Python code with no dependencies. > > If there's a shared object (as you mention to John), then this isn't > strictly true, is it? I assume the native module is optional? Yes, it is optional. If simplejson cannot load the _speedups module, then it falls back to using native Python code, which presumably is slower. We could consider not shipping the optional module if we desire. >> 4.2. Interfaces: >> >> Exported Interfaces Stability Comments >> ------------------- -------------- ----------------------- >> /usr/lib/python2.4/vendor-packages/simplejson*.egg-info >> Uncommitted Python egg files > > What is this for? I don't recall having seen any egg-related files being > documented so far in any ARC case. Not true. Such egg files are a result of building a module via Python setuptools. This is discussed in the setuptools ARC case: http://sac.sfbay/PSARC/2008/084/proposal.txt Egg files are documented here: http://peak.telecommunity.com/DevCenter/PythonEggs I believe there are only three modules in Solaris which use setuptools and distribute egg files, all of which are recently added: - CSSutils (LSARC 2008/658) - Twisted-Python 8.1 and Twisted-Python-Web2 8.1 (PSARC 2008/670) - Elisa (LSARC 2008/713) Brian From danek.duvall@Sun.COM Tue Nov 25 08:04:15 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 mAPG4FOc012467 for ; Tue, 25 Nov 2008 08:04:15 -0800 (PST) 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 mAPG4Bbx023559 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Tue, 25 Nov 2008 09:04:14 -0700 (MST) 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 <0KAW00747CN1SS00@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 25 Nov 2008 09:04:13 -0700 (MST) Received: from dm-sfbay-01.sfbay.sun.com ([129.145.155.118]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KAW007K2CMY3C00@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 25 Nov 2008 09:04:10 -0700 (MST) Received: from mumak.SFBay.Sun.COM (mumak.SFBay.Sun.COM [129.146.229.4]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id mAPG4968005577; Tue, 25 Nov 2008 08:04:09 -0800 (PST) Received: from mumak.SFBay.Sun.COM (mumak [127.0.0.1]) by mumak.SFBay.Sun.COM (8.14.3+Sun/8.14.3) with ESMTP id mAPG5cnt001253; Tue, 25 Nov 2008 08:05:38 -0800 (PST) Received: (from dduvall@localhost) by mumak.SFBay.Sun.COM (8.14.3+Sun/8.14.3/Submit) id mAPG5cIT001252; Tue, 25 Nov 2008 08:05:38 -0800 (PST) Date: Tue, 25 Nov 2008 08:05:38 -0800 From: Danek Duvall Subject: Re: simplejson [LSARC/2008/722 FastTrack timeout 11/26/2008] In-reply-to: <492B2A3E.9070902@sun.com> To: Brian Cameron Cc: Brian Cameron , LSARC-ext@Sun.COM, desktop-discuss@opensolaris.org Message-id: <20081125160538.GJ22257@mumak.SFBay.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: <200811200126.mAK1QInq027742@sac.sfbay.sun.com> <20081124201953.GA22257@mumak.SFBay.Sun.COM> <492B2A3E.9070902@sun.com> User-Agent: Mutt/1.5.16 (2007-06-27) Status: RO Content-Length: 729 On Mon, Nov 24, 2008 at 04:27:10PM -0600, Brian Cameron wrote: > Not true. Such egg files are a result of building a module via Python > setuptools. This is discussed in the setuptools ARC case: > > http://sac.sfbay/PSARC/2008/084/proposal.txt That case doesn't propose that the files be shipped in the binary product, though, and given that the files appear to be useful only on the development and building side of the distribution, it's not clear to me why they should be shipped, never mind exported as interfaces. > - CSSutils (LSARC 2008/658) > - Twisted-Python 8.1 and Twisted-Python-Web2 8.1 (PSARC 2008/670) > - Elisa (LSARC 2008/713) The mysql and zope extensions also seem to be shipping the egg files. Danek From MAILER-DAEMON Tue Nov 25 11:48:51 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 mAPJmpeD002489 for ; Tue, 25 Nov 2008 11:48:51 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id mAPJmoAn007970; Tue, 25 Nov 2008 11:48:51 -0800 (PST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KAW00705N1D2J00@brm-avmta-1.central.sun.com>; Tue, 25 Nov 2008 12:48:49 -0700 (MST) 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 <0KAW000ZUN1BSG40@brm-avmta-1.central.sun.com>; Tue, 25 Nov 2008 12:48:48 -0700 (MST) Received: from rosseau (rosseau.SFBay.Sun.COM [129.146.228.252]) by jurassic-x4600.sfbay.sun.com (8.14.3+Sun/8.14.3) with ESMTP id mAPJmlro102344; Tue, 25 Nov 2008 11:48:47 -0800 (PST) Date: Tue, 25 Nov 2008 11:50:04 -0800 From: Stephen Hahn Subject: Re: [desktop-discuss] simplejson [LSARC/2008/722 FastTrack timeout 11/26/2008] In-reply-to: <20081125160538.GJ22257@mumak.SFBay.Sun.COM> To: Danek Duvall Cc: Brian Cameron , Brian Cameron , LSARC-ext@sun.com, desktop-discuss@opensolaris.org Message-id: <20081125192830.GB4876@eng.sun.com> Organization: Solaris Kernel Development; Sun Microsystems, Inc. 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: <200811200126.mAK1QInq027742@sac.sfbay.sun.com> <20081124201953.GA22257@mumak.SFBay.Sun.COM> <492B2A3E.9070902@sun.com> <20081125160538.GJ22257@mumak.SFBay.Sun.COM> User-Agent: Mutt/1.5.17 (2007-11-01) Status: RO Content-Length: 1300 * Danek Duvall [2008-11-25 16:05]: > On Mon, Nov 24, 2008 at 04:27:10PM -0600, Brian Cameron wrote: > > > Not true. Such egg files are a result of building a module via Python > > setuptools. This is discussed in the setuptools ARC case: > > > > http://sac.sfbay/PSARC/2008/084/proposal.txt > > That case doesn't propose that the files be shipped in the binary product, > though, and given that the files appear to be useful only on the > development and building side of the distribution, it's not clear to me why > they should be shipped, never mind exported as interfaces. > > > - CSSutils (LSARC 2008/658) > > - Twisted-Python 8.1 and Twisted-Python-Web2 8.1 (PSARC 2008/670) > > - Elisa (LSARC 2008/713) > > The mysql and zope extensions also seem to be shipping the egg files. Ignoring the bugs in the mysql extension, I would like to understand why egg files are an appropriate delivery mechanism for us as distributor/OS vendor. Eggs seem to be more opaque than unpacked module deliveries, and appear to have performance overhead (from the unpacking, although there may be caching options I've not found). If there isn't a strong argument, I think we should insist on unpacked delivery. - Stephen -- sch@sun.com http://blogs.sun.com/sch/ From danek.duvall@sun.com Tue Nov 25 11:54:11 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 mAPJsB7L002928 for ; Tue, 25 Nov 2008 11:54:11 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id mAPJs8en011381; Tue, 25 Nov 2008 11:54:11 -0800 (PST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KAW0070XNA9MO00@brm-avmta-1.central.sun.com>; Tue, 25 Nov 2008 12:54:09 -0700 (MST) Received: from dm-sfbay-02.sfbay.sun.com ([129.146.11.31]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KAW0006TNA9SE60@brm-avmta-1.central.sun.com>; Tue, 25 Nov 2008 12:54:09 -0700 (MST) Received: from mumak.SFBay.Sun.COM (mumak.SFBay.Sun.COM [129.146.229.4]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id mAPJs8d4026845; Tue, 25 Nov 2008 11:54:08 -0800 (PST) Received: from mumak.SFBay.Sun.COM (mumak [127.0.0.1]) by mumak.SFBay.Sun.COM (8.14.3+Sun/8.14.3) with ESMTP id mAPJtbQV002795; Tue, 25 Nov 2008 11:55:37 -0800 (PST) Received: (from dduvall@localhost) by mumak.SFBay.Sun.COM (8.14.3+Sun/8.14.3/Submit) id mAPJtb8r002794; Tue, 25 Nov 2008 11:55:37 -0800 (PST) Date: Tue, 25 Nov 2008 11:55:37 -0800 From: Danek Duvall Subject: Re: [desktop-discuss] simplejson [LSARC/2008/722 FastTrack timeout 11/26/2008] In-reply-to: <20081125192830.GB4876@eng.sun.com> To: Stephen Hahn Cc: Brian Cameron , Brian Cameron , LSARC-ext@sun.com, desktop-discuss@opensolaris.org Message-id: <20081125195537.GP22257@mumak.SFBay.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: <200811200126.mAK1QInq027742@sac.sfbay.sun.com> <20081124201953.GA22257@mumak.SFBay.Sun.COM> <492B2A3E.9070902@sun.com> <20081125160538.GJ22257@mumak.SFBay.Sun.COM> <20081125192830.GB4876@eng.sun.com> User-Agent: Mutt/1.5.16 (2007-06-27) Status: RO Content-Length: 844 On Tue, Nov 25, 2008 at 11:50:04AM -0800, Stephen Hahn wrote: > Ignoring the bugs in the mysql extension, I would like to understand > why egg files are an appropriate delivery mechanism for us as > distributor/OS vendor. Eggs seem to be more opaque than unpacked > module deliveries, and appear to have performance overhead (from the > unpacking, although there may be caching options I've not found). > > If there isn't a strong argument, I think we should insist on > unpacked delivery. So far as I can tell -- from the egg files that are already being installed -- we *are* installing unpacked, but we're also installing various egg-related turds, which seem to be different in different cases (some deliver a .egg-info file and some deliver a .egg-info directory which is populated with maybe a half-dozen files). Danek From swalker@opensolaris.org Tue Nov 25 12:37:36 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 mAPKba2R019003 for ; Tue, 25 Nov 2008 12:37:36 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id mAPKbTX1003337; Tue, 25 Nov 2008 20:37:32 GMT 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 <0KAW00M07PAITS00@nwk-avmta-1.sfbay.Sun.COM>; Tue, 25 Nov 2008 12:37:30 -0800 (PST) Received: from jurassic.eng.sun.com ([129.146.17.57]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KAW00DWRPAIFZB0@nwk-avmta-1.sfbay.Sun.COM>; Tue, 25 Nov 2008 12:37:30 -0800 (PST) Received: from [10.7.250.124] (punchin-client-10-7-250-124.SFBay.Sun.COM [10.7.250.124]) by jurassic.eng.sun.com (8.13.8+Sun/8.13.8) with ESMTP id mAPKbSEJ399816 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 25 Nov 2008 12:37:28 -0800 (PST) Date: Tue, 25 Nov 2008 14:37:27 -0600 From: Shawn Walker Subject: Re: [desktop-discuss] simplejson [LSARC/2008/722 FastTrack timeout 11/26/2008] In-reply-to: <20081125195537.GP22257@mumak.SFBay.Sun.COM> To: Danek Duvall Cc: Stephen Hahn , Brian Cameron , desktop-discuss@opensolaris.org, LSARC-ext@sun.com, Brian Cameron Message-id: <492C6207.2010300@opensolaris.org> 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: <200811200126.mAK1QInq027742@sac.sfbay.sun.com> <20081124201953.GA22257@mumak.SFBay.Sun.COM> <492B2A3E.9070902@sun.com> <20081125160538.GJ22257@mumak.SFBay.Sun.COM> <20081125192830.GB4876@eng.sun.com> <20081125195537.GP22257@mumak.SFBay.Sun.COM> User-Agent: Thunderbird 2.0.0.17 (X11/20081023) Status: RO Content-Length: 1031 Danek Duvall wrote: > On Tue, Nov 25, 2008 at 11:50:04AM -0800, Stephen Hahn wrote: > >> Ignoring the bugs in the mysql extension, I would like to understand >> why egg files are an appropriate delivery mechanism for us as >> distributor/OS vendor. Eggs seem to be more opaque than unpacked >> module deliveries, and appear to have performance overhead (from the >> unpacking, although there may be caching options I've not found). >> >> If there isn't a strong argument, I think we should insist on >> unpacked delivery. > > So far as I can tell -- from the egg files that are already being installed > -- we *are* installing unpacked, but we're also installing various > egg-related turds, which seem to be different in different cases (some > deliver a .egg-info file and some deliver a .egg-info directory which is > populated with maybe a half-dozen files). I know I omitted them from the SUNWpython-mako package I created as they appeared to be only useful to install using easy install. -- Shawn Walker From Brian.Cameron@sun.com Thu Nov 27 10:05:52 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 mARI5pNA021281 for ; Thu, 27 Nov 2008 10:05:52 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id mARI5iL1005782 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Thu, 27 Nov 2008 18:05:50 GMT 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 <0KB0002057LOZA00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 27 Nov 2008 10:05:48 -0800 (PST) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KB000M867LN9O40@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 27 Nov 2008 10:05:48 -0800 (PST) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id mARI5lLc019361 for ; Thu, 27 Nov 2008 18:05:47 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KB000M017DTDY00@mail-amer.sun.com> (original mail from Brian.Cameron@Sun.COM) for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 27 Nov 2008 11:05:47 -0700 (MST) Received: from [10.0.0.4] ([24.32.67.166]) by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KB000APX7LB1O40@mail-amer.sun.com>; Thu, 27 Nov 2008 11:05:41 -0700 (MST) Date: Thu, 27 Nov 2008 12:05:02 -0600 From: Brian Cameron Subject: Re: simplejson [LSARC/2008/722 FastTrack timeout 11/26/2008] In-reply-to: <492B2A3E.9070902@sun.com> Sender: Brian.Cameron@sun.com To: Brian Cameron Cc: Danek Duvall , Brian Cameron , LSARC-ext@sun.com, desktop-discuss@opensolaris.org Message-id: <492EE14E.6000008@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200811200126.mAK1QInq027742@sac.sfbay.sun.com> <20081124201953.GA22257@mumak.SFBay.Sun.COM> <492B2A3E.9070902@sun.com> User-Agent: Thunderbird 2.0.0.17 (X11/20081023) Status: RO Content-Length: 1501 Danek: I posed a question with the upstream maintainers to ask them about the purpose of the egg files and whether they need to be installed. Refer here: http://mail.python.org/pipermail/distutils-sig/2008-November/010556.html I am extending the timeout to next Tuesday 12/02, in the hopes that I get an answer from the upstream community so we can make sure we are doing the right thing and installing the correct files. Brian >>> Exported Interfaces Stability Comments >>> ------------------- -------------- ----------------------- >>> /usr/lib/python2.4/vendor-packages/simplejson*.egg-info >>> Uncommitted Python egg files >> What is this for? I don't recall having seen any egg-related files being >> documented so far in any ARC case. > > Not true. Such egg files are a result of building a module via Python > setuptools. This is discussed in the setuptools ARC case: > > http://sac.sfbay/PSARC/2008/084/proposal.txt > > Egg files are documented here: > > http://peak.telecommunity.com/DevCenter/PythonEggs > > I believe there are only three modules in Solaris which use setuptools and > distribute egg files, all of which are recently added: > > - CSSutils (LSARC 2008/658) > - Twisted-Python 8.1 and Twisted-Python-Web2 8.1 (PSARC 2008/670) > - Elisa (LSARC 2008/713) > > Brian > _______________________________________________ > opensolaris-arc mailing list > opensolaris-arc@opensolaris.org From Brian.Cameron@sun.com Sat Nov 29 07:38:29 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 mATFcSlV017520 for ; Sat, 29 Nov 2008 07:38:28 -0800 (PST) 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 mATFcJbN022220 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Sat, 29 Nov 2008 23:38:27 +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 <0KB300C01Q43S500@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Sat, 29 Nov 2008 07:38:27 -0800 (PST) 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 <0KB300M9EQ42WAF0@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Sat, 29 Nov 2008 07:38:26 -0800 (PST) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id mATFcQff020353 for ; Sat, 29 Nov 2008 15:38:26 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KB300901Q29OZ00@mail-amer.sun.com> (original mail from Brian.Cameron@Sun.COM) for LSARC-ext@Sun.COM (ORCPT LSARC-ext@Sun.COM); Sat, 29 Nov 2008 08:38:26 -0700 (MST) Received: from [10.0.0.2] ([24.32.67.166]) by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KB3006DUQ41LH10@mail-amer.sun.com>; Sat, 29 Nov 2008 08:38:26 -0700 (MST) Date: Sat, 29 Nov 2008 09:37:53 -0800 From: Brian Cameron Subject: Re: [desktop-discuss] simplejson [LSARC/2008/722 FastTrack timeout 11/26/2008] In-reply-to: <492EE14E.6000008@sun.com> Sender: Brian.Cameron@sun.com To: Brian Cameron Cc: Brian Cameron , Danek Duvall , LSARC-ext@sun.com, desktop-discuss@opensolaris.org Message-id: <49317DF1.6040006@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200811200126.mAK1QInq027742@sac.sfbay.sun.com> <20081124201953.GA22257@mumak.SFBay.Sun.COM> <492B2A3E.9070902@sun.com> <492EE14E.6000008@sun.com> User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) Status: RO Content-Length: 1645 Danek: The egg format and information about its use of metadata is documented in the setuptools manual in the following places: http://peak.telecommunity.com/DevCenter/EggFormats http://peak.telecommunity.com/DevCenter/setuptools#adding-new-egg-info-files http://peak.telecommunity.com/DevCenter/setuptools#defining-additional-metadata > I posed a question with the upstream maintainers to ask them about the > purpose of the egg files and whether they need to be installed. Refer > here: > > http://mail.python.org/pipermail/distutils-sig/2008-November/010556.html In my discussions with the setuptools community, they indicate that these files are not turds, but metadata which setuptools makes use of when the user might install other modules. setuptools uses this metadata to figure out things like dependencies. They highlight that some distros have, in the past, removed them and this caused problems for them later on. If you don't want to read the whole thread, the following two emails are probably most interesting: http://mail.python.org/pipermail/distutils-sig/2008-November/010561.html http://mail.python.org/pipermail/distutils-sig/2008-November/010562.html So, I think we should safely recommend that modules which ship egg files should not remove them. > I am extending the timeout to next Tuesday 12/02, in the hopes that I get > an answer from the upstream community so we can make sure we are doing the > right thing and installing the correct files. So, Danek, does this address your concerns? If so, I think I will go ahead and mark the case approved since this is the only outstanding issue. Thanks, Brian From danek.duvall@sun.com Mon Dec 1 07:51:45 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 mB1FpT1F001543 for ; Mon, 1 Dec 2008 07:51:34 -0800 (PST) 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 mB1FpSAA018670 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Mon, 1 Dec 2008 08:51:28 -0700 (MST) 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 <0KB70070FG1OEJ00@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 01 Dec 2008 08:51:24 -0700 (MST) Received: from dm-sfbay-02.sfbay.sun.com ([129.146.11.31]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KB7006YHG1D9G00@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 01 Dec 2008 08:51:22 -0700 (MST) Received: from mumak.SFBay.Sun.COM (mumak.SFBay.Sun.COM [129.146.229.4]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id mB1Fp4VO025376; Mon, 01 Dec 2008 07:51:04 -0800 (PST) Received: from mumak.SFBay.Sun.COM (mumak [127.0.0.1]) by mumak.SFBay.Sun.COM (8.14.3+Sun/8.14.3) with ESMTP id mB1FqZlr021384; Mon, 01 Dec 2008 07:52:35 -0800 (PST) Received: (from dduvall@localhost) by mumak.SFBay.Sun.COM (8.14.3+Sun/8.14.3/Submit) id mB1FqZuf021383; Mon, 01 Dec 2008 07:52:35 -0800 (PST) Date: Mon, 01 Dec 2008 07:52:35 -0800 From: Danek Duvall Subject: Re: [desktop-discuss] simplejson [LSARC/2008/722 FastTrack timeout 11/26/2008] In-reply-to: <49317DF1.6040006@sun.com> To: Brian Cameron Cc: Brian Cameron , LSARC-ext@sun.com, desktop-discuss@opensolaris.org Message-id: <20081201155235.GA19872@mumak.SFBay.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: <200811200126.mAK1QInq027742@sac.sfbay.sun.com> <20081124201953.GA22257@mumak.SFBay.Sun.COM> <492B2A3E.9070902@sun.com> <492EE14E.6000008@sun.com> <49317DF1.6040006@sun.com> User-Agent: Mutt/1.5.16 (2007-06-27) Status: RO Content-Length: 1139 On Sat, Nov 29, 2008 at 09:37:53AM -0800, Brian Cameron wrote: > So, I think we should safely recommend that modules which ship egg files > should not remove them. Gosh, they're a bit forceful. > So, Danek, does this address your concerns? If so, I think I will go > ahead and mark the case approved since this is the only outstanding > issue. It does, but it'd be really useful, now that egg files are going to be expected for (at least some) Python projects to have some Solaris-specific rules surrounding their inclusion. That probably would amount to "include them, if provided", but also an answer to whether Sun-written Python projects should be done as eggs as well as a good example of what the actual egg interfaces are -- what of this stuff should people list in their interface tables if they're delivering eggs? The files / pathnames themselves are almost certainly not the right answer, since they're not consumed directly, but whatever metadata is. Running a (quick) full case with an opinion to set precedent would have been the old way of doing this, but perhaps a fast-track would be sufficient these days? Danek From Brian.Cameron@sun.com Tue Dec 2 13:09:55 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 mB2L9sHA000402 for ; Tue, 2 Dec 2008 13:09:55 -0800 (PST) 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 mB2L9gn1026156 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Tue, 2 Dec 2008 21:09:53 GMT 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 <0KB900309PGET800@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 02 Dec 2008 14:09:50 -0700 (MST) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KB90063YPGCI3F0@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 02 Dec 2008 14:09:48 -0700 (MST) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id mB2L9kFn007559 for ; Tue, 02 Dec 2008 21:09:48 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KB900J01PDBGT00@mail-amer.sun.com> (original mail from Brian.Cameron@Sun.COM) for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 02 Dec 2008 14:09:19 -0700 (MST) Received: from [129.153.250.65] by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KB900BSWPE87K10@mail-amer.sun.com>; Tue, 02 Dec 2008 14:08:33 -0700 (MST) Date: Tue, 02 Dec 2008 15:08:02 -0600 From: Brian Cameron Subject: Re: [desktop-discuss] simplejson [LSARC/2008/722 FastTrack timeout 11/26/2008] In-reply-to: <20081201155235.GA19872@mumak.SFBay.Sun.COM> Sender: Brian.Cameron@sun.com To: Danek Duvall Cc: Brian Cameron , LSARC-ext@sun.com, desktop-discuss@opensolaris.org Message-id: <4935A3B2.6000205@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200811200126.mAK1QInq027742@sac.sfbay.sun.com> <20081124201953.GA22257@mumak.SFBay.Sun.COM> <492B2A3E.9070902@sun.com> <492EE14E.6000008@sun.com> <49317DF1.6040006@sun.com> <20081201155235.GA19872@mumak.SFBay.Sun.COM> User-Agent: Thunderbird 2.0.0.17 (X11/20081023) Status: RO Content-Length: 2277 Danek: > On Sat, Nov 29, 2008 at 09:37:53AM -0800, Brian Cameron wrote: > >> So, I think we should safely recommend that modules which ship egg files >> should not remove them. > > Gosh, they're a bit forceful. I have been continuing the discussion on distutils-sig, so if you want to read the thread I'm reposing the link. http://mail.python.org/pipermail/distutils-sig/2008-November/010556.html In summary, these files are useful if an end-user tries to build other modules via setuptools for checking what dependencies are already installed. If you remove the files, and a user tries to run ez-install, it can get confused and try to re-install packages already on the system if the egg-file metadata is not present. >> So, Danek, does this address your concerns? If so, I think I will go >> ahead and mark the case approved since this is the only outstanding >> issue. > > It does, but it'd be really useful, now that egg files are going to be > expected for (at least some) Python projects to have some Solaris-specific > rules surrounding their inclusion. That probably would amount to "include > them, if provided", but also an answer to whether Sun-written Python > projects should be done as eggs as well as a good example of what the > actual egg interfaces are -- what of this stuff should people list in their > interface tables if they're delivering eggs? The files / pathnames > themselves are almost certainly not the right answer, since they're not > consumed directly, but whatever metadata is. Running a (quick) full case > with an opinion to set precedent would have been the old way of doing this, > but perhaps a fast-track would be sufficient these days? I agree, in the above thread, I posed some questions to get a better idea of how we should manage egg files. I think this will require some discussion with the upstream community, and we might find out that we need to do some extra work to ensure we are building our Python modules in the best way to work with setuptools. I propose that we close this case as approved, and resolve the setuptools issues separately. Once I get a full understanding of what the rules should be, I could submit a separate ARC case to define the interfaces and rules. Would that be acceptable? Brian From danek.duvall@sun.com Tue Dec 2 13:20:04 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 mB2LK4oV002146 for ; Tue, 2 Dec 2008 13:20:04 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id mB2LK27D001154 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Tue, 2 Dec 2008 14:20:03 -0700 (MST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KB900913PXE3V00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 02 Dec 2008 13:20:02 -0800 (PST) Received: from dm-sfbay-02.sfbay.sun.com ([129.146.11.31]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KB9008CGPXCYX00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 02 Dec 2008 13:20:00 -0800 (PST) Received: from mumak.SFBay.Sun.COM (mumak.SFBay.Sun.COM [129.146.229.4]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id mB2LJxMB064376; Tue, 02 Dec 2008 13:19:59 -0800 (PST) Received: from mumak.SFBay.Sun.COM (mumak [127.0.0.1]) by mumak.SFBay.Sun.COM (8.14.3+Sun/8.14.3) with ESMTP id mB2LLUXA028392; Tue, 02 Dec 2008 13:21:30 -0800 (PST) Received: (from dduvall@localhost) by mumak.SFBay.Sun.COM (8.14.3+Sun/8.14.3/Submit) id mB2LLUPc028391; Tue, 02 Dec 2008 13:21:30 -0800 (PST) Date: Tue, 02 Dec 2008 13:21:30 -0800 From: Danek Duvall Subject: Re: [desktop-discuss] simplejson [LSARC/2008/722 FastTrack timeout 11/26/2008] In-reply-to: <4935A3B2.6000205@sun.com> To: Brian Cameron Cc: Brian Cameron , LSARC-ext@sun.com, desktop-discuss@opensolaris.org Message-id: <20081202212130.GV19872@mumak.SFBay.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: <200811200126.mAK1QInq027742@sac.sfbay.sun.com> <20081124201953.GA22257@mumak.SFBay.Sun.COM> <492B2A3E.9070902@sun.com> <492EE14E.6000008@sun.com> <49317DF1.6040006@sun.com> <20081201155235.GA19872@mumak.SFBay.Sun.COM> <4935A3B2.6000205@sun.com> User-Agent: Mutt/1.5.16 (2007-06-27) Status: RO Content-Length: 630 On Tue, Dec 02, 2008 at 03:08:02PM -0600, Brian Cameron wrote: > I propose that we close this case as approved, and resolve the setuptools > issues separately. Once I get a full understanding of what the rules > should be, I could submit a separate ARC case to define the interfaces > and rules. > > Would that be acceptable? Please remove the egg-related interfaces from the final spec for this case until we have a better idea of what they should be. The egg case can revisit all the previous cases that delivered egg-related interfaces and specify them (there aren't that many, so it shouldn't be onerous). Thanks, Danek From Brian.Cameron@sun.com Tue Dec 2 14:25:24 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 mB2MPNcY027692 for ; Tue, 2 Dec 2008 14:25:23 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id mB2MPKSO024989 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Tue, 2 Dec 2008 22:25:22 GMT 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 <0KB900D0DSY81D00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 02 Dec 2008 14:25:20 -0800 (PST) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KB9008B1SY7YX50@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 02 Dec 2008 14:25:19 -0800 (PST) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id mB2MPGLW008602 for ; Tue, 02 Dec 2008 22:25:19 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KB900H01QNX3H00@mail-amer.sun.com> (original mail from Brian.Cameron@Sun.COM) for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 02 Dec 2008 15:25:16 -0700 (MST) Received: from [129.153.250.65] by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KB900GC3SXRHOE0@mail-amer.sun.com>; Tue, 02 Dec 2008 15:25:04 -0700 (MST) Date: Tue, 02 Dec 2008 16:24:33 -0600 From: Brian Cameron Subject: Re: [desktop-discuss] simplejson [LSARC/2008/722 FastTrack timeout 11/26/2008] In-reply-to: <20081202212130.GV19872@mumak.SFBay.Sun.COM> Sender: Brian.Cameron@sun.com To: Danek Duvall Cc: Brian Cameron , LSARC-ext@sun.com, desktop-discuss@opensolaris.org Message-id: <4935B5A1.5090308@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200811200126.mAK1QInq027742@sac.sfbay.sun.com> <20081124201953.GA22257@mumak.SFBay.Sun.COM> <492B2A3E.9070902@sun.com> <492EE14E.6000008@sun.com> <49317DF1.6040006@sun.com> <20081201155235.GA19872@mumak.SFBay.Sun.COM> <4935A3B2.6000205@sun.com> <20081202212130.GV19872@mumak.SFBay.Sun.COM> User-Agent: Thunderbird 2.0.0.17 (X11/20081023) Status: RO Content-Length: 1108 Danek: Okay, I have removed the following lines from the "Exported Interface" table. /usr/lib/python2.4/vendor-packages/simplejson*.egg-info Uncommitted Python egg files I have marked this case as "Closed approved", since how we manage egg files going forward shouldn't block this case. Once I have completed research, the Desktop team will submit a separate ARC case to describe best practices on how egg files should be managed for Python modules in general. Brian >> I propose that we close this case as approved, and resolve the setuptools >> issues separately. Once I get a full understanding of what the rules >> should be, I could submit a separate ARC case to define the interfaces >> and rules. >> >> Would that be acceptable? > > Please remove the egg-related interfaces from the final spec for this case > until we have a better idea of what they should be. The egg case can > revisit all the previous cases that delivered egg-related interfaces and > specify them (there aren't that many, so it shouldn't be onerous). > > Thanks, > Danek