From sacadmin Fri Feb 1 01:16:49 2008 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02 [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m119Gni5025608 for ; Fri, 1 Feb 2008 01:16:49 -0800 (PST) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m119Gm1V049107 for ; Fri, 1 Feb 2008 01:16:48 -0800 (PST) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m119GjEw002804 for ; Fri, 1 Feb 2008 09:16:45 GMT Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JVJ00H01YXQ5J00@mail-apac.sun.com> (original mail from Irene.Huang@Sun.COM) for LSARC@sac.sfbay.sun.com; Fri, 01 Feb 2008 17:16:42 +0800 (SGT) Received: from [129.158.217.138] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JVJ007E8Z3TBQ0P@mail-apac.sun.com>; Fri, 01 Feb 2008 17:16:42 +0800 (SGT) Date: Fri, 01 Feb 2008 17:14:21 +0800 From: Irene Huang Subject: Gmime for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] Sender: Irene.Huang@sun.com To: LSARC Cc: JDS Dev , Jerry.Tan@sun.com Message-id: <1201857261.17950.83.camel@goalie> MIME-version: 1.0 X-Mailer: Evolution 2.12.0 Content-type: text/plain Content-transfer-encoding: 7BIT Status: RO Content-Length: 169 hi, all I am setting the timeout for this case to be Feb 13th. Please review the proposal at http://sac.eng/Archives/CaseLog/arc/LSARC/2008/067/proposal.txt --Irene From sacadmin Fri Feb 1 01:22:03 2008 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02 [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m119M3EX025659 for ; Fri, 1 Feb 2008 01:22:03 -0800 (PST) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m119M2x5051159 for ; Fri, 1 Feb 2008 01:22:02 -0800 (PST) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m119LxXr003166 for ; Fri, 1 Feb 2008 09:21:59 GMT Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JVJ00801Z5Q1K00@mail-apac.sun.com> (original mail from Irene.Huang@Sun.COM) for LSARC@sac.sfbay.sun.com; Fri, 01 Feb 2008 17:21:56 +0800 (SGT) Received: from [129.158.217.138] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JVJ0032RZCJMWAQ@mail-apac.sun.com>; Fri, 01 Feb 2008 17:21:56 +0800 (SGT) Date: Fri, 01 Feb 2008 17:19:36 +0800 From: Irene Huang Subject: Libgc for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] Sender: Irene.Huang@sun.com To: LSARC Cc: JDS Dev , Jerry.Tan@sun.com Message-id: <1201857576.17950.86.camel@goalie> MIME-version: 1.0 X-Mailer: Evolution 2.12.0 Content-type: text/plain Content-transfer-encoding: 7BIT Status: RO Content-Length: 176 hi, all I am setting the timeout for this case to be Feb 13th. Please review the proposal at http://sac.eng/Archives/CaseLog/arc/LSARC/2008/068/proposal.txt Thanks --Irene From sacadmin Fri Feb 1 08:48:20 2008 Received: from zruty.sfbay.sun.com (zruty [129.146.168.40]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m11GmKkX005116 for ; Fri, 1 Feb 2008 08:48:20 -0800 (PST) Received: from zruty.sfbay.sun.com (localhost [127.0.0.1]) by zruty.sfbay.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m11GmKUt020926; Fri, 1 Feb 2008 08:48:20 -0800 (PST) Received: (from dduvall@localhost) by zruty.sfbay.sun.com (8.14.2+Sun/8.14.2/Submit) id m11GmJFo020925; Fri, 1 Feb 2008 08:48:19 -0800 (PST) Date: Fri, 1 Feb 2008 08:48:19 -0800 From: Danek Duvall To: Irene Huang Cc: LSARC , JDS Dev , Jerry.Tan@sun.com Subject: Re: Gmime for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] Message-ID: <20080201164819.GD7648@zruty.sfbay.sun.com> References: <1201857261.17950.83.camel@goalie> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1201857261.17950.83.camel@goalie> User-Agent: Mutt/1.5.16 (2007-06-27) Status: RO Content-Length: 276 Please include the text of the proposal in the email, if you would. Also, if it's an open case, send the mail to lsarc-ext@sun.com, and make sure that no proprietary/confidential notices are in the materials. (Hopefully that sentence won't make the mail log closed.) Danek From sacadmin Fri Feb 1 17:17:29 2008 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02 [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m121HTJm029977 for ; Fri, 1 Feb 2008 17:17:29 -0800 (PST) Received: from brmea-mail-2.sun.com (brmea-mail-2.Sun.COM [192.18.98.43]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m121HTvR009950 for ; Fri, 1 Feb 2008 17:17:29 -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 m121HTA0019509 for ; Sat, 2 Feb 2008 01:17:29 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 <0JVL00F017KDVE00@mail-amer.sun.com> (original mail from Brian.Cameron@Sun.COM) for LSARC@sac.sfbay.sun.com; Fri, 01 Feb 2008 18:17:29 -0700 (MST) Received: from [192.168.1.77] ([189.147.109.48]) by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JVL004I87L0SV40@mail-amer.sun.com>; Fri, 01 Feb 2008 18:17:29 -0700 (MST) Date: Fri, 01 Feb 2008 19:17:27 -0600 From: Brian Cameron Subject: Re: Gmime for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <1201857261.17950.83.camel@goalie> Sender: Brian.Cameron@sun.com To: Irene Huang Cc: LSARC , JDS Dev , Jerry.Tan@sun.com Message-id: <47A3C4A7.70701@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT References: <1201857261.17950.83.camel@goalie> User-Agent: Thunderbird 2.0.0.9 (X11/20080128) Status: RO Content-Length: 426 Irene: > I am setting the timeout for this case to be Feb 13th. > Please review the proposal at > http://sac.eng/Archives/CaseLog/arc/LSARC/2008/067/proposal.txt I would appreciate having a better understanding of what uses (or will use) gmime. Also, how does it relate to the other MIME interfaces we ship and support in the desktop stack? - gnome-mime-data - shared-mime-info - FreeDesktop MIME Specification Brian From Irene.Huang@sun.com Fri Feb 1 18:38:21 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 m122cLRi006565 for ; Fri, 1 Feb 2008 18:38:21 -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 m122cIxM016136; Sat, 2 Feb 2008 02:38:19 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 <0JVL00L09BBU2P00@nwk-avmta-1.sfbay.Sun.COM>; Fri, 01 Feb 2008 18:38:18 -0800 (PST) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JVL00LJ3BBS6A80@nwk-avmta-1.sfbay.Sun.COM>; Fri, 01 Feb 2008 18:38:17 -0800 (PST) Received: from fe-apac-01.sun.com (fe-apac-01.sun.com [192.18.19.172] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m122cHqc019065; Sat, 02 Feb 2008 02:38:17 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JVL0010195YWC00@mail-apac.sun.com> (original mail from Irene.Huang@Sun.COM); Sat, 02 Feb 2008 10:38:14 +0800 (SGT) Received: from [129.150.144.32] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JVL008MPBBPFEC0@mail-apac.sun.com>; Sat, 02 Feb 2008 10:38:14 +0800 (SGT) Date: Sat, 02 Feb 2008 10:38:17 +0800 From: Irene Huang Subject: Re: Gmime for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <1201857261.17950.83.camel@goalie> Sender: Irene.Huang@sun.com To: Irene Huang Cc: LSARC , JDS Dev , Jerry.Tan@sun.com, lsarc-ext@sun.com Message-id: <47A3D798.1020609@sun.com> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_n/Mkip3r9ClSFtmxDAedaA)" X-PMX-Version: 5.2.0.264296 References: <1201857261.17950.83.camel@goalie> User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) Status: RO Content-Length: 6111 This is a multi-part message in MIME format. --Boundary_(ID_n/Mkip3r9ClSFtmxDAedaA) Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Proposal attached for lsarc-ext review, as suggested by Danek :) --Irene Irene Huang wrote: > hi, all > > I am setting the timeout for this case to be Feb 13th. > Please review the proposal at > http://sac.eng/Archives/CaseLog/arc/LSARC/2008/067/proposal.txt > > --Irene > > --Boundary_(ID_n/Mkip3r9ClSFtmxDAedaA) Content-type: text/plain; name=gmime-proposal.txt Content-transfer-encoding: 7BIT Content-disposition: inline; filename=gmime-proposal.txt 1. Introduction 1.1. Project/Component Working Name: gmime 1.2. Name of Document Author/Supplier: jerry tan 1.3. Date of This Document: 01/29/08 1.3.1. Date this project was conceived: 11/08/07 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.odea@sun.com 1.4.4. The name of your business unit: OPG / OpenSource. 1.5. Email Aliases: 1.5.1. Responsible Manager: paul.mei@sun.com 1.5.2. Responsible Engineer: jerry.tan@sun.com 1.5.3. Marketing Manager: dan.roberts@sun.com 1.5.4. Interest List: desktop-discuss@opensolaris.org 2. Project Summary 2.1. Project Description: The GMime suite provides a core library and set of utilities which may be used for the creation and parsing of messages using the Multipurpose Internet Mail Extension (MIME) This library is free software under the terms of the GNU Lesser General Public License. 4. Technical Description: 4.1. Details: GMime is a library for parsing and creating messages using the Multipurpose Internet Mail Extension (MIME) format. 4.1.1 Framework of GMime 4.1.1.1 GMime Stream Streams are the fundamental method for reading and writing data used by GMime. its basic API is similar to that of the low-level Unix I/O layer (read(), write(), lseek(), etc) with some additional nicities such as a printf-like function. The three (3) basic stream types are: GMimeStreamFile, GMimeStreamFs and GMimeStreamMem. 4.1.1.2GMime Stream Filters Stream filters are an efficient way of converting data from one format to another. To use a stream filter, you must first construct a GMimeStreamFilter stream and then add the desired filters to it. GMime comes equipped with some basic filters such as GMimeFilterBasic, GMimeFilterCharset, GMimeFilterCRLF, GMimeFilterFrom and GMimeFilterHTML. The GMimeFilterBasic filter is actually a collection of filters for common transfer encodings used by MIME. 4.1.2 How to Use GMime Here is the tutorial http://spruce.sourceforge.net/gmime/tutorial/ A simple testcase show how to use gmime #include #include int main (int argc, char **argv) { GMimeStream *stream; /* initialize GMime */ g_mime_init (0); /* create a stream around stdout */ stream = g_mime_stream_file_new (stdout); /* 'printf' */ g_mime_stream_printf (stream, "Hello World!\n"); /* flush stdout */ g_mime_stream_flush (stream); /* free/close the stream */ g_object_unref (stream); return 0; } 4.2. Bug/RFE Number(s): None. 4.3. In Scope: See above. 4.4. Out of Scope: See above. 4.5. Interfaces: -------------------------------------------------------------------- Exported Stability Comments -------------------------------------------------------------------- /usr/lib/libgmime-2.0.so Volatile library /usr/include/gmime-2.0/* Volatile header files /usr/lib/pkgconfig/gmime-2.0.pc Volatile package config SUNWgmime Uncommitted package Name SUNWgmime-devel Uncommitted dev package Name -------------------------------------------------------------------- Imported Stability Comments -------------------------------------------------------------------- SUNWlibms Committed LSARC/2003/279 SUNWgnome-base-libs Committed LSARC/2006/520 4.6. Doc Impact: add some docs under /usr/share/gtk-doc/html/gmime 4.7. Admin/Config Impact: None. 4.8. HA Impact: None. 4.9. I18N/L10N Impact: The JDS team and the G11N are working together to evaluate and provide I18N/L10N support 4.10. Packaging & Delivery: Adds new packages, SUNWgmime, SUNWgmime-devel 4.11. Security Impact: It can call gnupg to encrypt or crypt content, but since gnupg is not in solaris, this feature does not work. 4.12. Dependencies: Depends on gnome base library, since it is based on glib. 5. Reference Documents: http://spruce.sourceforge.net/gmime/ http://spruce.sourceforge.net/gmime/doc/ --Boundary_(ID_n/Mkip3r9ClSFtmxDAedaA)-- From sacadmin Fri Feb 1 18:38:22 2008 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02 [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m122cM1L006569 for ; Fri, 1 Feb 2008 18:38:22 -0800 (PST) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m122cLxI040363 for ; Fri, 1 Feb 2008 18:38:21 -0800 (PST) Received: from fe-apac-01.sun.com (fe-apac-01.sun.com [192.18.19.172] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m122cJG4002879 for ; Sat, 2 Feb 2008 02:38:19 GMT Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JVL0010195YWC00@mail-apac.sun.com> (original mail from Irene.Huang@Sun.COM) for LSARC@sac.sfbay.sun.com; Sat, 02 Feb 2008 10:38:14 +0800 (SGT) Received: from [129.150.144.32] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JVL008MPBBPFEC0@mail-apac.sun.com>; Sat, 02 Feb 2008 10:38:14 +0800 (SGT) Date: Sat, 02 Feb 2008 10:38:17 +0800 From: Irene Huang Subject: Re: Gmime for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <1201857261.17950.83.camel@goalie> Sender: Irene.Huang@sun.com To: Irene Huang Cc: LSARC , JDS Dev , Jerry.Tan@sun.com, lsarc-ext@sun.com Message-id: <47A3D798.1020609@sun.com> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_gyZi5krIrMyY9ZqfqqaXrw)" References: <1201857261.17950.83.camel@goalie> User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) Status: RO Content-Length: 6111 This is a multi-part message in MIME format. --Boundary_(ID_gyZi5krIrMyY9ZqfqqaXrw) Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Proposal attached for lsarc-ext review, as suggested by Danek :) --Irene Irene Huang wrote: > hi, all > > I am setting the timeout for this case to be Feb 13th. > Please review the proposal at > http://sac.eng/Archives/CaseLog/arc/LSARC/2008/067/proposal.txt > > --Irene > > --Boundary_(ID_gyZi5krIrMyY9ZqfqqaXrw) Content-type: text/plain; name=gmime-proposal.txt Content-transfer-encoding: 7BIT Content-disposition: inline; filename=gmime-proposal.txt 1. Introduction 1.1. Project/Component Working Name: gmime 1.2. Name of Document Author/Supplier: jerry tan 1.3. Date of This Document: 01/29/08 1.3.1. Date this project was conceived: 11/08/07 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.odea@sun.com 1.4.4. The name of your business unit: OPG / OpenSource. 1.5. Email Aliases: 1.5.1. Responsible Manager: paul.mei@sun.com 1.5.2. Responsible Engineer: jerry.tan@sun.com 1.5.3. Marketing Manager: dan.roberts@sun.com 1.5.4. Interest List: desktop-discuss@opensolaris.org 2. Project Summary 2.1. Project Description: The GMime suite provides a core library and set of utilities which may be used for the creation and parsing of messages using the Multipurpose Internet Mail Extension (MIME) This library is free software under the terms of the GNU Lesser General Public License. 4. Technical Description: 4.1. Details: GMime is a library for parsing and creating messages using the Multipurpose Internet Mail Extension (MIME) format. 4.1.1 Framework of GMime 4.1.1.1 GMime Stream Streams are the fundamental method for reading and writing data used by GMime. its basic API is similar to that of the low-level Unix I/O layer (read(), write(), lseek(), etc) with some additional nicities such as a printf-like function. The three (3) basic stream types are: GMimeStreamFile, GMimeStreamFs and GMimeStreamMem. 4.1.1.2GMime Stream Filters Stream filters are an efficient way of converting data from one format to another. To use a stream filter, you must first construct a GMimeStreamFilter stream and then add the desired filters to it. GMime comes equipped with some basic filters such as GMimeFilterBasic, GMimeFilterCharset, GMimeFilterCRLF, GMimeFilterFrom and GMimeFilterHTML. The GMimeFilterBasic filter is actually a collection of filters for common transfer encodings used by MIME. 4.1.2 How to Use GMime Here is the tutorial http://spruce.sourceforge.net/gmime/tutorial/ A simple testcase show how to use gmime #include #include int main (int argc, char **argv) { GMimeStream *stream; /* initialize GMime */ g_mime_init (0); /* create a stream around stdout */ stream = g_mime_stream_file_new (stdout); /* 'printf' */ g_mime_stream_printf (stream, "Hello World!\n"); /* flush stdout */ g_mime_stream_flush (stream); /* free/close the stream */ g_object_unref (stream); return 0; } 4.2. Bug/RFE Number(s): None. 4.3. In Scope: See above. 4.4. Out of Scope: See above. 4.5. Interfaces: -------------------------------------------------------------------- Exported Stability Comments -------------------------------------------------------------------- /usr/lib/libgmime-2.0.so Volatile library /usr/include/gmime-2.0/* Volatile header files /usr/lib/pkgconfig/gmime-2.0.pc Volatile package config SUNWgmime Uncommitted package Name SUNWgmime-devel Uncommitted dev package Name -------------------------------------------------------------------- Imported Stability Comments -------------------------------------------------------------------- SUNWlibms Committed LSARC/2003/279 SUNWgnome-base-libs Committed LSARC/2006/520 4.6. Doc Impact: add some docs under /usr/share/gtk-doc/html/gmime 4.7. Admin/Config Impact: None. 4.8. HA Impact: None. 4.9. I18N/L10N Impact: The JDS team and the G11N are working together to evaluate and provide I18N/L10N support 4.10. Packaging & Delivery: Adds new packages, SUNWgmime, SUNWgmime-devel 4.11. Security Impact: It can call gnupg to encrypt or crypt content, but since gnupg is not in solaris, this feature does not work. 4.12. Dependencies: Depends on gnome base library, since it is based on glib. 5. Reference Documents: http://spruce.sourceforge.net/gmime/ http://spruce.sourceforge.net/gmime/doc/ --Boundary_(ID_gyZi5krIrMyY9ZqfqqaXrw)-- From Irene.Huang@sun.com Fri Feb 1 18:39: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 m122dFBF006613 for ; Fri, 1 Feb 2008 18:39:15 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m122dE3T058701; Fri, 1 Feb 2008 19:39:14 -0700 (MST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JVL00L05BDE6000@nwk-avmta-1.sfbay.Sun.COM>; Fri, 01 Feb 2008 18:39:14 -0800 (PST) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JVL00LQJBDC5X90@nwk-avmta-1.sfbay.Sun.COM>; Fri, 01 Feb 2008 18:39:13 -0800 (PST) Received: from fe-apac-03.sun.com (fe-apac-03.sun.com [192.18.19.174] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m122dEH4019071; Sat, 02 Feb 2008 02:39:14 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JVL00J01B7DXH00@mail-apac.sun.com> (original mail from Irene.Huang@Sun.COM); Sat, 02 Feb 2008 10:39:12 +0800 (SGT) Received: from [129.150.144.32] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JVL00A2FBDATQM3@mail-apac.sun.com>; Sat, 02 Feb 2008 10:39:12 +0800 (SGT) Date: Sat, 02 Feb 2008 10:39:14 +0800 From: Irene Huang Subject: Re: Libgc for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <1201857576.17950.86.camel@goalie> Sender: Irene.Huang@sun.com To: Irene Huang Cc: LSARC , JDS Dev , Jerry.Tan@sun.com, lsarc-ext@sun.com Message-id: <47A3D7D2.1060903@sun.com> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_m2e7HN1ULyVT8dkvfJNzzw)" X-PMX-Version: 5.2.0.264296 References: <1201857576.17950.86.camel@goalie> User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) Status: RO Content-Length: 5417 This is a multi-part message in MIME format. --Boundary_(ID_m2e7HN1ULyVT8dkvfJNzzw) Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Proposal attached for lsarc-ext review, as suggested by Danek :) --Irene Irene Huang wrote: > hi, all > > I am setting the timeout for this case to be Feb 13th. > Please review the proposal at > http://sac.eng/Archives/CaseLog/arc/LSARC/2008/068/proposal.txt > Thanks > > --Irene > > --Boundary_(ID_m2e7HN1ULyVT8dkvfJNzzw) Content-type: text/plain; name=libgc-proposal.txt Content-transfer-encoding: 7BIT Content-disposition: inline; filename=libgc-proposal.txt 1. Introduction 1.1. Project/Component Working Name: The Boehm-Demers-Weiser garbage collector 1.2. Name of Document Author/Supplier: jerry tan 1.3. Date of This Document: 01/29/08 1.3.1. Date this project was conceived: 11/08/07 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.odea@sun.com 1.4.4. The name of your business unit: OPG / OpenSource. 1.5. Email Aliases: 1.5.1. Responsible Manager: paul.mei@sun.com 1.5.2. Responsible Engineer: jerry.tan@sun.com 1.5.3. Marketing Manager: dan.roberts@sun.com 1.5.4. Interest List: jds-dev@sun.com 2. Project Summary 2.1. Project Description: The Boehm-Demers-Weiser conservative garbage collector is a garbage collector for C and C++. 2.2. Risks and Assumptions: None 4. Technical Description: 4.1. Details: The Boehm-Demers-Weiser conservative garbage collector can be used as a garbage collecting replacement for C malloc or C++ new. It allows you to allocate memory basically as you normally would, without explicitly deallocating memory that is no longer useful. The collector automatically recycles memory when it determines that it can no longer be otherwise accessed. The collector is also used by a number of programming language implementations that either use C as intermediate code, want to facilitate easier interoperation with C libraries, or just prefer the simple collector interface. Alternatively, the garbage collector may be used as a leak detector for C or C++ programs, though that is not its primary goal. There are many projects that use gc, including The runtime system for GCJ, the static GNU java compiler. W3m, a text-based web browser. Some versions of the Xerox DocuPrint printer software. The Mozilla project, as leak detector. The Mono project, an open source implementation of the .NET development framework. see more at http://www.hpl.hp.com/personal/Hans_Boehm/gc/#users Here is one example how to use libgc #include "gc.h" #include #include int main() { int i; GC_INIT(); for (i = 0; i < 10000000; ++i) { int **p = (int **) GC_MALLOC(sizeof(int *)); int *q = (int *) GC_MALLOC_ATOMIC(sizeof(int)); assert(*p == 0); *p = (int *) GC_REALLOC(q, 2 * sizeof(int)); if (i % 100000 == 0) printf("Heap size = %d\n", GC_get_heap_size()); } return 0; } 4.2. Bug/RFE Number(s): None. 4.3. In Scope: See above. 4.4. Out of Scope: See above. 4.5. Interfaces: -------------------------------------------------------------------- Exported Stability Comments -------------------------------------------------------------------- /usr/lib/libcord.so Volatile library /usr/lib/libgc.so Volatile library /usr/include/gc/*.h Volatile header files /usr/lib/pkgconfig/bdw-gc.pc Volatile package config file SUNWlibgc Uncommitted package Name SUNWlibgc-devel Uncommitted dev package Name -------------------------------------------------------------------- Imported Stability Comments -------------------------------------------------------------------- SUNWlibms Committed LSARC/2003/279 4.6. Doc Impact: add some docs under /usr/share/gc/ 4.7. Admin/Config Impact: None. 4.8. HA Impact: None. 4.9. I18N/L10N Impact: The JDS team and the G11N are working together to evaluation and provide I18N/L10N support 4.10. Packaging & Delivery: Adds new packages, SUNWlibgc, SUNWlibgc-devel 4.11. Security Impact: None. 4.12. Dependencies: None 5. Reference Documents: http://www.hpl.hp.com/personal/Hans_Boehm/gc/ --Boundary_(ID_m2e7HN1ULyVT8dkvfJNzzw)-- From sacadmin Fri Feb 1 18:39:18 2008 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01 [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m122dILu006625 for ; Fri, 1 Feb 2008 18:39:18 -0800 (PST) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m122dHDm037627 for ; Fri, 1 Feb 2008 18:39:18 -0800 (PST) Received: from fe-apac-03.sun.com (fe-apac-03.sun.com [192.18.19.174] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m122dGSP002885 for ; Sat, 2 Feb 2008 02:39:16 GMT Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JVL00J01B7DXH00@mail-apac.sun.com> (original mail from Irene.Huang@Sun.COM) for LSARC@sac.sfbay.sun.com; Sat, 02 Feb 2008 10:39:12 +0800 (SGT) Received: from [129.150.144.32] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JVL00A2FBDATQM3@mail-apac.sun.com>; Sat, 02 Feb 2008 10:39:12 +0800 (SGT) Date: Sat, 02 Feb 2008 10:39:14 +0800 From: Irene Huang Subject: Re: Libgc for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <1201857576.17950.86.camel@goalie> Sender: Irene.Huang@sun.com To: Irene Huang Cc: LSARC , JDS Dev , Jerry.Tan@sun.com, lsarc-ext@sun.com Message-id: <47A3D7D2.1060903@sun.com> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_g9zZwEskUjoz4fGF6NQJKw)" References: <1201857576.17950.86.camel@goalie> User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) Status: RO Content-Length: 5417 This is a multi-part message in MIME format. --Boundary_(ID_g9zZwEskUjoz4fGF6NQJKw) Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Proposal attached for lsarc-ext review, as suggested by Danek :) --Irene Irene Huang wrote: > hi, all > > I am setting the timeout for this case to be Feb 13th. > Please review the proposal at > http://sac.eng/Archives/CaseLog/arc/LSARC/2008/068/proposal.txt > Thanks > > --Irene > > --Boundary_(ID_g9zZwEskUjoz4fGF6NQJKw) Content-type: text/plain; name=libgc-proposal.txt Content-transfer-encoding: 7BIT Content-disposition: inline; filename=libgc-proposal.txt 1. Introduction 1.1. Project/Component Working Name: The Boehm-Demers-Weiser garbage collector 1.2. Name of Document Author/Supplier: jerry tan 1.3. Date of This Document: 01/29/08 1.3.1. Date this project was conceived: 11/08/07 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.odea@sun.com 1.4.4. The name of your business unit: OPG / OpenSource. 1.5. Email Aliases: 1.5.1. Responsible Manager: paul.mei@sun.com 1.5.2. Responsible Engineer: jerry.tan@sun.com 1.5.3. Marketing Manager: dan.roberts@sun.com 1.5.4. Interest List: jds-dev@sun.com 2. Project Summary 2.1. Project Description: The Boehm-Demers-Weiser conservative garbage collector is a garbage collector for C and C++. 2.2. Risks and Assumptions: None 4. Technical Description: 4.1. Details: The Boehm-Demers-Weiser conservative garbage collector can be used as a garbage collecting replacement for C malloc or C++ new. It allows you to allocate memory basically as you normally would, without explicitly deallocating memory that is no longer useful. The collector automatically recycles memory when it determines that it can no longer be otherwise accessed. The collector is also used by a number of programming language implementations that either use C as intermediate code, want to facilitate easier interoperation with C libraries, or just prefer the simple collector interface. Alternatively, the garbage collector may be used as a leak detector for C or C++ programs, though that is not its primary goal. There are many projects that use gc, including The runtime system for GCJ, the static GNU java compiler. W3m, a text-based web browser. Some versions of the Xerox DocuPrint printer software. The Mozilla project, as leak detector. The Mono project, an open source implementation of the .NET development framework. see more at http://www.hpl.hp.com/personal/Hans_Boehm/gc/#users Here is one example how to use libgc #include "gc.h" #include #include int main() { int i; GC_INIT(); for (i = 0; i < 10000000; ++i) { int **p = (int **) GC_MALLOC(sizeof(int *)); int *q = (int *) GC_MALLOC_ATOMIC(sizeof(int)); assert(*p == 0); *p = (int *) GC_REALLOC(q, 2 * sizeof(int)); if (i % 100000 == 0) printf("Heap size = %d\n", GC_get_heap_size()); } return 0; } 4.2. Bug/RFE Number(s): None. 4.3. In Scope: See above. 4.4. Out of Scope: See above. 4.5. Interfaces: -------------------------------------------------------------------- Exported Stability Comments -------------------------------------------------------------------- /usr/lib/libcord.so Volatile library /usr/lib/libgc.so Volatile library /usr/include/gc/*.h Volatile header files /usr/lib/pkgconfig/bdw-gc.pc Volatile package config file SUNWlibgc Uncommitted package Name SUNWlibgc-devel Uncommitted dev package Name -------------------------------------------------------------------- Imported Stability Comments -------------------------------------------------------------------- SUNWlibms Committed LSARC/2003/279 4.6. Doc Impact: add some docs under /usr/share/gc/ 4.7. Admin/Config Impact: None. 4.8. HA Impact: None. 4.9. I18N/L10N Impact: The JDS team and the G11N are working together to evaluation and provide I18N/L10N support 4.10. Packaging & Delivery: Adds new packages, SUNWlibgc, SUNWlibgc-devel 4.11. Security Impact: None. 4.12. Dependencies: None 5. Reference Documents: http://www.hpl.hp.com/personal/Hans_Boehm/gc/ --Boundary_(ID_g9zZwEskUjoz4fGF6NQJKw)-- From sacadmin Sat Feb 2 18:08:05 2008 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02 [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m13285uP008379 for ; Sat, 2 Feb 2008 18:08:05 -0800 (PST) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m13283rM021421 for ; Sat, 2 Feb 2008 18:08:04 -0800 (PST) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m13282GU014961 for ; Sun, 3 Feb 2008 02:08:02 GMT Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JVN005014DDWJ00@mail-apac.sun.com> (original mail from Jerry.Tan@Sun.COM) for LSARC@sac.sfbay.sun.com; Sun, 03 Feb 2008 10:07:58 +0800 (SGT) Received: from [192.168.0.114] ([221.218.166.207]) by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JVN003Q74L9MWIV@mail-apac.sun.com>; Sun, 03 Feb 2008 10:07:58 +0800 (SGT) Date: Sun, 03 Feb 2008 10:07:54 +0800 From: Jerry Tan Subject: Re: Gmime for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <47A3C4A7.70701@sun.com> Sender: Jerry.Tan@sun.com To: Brian Cameron Cc: Irene Huang , LSARC , JDS Dev Message-id: <47A521FA.3000806@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT References: <1201857261.17950.83.camel@goalie> <47A3C4A7.70701@sun.com> User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) Status: RO Content-Length: 897 Hi, brian. gmime is a library to parse mime (mail ) and mbox file, gnome-mime-data, freedesktop mime spec are about file types. they are total different. Currently, there are several application that use gmime. Balsa ( a mail client for gnome), Pan ( a newsreader), DBMail( a group of programs that enable the possiblilty of storing and retrieving mail messages from a database) Beagle (for indexing email) tracker (indexing email) > > Irene: > >> I am setting the timeout for this case to be Feb 13th. >> Please review the proposal at >> http://sac.eng/Archives/CaseLog/arc/LSARC/2008/067/proposal.txt > > I would appreciate having a better understanding of what uses (or will > use) gmime. > > Also, how does it relate to the other MIME interfaces we ship and > support in the desktop stack? > > - gnome-mime-data > - shared-mime-info > - FreeDesktop MIME Specification > > Brian > > > From sacadmin Sun Feb 3 22:36:49 2008 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01 [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m146anG1019330 for ; Sun, 3 Feb 2008 22:36:49 -0800 (PST) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m146ambI008819 for ; Sun, 3 Feb 2008 22:36:48 -0800 (PST) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m146alAC024423 for ; Mon, 4 Feb 2008 06:36:47 GMT Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JVP00501BM5Q700@mail-apac.sun.com> (original mail from Irene.Huang@Sun.COM) for LSARC@sac.sfbay.sun.com; Mon, 04 Feb 2008 14:36:42 +0800 (SGT) Received: from [129.158.217.138] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JVP0039MBP5MW8Z@mail-apac.sun.com>; Mon, 04 Feb 2008 14:36:42 +0800 (SGT) Date: Fri, 01 Feb 2008 17:19:36 +0800 From: Irene Huang Subject: Libgc for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] Sender: Irene.Huang@sun.com To: LSARC Cc: JDS Dev , Jerry.Tan@sun.com Message-id: <1201857576.17950.86.camel@goalie> MIME-version: 1.0 X-Mailer: Evolution 2.12.0 Content-type: text/plain Content-transfer-encoding: 7BIT Status: RO Content-Length: 176 hi, all I am setting the timeout for this case to be Feb 13th. Please review the proposal at http://sac.eng/Archives/CaseLog/arc/LSARC/2008/068/proposal.txt Thanks --Irene From sacadmin Mon Feb 4 00:01:55 2008 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02 [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1481sxZ020770 for ; Mon, 4 Feb 2008 00:01:55 -0800 (PST) Received: from sca-ea-mail-4.sun.com (sca-ea-mail-4.Sun.COM [192.18.43.22]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m1481sPw031553 for ; Mon, 4 Feb 2008 00:01:54 -0800 (PST) Received: from relay22.sun.com (relay22.sun.com [192.12.251.34] (may be forged)) by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m147mIXw021971 for ; Mon, 4 Feb 2008 08:01:54 GMT Received: from mms25es.sun.com ([150.143.232.94] [150.143.232.94]) by relay22i.sun.com with ESMTP id BT-MMP-3159849; Mon, 4 Feb 2008 08:01:54 Z Received: from relay23.sun.com (relay23.sun.com [192.12.251.54]) by mms25es.sun.com with ESMTP id BT-MMP-386709; Mon, 4 Feb 2008 08:01:51 Z Received: from partslist.i.mcintyreweb.com ([64.166.3.74] [64.166.3.74]) by relay23i.sun.com with ESMTP id BT-MMP-25124379; Mon, 4 Feb 2008 08:01:51 Z Received: from [127.0.0.1] (localhost [127.0.0.1]) by partslist.i.mcintyreweb.com (8.13.8+Sun/8.13.8) with ESMTP id m1481i3g008203; Mon, 4 Feb 2008 00:01:45 -0800 (PST) Message-ID: <47A6C668.3050607@mcintyreweb.com> Date: Mon, 04 Feb 2008 00:01:44 -0800 From: Hugh McIntyre User-Agent: Thunderbird 2.0.0.9 (X11/20071119) To: Irene Huang CC: Jerry.Tan@sun.com, JDS Dev , lsarc-ext@sun.com, LSARC Subject: Re: Libgc for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] References: <1201857576.17950.86.camel@goalie> <47A3D7D2.1060903@sun.com> In-Reply-To: <47A3D7D2.1060903@sun.com> X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=-2.6/5.0, scanned in 2.163sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Status: RO Content-Length: 1093 Irene Huang wrote: > >> I am setting the timeout for this case to be Feb 13th. >> Please review the proposal at >> http://sac.eng/Archives/CaseLog/arc/LSARC/2008/068/proposal.txt I have no particular objection to this case, because there a bunch of FOSS that wants to use it. But, assuming Indiana plans to support installing the Studio compilers in future, would it be a good idea to add a short note to the end of any supplied man page to note: 1) The Studio compilers also supply a conflicting libgc.so under /opt/SUNWspro/lib/libgc.so. See http://developers.sun.com/solaris/articles/libgc.html. 2) The Studio version does not need people to edit their programs to replace malloc() with GC_MALLOC() and the like. But equally, someone compiling with the Studio compilers will probably pick up the Studio version first because of the default link path, even if they are expecting the version from /usr/lib in this case instead. Maybe there needs to be some provision here to avoid conflicts, or at least to tell people how to avoid getting such conflicts by mistake? Hugh. From lists@mcintyreweb.com Mon Feb 4 00:01:58 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 m1481vPD020774 for ; Mon, 4 Feb 2008 00:01:58 -0800 (PST) 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 m1481tOC029945; Mon, 4 Feb 2008 16:01:56 +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 <0JVP00H03FN7J500@brm-avmta-1.central.sun.com>; Mon, 04 Feb 2008 01:01:55 -0700 (MST) Received: from brmea-mail-3.sun.com ([192.18.98.34]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JVP005LKFN6JBD0@brm-avmta-1.central.sun.com>; Mon, 04 Feb 2008 01:01:54 -0700 (MST) Received: from relay22.sun.com (relay22.sun.com [192.12.251.34] (may be forged)) by brmea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m146niIJ010463; Mon, 04 Feb 2008 08:01:54 +0000 (GMT) Received: from mms25es.sun.com ([150.143.232.94] [150.143.232.94]) by relay22i.sun.com with ESMTP id BT-MMP-3159849; Mon, 04 Feb 2008 08:01:54 +0000 (Z) Received: from relay23.sun.com (relay23.sun.com [192.12.251.54]) by mms25es.sun.com with ESMTP id BT-MMP-386709; Mon, 04 Feb 2008 08:01:51 +0000 (Z) Received: from partslist.i.mcintyreweb.com ([64.166.3.74] [64.166.3.74]) by relay23i.sun.com with ESMTP id BT-MMP-25124379; Mon, 04 Feb 2008 08:01:51 +0000 (Z) Received: from [127.0.0.1] (localhost [127.0.0.1]) by partslist.i.mcintyreweb.com (8.13.8+Sun/8.13.8) with ESMTP id m1481i3g008203; Mon, 04 Feb 2008 00:01:45 -0800 (PST) Date: Mon, 04 Feb 2008 00:01:44 -0800 From: Hugh McIntyre Subject: Re: Libgc for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <47A3D7D2.1060903@sun.com> To: Irene Huang Cc: Jerry.Tan@sun.com, JDS Dev , lsarc-ext@sun.com, LSARC Message-id: <47A6C668.3050607@mcintyreweb.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=-2.6/5.0, scanned in 2.163sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <1201857576.17950.86.camel@goalie> <47A3D7D2.1060903@sun.com> User-Agent: Thunderbird 2.0.0.9 (X11/20071119) Status: RO Content-Length: 1093 Irene Huang wrote: > >> I am setting the timeout for this case to be Feb 13th. >> Please review the proposal at >> http://sac.eng/Archives/CaseLog/arc/LSARC/2008/068/proposal.txt I have no particular objection to this case, because there a bunch of FOSS that wants to use it. But, assuming Indiana plans to support installing the Studio compilers in future, would it be a good idea to add a short note to the end of any supplied man page to note: 1) The Studio compilers also supply a conflicting libgc.so under /opt/SUNWspro/lib/libgc.so. See http://developers.sun.com/solaris/articles/libgc.html. 2) The Studio version does not need people to edit their programs to replace malloc() with GC_MALLOC() and the like. But equally, someone compiling with the Studio compilers will probably pick up the Studio version first because of the default link path, even if they are expecting the version from /usr/lib in this case instead. Maybe there needs to be some provision here to avoid conflicts, or at least to tell people how to avoid getting such conflicts by mistake? Hugh. From sacadmin Mon Feb 4 00:28:51 2008 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01 [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m148SpEa024351 for ; Mon, 4 Feb 2008 00:28:51 -0800 (PST) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m148SowW037532 for ; Mon, 4 Feb 2008 00:28:51 -0800 (PST) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m148SnVu002930 for ; Mon, 4 Feb 2008 08:28:49 GMT Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JVP00C01GSZJX00@mail-apac.sun.com> (original mail from Irene.Huang@Sun.COM) for LSARC@sac.sfbay.sun.com; Mon, 04 Feb 2008 16:28:45 +0800 (SGT) Received: from [129.158.217.138] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JVP003LUGVWMWRZ@mail-apac.sun.com>; Mon, 04 Feb 2008 16:28:45 +0800 (SGT) Date: Fri, 01 Feb 2008 17:19:36 +0800 From: Irene Huang Subject: Libgc for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] Sender: Irene.Huang@sun.com To: LSARC Cc: JDS Dev , Jerry.Tan@sun.com Message-id: <1201857576.17950.86.camel@goalie> MIME-version: 1.0 X-Mailer: Evolution 2.12.0 Content-type: text/plain Content-transfer-encoding: 7BIT Status: RO Content-Length: 176 hi, all I am setting the timeout for this case to be Feb 13th. Please review the proposal at http://sac.eng/Archives/CaseLog/arc/LSARC/2008/068/proposal.txt Thanks --Irene From sacadmin Mon Feb 4 05:55:53 2008 Received: from phorcys.east.sun.com (phorcys.East.Sun.COM [129.148.174.143]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m14Dtq34000736 for ; Mon, 4 Feb 2008 05:55:53 -0800 (PST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m14DtqdL008385; Mon, 4 Feb 2008 08:55:52 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.2+Sun/8.14.2/Submit) id m14Dtqo7008382; Mon, 4 Feb 2008 08:55:52 -0500 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18343.6504.556405.587938@gargle.gargle.HOWL> Date: Mon, 4 Feb 2008 08:55:52 -0500 From: James Carlson To: Irene Huang Cc: Jerry.Tan@sun.com, JDS Dev , lsarc-ext@sun.com, LSARC Subject: Re: Libgc for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-Reply-To: <47A3D7D2.1060903@sun.com> References: <1201857576.17950.86.camel@goalie> <47A3D7D2.1060903@sun.com> X-Mailer: VM 7.01 under Emacs 21.3.1 Status: RO Content-Length: 1214 Irene Huang writes: > There are many projects that use gc, including [...] > /usr/lib/libcord.so Volatile library > /usr/lib/libgc.so Volatile library > /usr/include/gc/*.h Volatile header files > /usr/lib/pkgconfig/bdw-gc.pc Volatile package config file If there are many projects that depend on this library, and it presumably is thus well-constrained from ever making incompatible changes, then why would we advertise it as "Volatile," and thus tell our customers that we're likely to break it in a patch? Open source does *NOT* mean "Volatile." Please see LSARC 2008/059 for an extended discussion of this problem. I've looked over the author's documented change history, and I don't see why we'd want to count this as Volatile. http://www.hpl.hp.com/hosted/linux/mail-archives/gc-announce.mbox/gc-announce.mbox http://www.hpl.hp.com/personal/Hans_Boehm/gc/gc_source/recent_changes -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From carlsonj@phorcys.east.sun.com Mon Feb 4 05:56:00 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 m14Du0NP000749 for ; Mon, 4 Feb 2008 05:56:00 -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 m14DtsaZ022101; Mon, 4 Feb 2008 13:55:56 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 <0JVP00901W16NN00@nwk-avmta-1.sfbay.Sun.COM>; Mon, 04 Feb 2008 05:55:54 -0800 (PST) Received: from phorcys.east.sun.com ([129.148.174.143]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JVP004HOW15XJ20@nwk-avmta-1.sfbay.Sun.COM>; Mon, 04 Feb 2008 05:55:54 -0800 (PST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m14DtqdL008385; Mon, 04 Feb 2008 08:55:52 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.2+Sun/8.14.2/Submit) id m14Dtqo7008382; Mon, 04 Feb 2008 08:55:52 -0500 (EST) Date: Mon, 04 Feb 2008 08:55:52 -0500 From: James Carlson Subject: Re: Libgc for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <47A3D7D2.1060903@sun.com> To: Irene Huang Cc: Jerry.Tan@sun.com, JDS Dev , lsarc-ext@sun.com, LSARC Message-id: <18343.6504.556405.587938@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <1201857576.17950.86.camel@goalie> <47A3D7D2.1060903@sun.com> Status: RO Content-Length: 1214 Irene Huang writes: > There are many projects that use gc, including [...] > /usr/lib/libcord.so Volatile library > /usr/lib/libgc.so Volatile library > /usr/include/gc/*.h Volatile header files > /usr/lib/pkgconfig/bdw-gc.pc Volatile package config file If there are many projects that depend on this library, and it presumably is thus well-constrained from ever making incompatible changes, then why would we advertise it as "Volatile," and thus tell our customers that we're likely to break it in a patch? Open source does *NOT* mean "Volatile." Please see LSARC 2008/059 for an extended discussion of this problem. I've looked over the author's documented change history, and I don't see why we'd want to count this as Volatile. http://www.hpl.hp.com/hosted/linux/mail-archives/gc-announce.mbox/gc-announce.mbox http://www.hpl.hp.com/personal/Hans_Boehm/gc/gc_source/recent_changes -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From Terrence.Miller@sun.com Mon Feb 4 13:23:56 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 m14LNt7A023965 for ; Mon, 4 Feb 2008 13:23:56 -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 m14LNp1x018644; Tue, 5 Feb 2008 05:23:54 +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 <0JVQ0033FGRTIP00@nwk-avmta-1.sfbay.Sun.COM>; Mon, 04 Feb 2008 13:23:53 -0800 (PST) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JVQ0035OGRTGN00@nwk-avmta-1.sfbay.Sun.COM>; Mon, 04 Feb 2008 13:23:53 -0800 (PST) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m14LNqmE029465; Mon, 04 Feb 2008 13:23:52 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JVQ00301G1ATJ00@fe-sfbay-09.sun.com> (original mail from Terrence.Miller@Sun.COM); Mon, 04 Feb 2008 13:23:52 -0800 (PST) Received: from [129.146.86.55] by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JVQ006RTGR9P560@fe-sfbay-09.sun.com>; Mon, 04 Feb 2008 13:23:34 -0800 (PST) Date: Mon, 04 Feb 2008 13:23:33 -0800 From: Terrence Miller Subject: Re: Libgc for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <47A6C668.3050607@mcintyreweb.com> Sender: Terrence.Miller@sun.com To: Hugh McIntyre Cc: Irene Huang , Jerry.Tan@sun.com, JDS Dev , lsarc-ext@sun.com, LSARC Reply-to: Terrence.Miller@sun.com Message-id: <47A78255.6040700@Sun.COM> Organization: Sun Microsystems MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <1201857576.17950.86.camel@goalie> <47A3D7D2.1060903@sun.com> <47A6C668.3050607@mcintyreweb.com> User-Agent: Thunderbird 2.0.0.6 (X11/20070802) Status: RO Content-Length: 1610 The libgc that is distributed with Sun Studio is a commercial product that was produced by Geodesic (which has gone out of business). We have the sources but no authorization to change or distribute them. I suspect that an implementation of a "Boehm-Demers-Weiser" GC being maintained by Hans Boehm will not have stability or quality problems. The compilers/tools group would have no objection to this version superceding the one from Geodesic. Hugh McIntyre wrote: > Irene Huang wrote: >> >>> I am setting the timeout for this case to be Feb 13th. >>> Please review the proposal at >>> http://sac.eng/Archives/CaseLog/arc/LSARC/2008/068/proposal.txt > > I have no particular objection to this case, because there a bunch of > FOSS that wants to use it. But, assuming Indiana plans to support > installing the Studio compilers in future, would it be a good idea to > add a short note to the end of any supplied man page to note: > > 1) The Studio compilers also supply a conflicting libgc.so under > /opt/SUNWspro/lib/libgc.so. See > http://developers.sun.com/solaris/articles/libgc.html. > > 2) The Studio version does not need people to edit their programs to > replace malloc() with GC_MALLOC() and the like. But equally, someone > compiling with the Studio compilers will probably pick up the Studio > version first because of the default link path, even if they are > expecting the version from /usr/lib in this case instead. > > Maybe there needs to be some provision here to avoid conflicts, or at > least to tell people how to avoid getting such conflicts by mistake? > > Hugh. From sacadmin Mon Feb 4 13:23:58 2008 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02 [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m14LNwEb023969 for ; Mon, 4 Feb 2008 13:23:58 -0800 (PST) Received: from sca-es-mail-2.sun.com (sca-es-mail-2.Sun.COM [192.18.43.133]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m14LNwnV007788 for ; Mon, 4 Feb 2008 13:23:58 -0800 (PST) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m14LNqbj029464 for ; Mon, 4 Feb 2008 13:23:52 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JVQ00301G1ATJ00@fe-sfbay-09.sun.com> (original mail from Terrence.Miller@Sun.COM) for LSARC@sac.sfbay.sun.com; Mon, 04 Feb 2008 13:23:52 -0800 (PST) Received: from [129.146.86.55] by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JVQ006RTGR9P560@fe-sfbay-09.sun.com>; Mon, 04 Feb 2008 13:23:34 -0800 (PST) Date: Mon, 04 Feb 2008 13:23:33 -0800 From: Terrence Miller Subject: Re: Libgc for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <47A6C668.3050607@mcintyreweb.com> Sender: Terrence.Miller@sun.com To: Hugh McIntyre Cc: Irene Huang , Jerry.Tan@sun.com, JDS Dev , lsarc-ext@sun.com, LSARC Reply-to: Terrence.Miller@sun.com Message-id: <47A78255.6040700@Sun.COM> Organization: Sun Microsystems MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT References: <1201857576.17950.86.camel@goalie> <47A3D7D2.1060903@sun.com> <47A6C668.3050607@mcintyreweb.com> User-Agent: Thunderbird 2.0.0.6 (X11/20070802) Status: RO Content-Length: 1610 The libgc that is distributed with Sun Studio is a commercial product that was produced by Geodesic (which has gone out of business). We have the sources but no authorization to change or distribute them. I suspect that an implementation of a "Boehm-Demers-Weiser" GC being maintained by Hans Boehm will not have stability or quality problems. The compilers/tools group would have no objection to this version superceding the one from Geodesic. Hugh McIntyre wrote: > Irene Huang wrote: >> >>> I am setting the timeout for this case to be Feb 13th. >>> Please review the proposal at >>> http://sac.eng/Archives/CaseLog/arc/LSARC/2008/068/proposal.txt > > I have no particular objection to this case, because there a bunch of > FOSS that wants to use it. But, assuming Indiana plans to support > installing the Studio compilers in future, would it be a good idea to > add a short note to the end of any supplied man page to note: > > 1) The Studio compilers also supply a conflicting libgc.so under > /opt/SUNWspro/lib/libgc.so. See > http://developers.sun.com/solaris/articles/libgc.html. > > 2) The Studio version does not need people to edit their programs to > replace malloc() with GC_MALLOC() and the like. But equally, someone > compiling with the Studio compilers will probably pick up the Studio > version first because of the default link path, even if they are > expecting the version from /usr/lib in this case instead. > > Maybe there needs to be some provision here to avoid conflicts, or at > least to tell people how to avoid getting such conflicts by mistake? > > Hugh. From sacadmin Mon Feb 4 14:45:29 2008 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01 [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m14MjTL4027021 for ; Mon, 4 Feb 2008 14:45:29 -0800 (PST) Received: from brmea-mail-1.sun.com (brmea-mail-1.Sun.COM [192.18.98.31]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m14MjSNS054561 for ; Mon, 4 Feb 2008 14:45:28 -0800 (PST) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m14MjSSe003856 for ; Mon, 4 Feb 2008 22:45:28 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 <0JVQ00F01JUTTY00@mail-amer.sun.com> (original mail from Brian.Cameron@Sun.COM) for LSARC@sac.sfbay.sun.com; Mon, 04 Feb 2008 15:45:28 -0700 (MST) Received: from [192.168.1.64] ([189.137.195.67]) by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JVQ009HYKIJ7O70@mail-amer.sun.com>; Mon, 04 Feb 2008 15:44:45 -0700 (MST) Date: Mon, 04 Feb 2008 16:44:44 -0600 From: Brian Cameron Subject: Re: Libgc for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <47A78255.6040700@Sun.COM> Sender: Brian.Cameron@sun.com To: Terrence.Miller@sun.com Cc: Hugh McIntyre , Jerry.Tan@sun.com, LSARC , Irene Huang , lsarc-ext@sun.com, JDS Dev Message-id: <47A7955C.6020308@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT References: <1201857576.17950.86.camel@goalie> <47A3D7D2.1060903@sun.com> <47A6C668.3050607@mcintyreweb.com> <47A78255.6040700@Sun.COM> User-Agent: Thunderbird 2.0.0.9 (X11/20080128) Status: RO Content-Length: 2013 Terrence: > The libgc that is distributed with Sun Studio is a commercial product > that was produced by Geodesic (which has gone out of business). We have > the sources but no authorization to change or distribute them. > > I suspect that an implementation of a "Boehm-Demers-Weiser" GC being > maintained by Hans Boehm will not have stability or quality problems. > The compilers/tools group would have no objection to this version > superceding the one from Geodesic. Would it make more sense for someone in the Compilers team to own libgc rather than the JDS desktop/Indiana team? Perhaps it is okay for JDS/Indiana to own it for now, but perhaps it should migrate over to the compilers team over time? Brian > Hugh McIntyre wrote: >> Irene Huang wrote: >>>> I am setting the timeout for this case to be Feb 13th. >>>> Please review the proposal at >>>> http://sac.eng/Archives/CaseLog/arc/LSARC/2008/068/proposal.txt >> I have no particular objection to this case, because there a bunch of >> FOSS that wants to use it. But, assuming Indiana plans to support >> installing the Studio compilers in future, would it be a good idea to >> add a short note to the end of any supplied man page to note: >> >> 1) The Studio compilers also supply a conflicting libgc.so under >> /opt/SUNWspro/lib/libgc.so. See >> http://developers.sun.com/solaris/articles/libgc.html. >> >> 2) The Studio version does not need people to edit their programs to >> replace malloc() with GC_MALLOC() and the like. But equally, someone >> compiling with the Studio compilers will probably pick up the Studio >> version first because of the default link path, even if they are >> expecting the version from /usr/lib in this case instead. >> >> Maybe there needs to be some provision here to avoid conflicts, or at >> least to tell people how to avoid getting such conflicts by mistake? >> >> Hugh. > _______________________________________________ > opensolaris-arc mailing list > opensolaris-arc@opensolaris.org From Brian.Cameron@sun.com Mon Feb 4 14:45:33 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 m14MjWBK027033 for ; Mon, 4 Feb 2008 14:45:32 -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 m14MjWio060694; Mon, 4 Feb 2008 15:45:32 -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 <0JVQ00G01KJVPN00@brm-avmta-1.central.sun.com>; Mon, 04 Feb 2008 15:45:31 -0700 (MST) Received: from brmea-mail-3.sun.com ([192.18.98.34]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JVQ007H8KJUS660@brm-avmta-1.central.sun.com>; Mon, 04 Feb 2008 15:45:31 -0700 (MST) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m14MjUZn028729; Mon, 04 Feb 2008 22:45:30 +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 <0JVQ00F01JUTTY00@mail-amer.sun.com> (original mail from Brian.Cameron@Sun.COM); Mon, 04 Feb 2008 15:45:28 -0700 (MST) Received: from [192.168.1.64] ([189.137.195.67]) by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JVQ009HYKIJ7O70@mail-amer.sun.com>; Mon, 04 Feb 2008 15:44:45 -0700 (MST) Date: Mon, 04 Feb 2008 16:44:44 -0600 From: Brian Cameron Subject: Re: Libgc for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <47A78255.6040700@Sun.COM> Sender: Brian.Cameron@sun.com To: Terrence.Miller@sun.com Cc: Hugh McIntyre , Jerry.Tan@sun.com, LSARC , Irene Huang , lsarc-ext@sun.com, JDS Dev Message-id: <47A7955C.6020308@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <1201857576.17950.86.camel@goalie> <47A3D7D2.1060903@sun.com> <47A6C668.3050607@mcintyreweb.com> <47A78255.6040700@Sun.COM> User-Agent: Thunderbird 2.0.0.9 (X11/20080128) Status: RO Content-Length: 2013 Terrence: > The libgc that is distributed with Sun Studio is a commercial product > that was produced by Geodesic (which has gone out of business). We have > the sources but no authorization to change or distribute them. > > I suspect that an implementation of a "Boehm-Demers-Weiser" GC being > maintained by Hans Boehm will not have stability or quality problems. > The compilers/tools group would have no objection to this version > superceding the one from Geodesic. Would it make more sense for someone in the Compilers team to own libgc rather than the JDS desktop/Indiana team? Perhaps it is okay for JDS/Indiana to own it for now, but perhaps it should migrate over to the compilers team over time? Brian > Hugh McIntyre wrote: >> Irene Huang wrote: >>>> I am setting the timeout for this case to be Feb 13th. >>>> Please review the proposal at >>>> http://sac.eng/Archives/CaseLog/arc/LSARC/2008/068/proposal.txt >> I have no particular objection to this case, because there a bunch of >> FOSS that wants to use it. But, assuming Indiana plans to support >> installing the Studio compilers in future, would it be a good idea to >> add a short note to the end of any supplied man page to note: >> >> 1) The Studio compilers also supply a conflicting libgc.so under >> /opt/SUNWspro/lib/libgc.so. See >> http://developers.sun.com/solaris/articles/libgc.html. >> >> 2) The Studio version does not need people to edit their programs to >> replace malloc() with GC_MALLOC() and the like. But equally, someone >> compiling with the Studio compilers will probably pick up the Studio >> version first because of the default link path, even if they are >> expecting the version from /usr/lib in this case instead. >> >> Maybe there needs to be some provision here to avoid conflicts, or at >> least to tell people how to avoid getting such conflicts by mistake? >> >> Hugh. > _______________________________________________ > opensolaris-arc mailing list > opensolaris-arc@opensolaris.org From Jerry.Tan@sun.com Mon Feb 4 21:54:10 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 m155s9wf012809 for ; Mon, 4 Feb 2008 21:54:10 -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 m155s7NE010785; Tue, 5 Feb 2008 13:54:08 +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 <0JVR0090B4E7CQ00@nwk-avmta-1.sfbay.Sun.COM>; Mon, 04 Feb 2008 21:54:07 -0800 (PST) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JVR00JP34E4BCB0@nwk-avmta-1.sfbay.Sun.COM>; Mon, 04 Feb 2008 21:54:06 -0800 (PST) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m155s6E5011624; Tue, 05 Feb 2008 05:54:06 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JVR00G014CRS400@mail-apac.sun.com> (original mail from Jerry.Tan@Sun.COM) ; Tue, 05 Feb 2008 13:54:04 +0800 (SGT) Received: from [129.158.217.43] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JVR007714E2BQRY@mail-apac.sun.com>; Tue, 05 Feb 2008 13:54:04 +0800 (SGT) Date: Tue, 05 Feb 2008 14:00:33 +0800 From: Jerry Tan Subject: Re: Libgc for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <18343.6504.556405.587938@gargle.gargle.HOWL> Sender: Jerry.Tan@sun.com To: James Carlson Cc: Irene Huang , JDS Dev , LSARC-ext@sun.com, LSARC Message-id: <47A7FB81.9060005@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <1201857576.17950.86.camel@goalie> <47A3D7D2.1060903@sun.com> <18343.6504.556405.587938@gargle.gargle.HOWL> User-Agent: Thunderbird 2.0.0.6 (X11/20070802) Status: RO Content-Length: 1129 Yes, these API should be labeled as "Committed" . James Carlson wrote: > Irene Huang writes: > >> There are many projects that use gc, including >> > [...] > >> /usr/lib/libcord.so Volatile library >> /usr/lib/libgc.so Volatile library >> /usr/include/gc/*.h Volatile header files >> /usr/lib/pkgconfig/bdw-gc.pc Volatile package config file >> > > If there are many projects that depend on this library, and it > presumably is thus well-constrained from ever making incompatible > changes, then why would we advertise it as "Volatile," and thus tell > our customers that we're likely to break it in a patch? > > Open source does *NOT* mean "Volatile." Please see LSARC 2008/059 for > an extended discussion of this problem. > > I've looked over the author's documented change history, and I don't > see why we'd want to count this as Volatile. > > http://www.hpl.hp.com/hosted/linux/mail-archives/gc-announce.mbox/gc-announce.mbox > http://www.hpl.hp.com/personal/Hans_Boehm/gc/gc_source/recent_changes > > From sacadmin Mon Feb 4 21:54:11 2008 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01 [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m155sBJc012813 for ; Mon, 4 Feb 2008 21:54:11 -0800 (PST) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m155s9fq017930 for ; Mon, 4 Feb 2008 21:54:10 -0800 (PST) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m155s8Bw020332 for ; Tue, 5 Feb 2008 05:54:08 GMT Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JVR00G014CRS400@mail-apac.sun.com> (original mail from Jerry.Tan@Sun.COM) for LSARC@sac.sfbay.sun.com; Tue, 05 Feb 2008 13:54:04 +0800 (SGT) Received: from [129.158.217.43] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JVR007714E2BQRY@mail-apac.sun.com>; Tue, 05 Feb 2008 13:54:04 +0800 (SGT) Date: Tue, 05 Feb 2008 14:00:33 +0800 From: Jerry Tan Subject: Re: Libgc for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <18343.6504.556405.587938@gargle.gargle.HOWL> Sender: Jerry.Tan@sun.com To: James Carlson Cc: Irene Huang , JDS Dev , LSARC-ext@sun.com, LSARC Message-id: <47A7FB81.9060005@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT References: <1201857576.17950.86.camel@goalie> <47A3D7D2.1060903@sun.com> <18343.6504.556405.587938@gargle.gargle.HOWL> User-Agent: Thunderbird 2.0.0.6 (X11/20070802) Status: RO Content-Length: 1129 Yes, these API should be labeled as "Committed" . James Carlson wrote: > Irene Huang writes: > >> There are many projects that use gc, including >> > [...] > >> /usr/lib/libcord.so Volatile library >> /usr/lib/libgc.so Volatile library >> /usr/include/gc/*.h Volatile header files >> /usr/lib/pkgconfig/bdw-gc.pc Volatile package config file >> > > If there are many projects that depend on this library, and it > presumably is thus well-constrained from ever making incompatible > changes, then why would we advertise it as "Volatile," and thus tell > our customers that we're likely to break it in a patch? > > Open source does *NOT* mean "Volatile." Please see LSARC 2008/059 for > an extended discussion of this problem. > > I've looked over the author's documented change history, and I don't > see why we'd want to count this as Volatile. > > http://www.hpl.hp.com/hosted/linux/mail-archives/gc-announce.mbox/gc-announce.mbox > http://www.hpl.hp.com/personal/Hans_Boehm/gc/gc_source/recent_changes > > From sacadmin Tue Feb 12 10:13:09 2008 Received: from zruty.sfbay.sun.com (zruty [129.146.168.40]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1CID95C014849 for ; Tue, 12 Feb 2008 10:13:09 -0800 (PST) Received: from zruty.sfbay.sun.com (localhost [127.0.0.1]) by zruty.sfbay.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m1CID9H6021758; Tue, 12 Feb 2008 10:13:09 -0800 (PST) Received: (from dduvall@localhost) by zruty.sfbay.sun.com (8.14.2+Sun/8.14.2/Submit) id m1CID8w5021757; Tue, 12 Feb 2008 10:13:08 -0800 (PST) Date: Tue, 12 Feb 2008 10:13:08 -0800 From: Danek Duvall To: Brian Cameron Cc: Terrence.Miller@sun.com, Hugh McIntyre , Jerry.Tan@sun.com, LSARC , Irene Huang , lsarc-ext@sun.com, JDS Dev Subject: Re: Libgc for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] Message-ID: <20080212181308.GA22027@zruty.sfbay.sun.com> References: <1201857576.17950.86.camel@goalie> <47A3D7D2.1060903@sun.com> <47A6C668.3050607@mcintyreweb.com> <47A78255.6040700@Sun.COM> <47A7955C.6020308@sun.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47A7955C.6020308@sun.com> User-Agent: Mutt/1.5.16 (2007-06-27) Status: RO Content-Length: 995 On Mon, Feb 04, 2008 at 04:44:44PM -0600, Brian Cameron wrote: > Terrence: > >> The libgc that is distributed with Sun Studio is a commercial product >> that was produced by Geodesic (which has gone out of business). We have >> the sources but no authorization to change or distribute them. >> >> I suspect that an implementation of a "Boehm-Demers-Weiser" GC being >> maintained by Hans Boehm will not have stability or quality problems. The >> compilers/tools group would have no objection to this version >> superceding the one from Geodesic. > > Would it make more sense for someone in the Compilers team to own > libgc rather than the JDS desktop/Indiana team? > > Perhaps it is okay for JDS/Indiana to own it for now, but perhaps > it should migrate over to the compilers team over time? Any word from the compiler folks about how they'd like to see this project move forward? Or should we just let it time out as specified (with the interfaces changed to Committed)? Thanks, Danek From danek.duvall@sun.com Tue Feb 12 10:13:16 2008 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1CIDG2j014866 for ; Tue, 12 Feb 2008 10:13:16 -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 m1CIDFPJ027110; Tue, 12 Feb 2008 10:13:15 -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 <0JW500J051A38800@brm-avmta-1.central.sun.com>; Tue, 12 Feb 2008 11:13:15 -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 <0JW500AOA1A2W660@brm-avmta-1.central.sun.com>; Tue, 12 Feb 2008 11:13:14 -0700 (MST) Received: from zruty.sfbay.sun.com (zruty.SFBay.Sun.COM [129.146.168.40]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m1CID9x2054667; Tue, 12 Feb 2008 10:13:09 -0800 (PST) Received: from zruty.sfbay.sun.com (localhost [127.0.0.1]) by zruty.sfbay.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m1CID9H6021758; Tue, 12 Feb 2008 10:13:09 -0800 (PST) Received: (from dduvall@localhost) by zruty.sfbay.sun.com (8.14.2+Sun/8.14.2/Submit) id m1CID8w5021757; Tue, 12 Feb 2008 10:13:08 -0800 (PST) Date: Tue, 12 Feb 2008 10:13:08 -0800 From: Danek Duvall Subject: Re: Libgc for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <47A7955C.6020308@sun.com> To: Brian Cameron Cc: Terrence.Miller@sun.com, Hugh McIntyre , Jerry.Tan@sun.com, LSARC , Irene Huang , lsarc-ext@sun.com, JDS Dev Message-id: <20080212181308.GA22027@zruty.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.2.0.264296 References: <1201857576.17950.86.camel@goalie> <47A3D7D2.1060903@sun.com> <47A6C668.3050607@mcintyreweb.com> <47A78255.6040700@Sun.COM> <47A7955C.6020308@sun.com> User-Agent: Mutt/1.5.16 (2007-06-27) Status: RO Content-Length: 995 On Mon, Feb 04, 2008 at 04:44:44PM -0600, Brian Cameron wrote: > Terrence: > >> The libgc that is distributed with Sun Studio is a commercial product >> that was produced by Geodesic (which has gone out of business). We have >> the sources but no authorization to change or distribute them. >> >> I suspect that an implementation of a "Boehm-Demers-Weiser" GC being >> maintained by Hans Boehm will not have stability or quality problems. The >> compilers/tools group would have no objection to this version >> superceding the one from Geodesic. > > Would it make more sense for someone in the Compilers team to own > libgc rather than the JDS desktop/Indiana team? > > Perhaps it is okay for JDS/Indiana to own it for now, but perhaps > it should migrate over to the compilers team over time? Any word from the compiler folks about how they'd like to see this project move forward? Or should we just let it time out as specified (with the interfaces changed to Committed)? Thanks, Danek From sacadmin Tue Feb 12 10:14:27 2008 Received: from zruty.sfbay.sun.com (zruty [129.146.168.40]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1CIERNM014900 for ; Tue, 12 Feb 2008 10:14:27 -0800 (PST) Received: from zruty.sfbay.sun.com (localhost [127.0.0.1]) by zruty.sfbay.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m1CIEQde021779; Tue, 12 Feb 2008 10:14:26 -0800 (PST) Received: (from dduvall@localhost) by zruty.sfbay.sun.com (8.14.2+Sun/8.14.2/Submit) id m1CIEQNG021778; Tue, 12 Feb 2008 10:14:26 -0800 (PST) Date: Tue, 12 Feb 2008 10:14:26 -0800 From: Danek Duvall To: Irene Huang Cc: Jerry.Tan@sun.com, JDS Dev , lsarc-ext@sun.com, LSARC Subject: Re: Gmime for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] Message-ID: <20080212181426.GB22027@zruty.sfbay.sun.com> References: <1201857261.17950.83.camel@goalie> <47A3D798.1020609@sun.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47A3D798.1020609@sun.com> User-Agent: Mutt/1.5.16 (2007-06-27) Status: RO Content-Length: 650 On Sat, Feb 02, 2008 at 10:38:17AM +0800, Irene Huang wrote: > 4.5. Interfaces: > > -------------------------------------------------------------------- > Exported Stability Comments > -------------------------------------------------------------------- > /usr/lib/libgmime-2.0.so Volatile library > /usr/include/gmime-2.0/* Volatile header files > /usr/lib/pkgconfig/gmime-2.0.pc Volatile package config Not to sound like a broken record, but is there a particularly good reason that these interfaces are Volatile? Danek From danek.duvall@sun.com Tue Feb 12 10:14:33 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 m1CIEWQk014912 for ; Tue, 12 Feb 2008 10:14:33 -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 m1CIEHjT011023; Wed, 13 Feb 2008 02:14:31 +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 <0JW5004031C4EB00@nwk-avmta-1.sfbay.Sun.COM>; Tue, 12 Feb 2008 10:14:28 -0800 (PST) Received: from dm-sfbay-01.sfbay.sun.com ([129.145.155.118]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JW500JS21C4VE70@nwk-avmta-1.sfbay.Sun.COM>; Tue, 12 Feb 2008 10:14:28 -0800 (PST) Received: from zruty.sfbay.sun.com (zruty.SFBay.Sun.COM [129.146.168.40]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m1CIEQMH055504; Tue, 12 Feb 2008 10:14:26 -0800 (PST) Received: from zruty.sfbay.sun.com (localhost [127.0.0.1]) by zruty.sfbay.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m1CIEQde021779; Tue, 12 Feb 2008 10:14:26 -0800 (PST) Received: (from dduvall@localhost) by zruty.sfbay.sun.com (8.14.2+Sun/8.14.2/Submit) id m1CIEQNG021778; Tue, 12 Feb 2008 10:14:26 -0800 (PST) Date: Tue, 12 Feb 2008 10:14:26 -0800 From: Danek Duvall Subject: Re: Gmime for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <47A3D798.1020609@sun.com> To: Irene Huang Cc: Jerry.Tan@sun.com, JDS Dev , lsarc-ext@sun.com, LSARC Message-id: <20080212181426.GB22027@zruty.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.2.0.264296 References: <1201857261.17950.83.camel@goalie> <47A3D798.1020609@sun.com> User-Agent: Mutt/1.5.16 (2007-06-27) Status: RO Content-Length: 650 On Sat, Feb 02, 2008 at 10:38:17AM +0800, Irene Huang wrote: > 4.5. Interfaces: > > -------------------------------------------------------------------- > Exported Stability Comments > -------------------------------------------------------------------- > /usr/lib/libgmime-2.0.so Volatile library > /usr/include/gmime-2.0/* Volatile header files > /usr/lib/pkgconfig/gmime-2.0.pc Volatile package config Not to sound like a broken record, but is there a particularly good reason that these interfaces are Volatile? Danek From sacadmin Tue Feb 12 10:35:51 2008 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02 [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1CIZpil015751 for ; Tue, 12 Feb 2008 10:35:51 -0800 (PST) Received: from gmp-eb-mail-2.sun.com (gmp-eb-mail-2.EU.Sun.COM [192.18.6.24]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m1CIZoSQ044267 for ; Tue, 12 Feb 2008 10:35:51 -0800 (PST) Received: from fe-emea-09.sun.com (gmp-eb-lb-2-fe2.eu.sun.com [192.18.6.11]) by gmp-eb-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m1CIZjIG014272 for ; Tue, 12 Feb 2008 18:35:45 GMT Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JW500E01272DQ00@fe-emea-09.sun.com> (original mail from Ghee.Teo@Sun.COM) for LSARC@sac.sfbay.sun.com; Tue, 12 Feb 2008 18:35:45 +0000 (GMT) Received: from [129.156.226.43] by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JW5007B42BKST30@fe-emea-09.sun.com>; Tue, 12 Feb 2008 18:35:44 +0000 (GMT) Date: Tue, 12 Feb 2008 18:38:19 +0000 From: Ghee Teo Subject: Re: Gmime for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <20080212181426.GB22027@zruty.sfbay.sun.com> Sender: Ghee.Teo@sun.com To: Danek Duvall Cc: Irene Huang , Jerry.Tan@sun.com, JDS Dev , lsarc-ext@sun.com, LSARC Message-id: <47B1E79B.1080502@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT References: <1201857261.17950.83.camel@goalie> <47A3D798.1020609@sun.com> <20080212181426.GB22027@zruty.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.6 (X11/20071119) Status: RO Content-Length: 864 Danek Duvall wrote: > On Sat, Feb 02, 2008 at 10:38:17AM +0800, Irene Huang wrote: > > >> 4.5. Interfaces: >> >> -------------------------------------------------------------------- >> Exported Stability Comments >> -------------------------------------------------------------------- >> /usr/lib/libgmime-2.0.so Volatile library >> /usr/include/gmime-2.0/* Volatile header files >> /usr/lib/pkgconfig/gmime-2.0.pc Volatile package config >> > > Not to sound like a broken record, but is there a particularly good reason > that these interfaces are Volatile? > kiki ....kiki... Beijing is still on their Spring Festival holidays, some should be back tomorrow. Agreed that .pc file should be Uncommitted. -Ghee > Danek > From Ghee.Teo@sun.com Tue Feb 12 10:35:53 2008 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1CIZr6A015755 for ; Tue, 12 Feb 2008 10:35:53 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m1CIZqnR028874; Tue, 12 Feb 2008 10:35:53 -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 <0JW500K2T2BPYL00@brm-avmta-1.central.sun.com>; Tue, 12 Feb 2008 11:35:49 -0700 (MST) Received: from gmp-eb-mail-2.sun.com ([192.18.6.24]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JW500A8Z2BLW3A0@brm-avmta-1.central.sun.com>; Tue, 12 Feb 2008 11:35:46 -0700 (MST) Received: from fe-emea-09.sun.com (gmp-eb-lb-2-fe3.eu.sun.com [192.18.6.12]) by gmp-eb-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m1CIZjp4014273; Tue, 12 Feb 2008 18:35:45 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JW500E01272DQ00@fe-emea-09.sun.com> (original mail from Ghee.Teo@Sun.COM) ; Tue, 12 Feb 2008 18:35:45 +0000 (GMT) Received: from [129.156.226.43] by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JW5007B42BKST30@fe-emea-09.sun.com>; Tue, 12 Feb 2008 18:35:44 +0000 (GMT) Date: Tue, 12 Feb 2008 18:38:19 +0000 From: Ghee Teo Subject: Re: Gmime for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <20080212181426.GB22027@zruty.sfbay.sun.com> Sender: Ghee.Teo@sun.com To: Danek Duvall Cc: Irene Huang , Jerry.Tan@sun.com, JDS Dev , lsarc-ext@sun.com, LSARC Message-id: <47B1E79B.1080502@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <1201857261.17950.83.camel@goalie> <47A3D798.1020609@sun.com> <20080212181426.GB22027@zruty.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.6 (X11/20071119) Status: RO Content-Length: 864 Danek Duvall wrote: > On Sat, Feb 02, 2008 at 10:38:17AM +0800, Irene Huang wrote: > > >> 4.5. Interfaces: >> >> -------------------------------------------------------------------- >> Exported Stability Comments >> -------------------------------------------------------------------- >> /usr/lib/libgmime-2.0.so Volatile library >> /usr/include/gmime-2.0/* Volatile header files >> /usr/lib/pkgconfig/gmime-2.0.pc Volatile package config >> > > Not to sound like a broken record, but is there a particularly good reason > that these interfaces are Volatile? > kiki ....kiki... Beijing is still on their Spring Festival holidays, some should be back tomorrow. Agreed that .pc file should be Uncommitted. -Ghee > Danek > From Jerry.Tan@sun.com Wed Feb 13 03:14:02 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 m1DBE1cT022474 for ; Wed, 13 Feb 2008 03:14:01 -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 m1DBDxK7009699; Wed, 13 Feb 2008 11:14:00 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 <0JW600901CJB2R00@brm-avmta-1.central.sun.com>; Wed, 13 Feb 2008 04:13:59 -0700 (MST) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JW60023ICJ9J040@brm-avmta-1.central.sun.com>; Wed, 13 Feb 2008 04:13:58 -0700 (MST) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1DBE1gR000308; Wed, 13 Feb 2008 11:14:01 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JW600701CF34900@mail-apac.sun.com> (original mail from Jerry.Tan@Sun.COM) ; Wed, 13 Feb 2008 19:13:57 +0800 (SGT) Received: from [192.168.0.114] ([221.223.253.1]) by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JW6003ITCJ7MW3Z@mail-apac.sun.com>; Wed, 13 Feb 2008 19:13:57 +0800 (SGT) Date: Wed, 13 Feb 2008 19:13:51 +0800 From: Jerry Tan Subject: Re: Gmime for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <47B1E79B.1080502@sun.com> Sender: Jerry.Tan@sun.com To: Ghee Teo Cc: Danek Duvall , Irene Huang , JDS Dev , lsarc-ext@sun.com, LSARC Message-id: <47B2D0EF.7020307@sun.com> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_C/DqQlxDLCyZOKj3RUWq0A)" X-PMX-Version: 5.2.0.264296 References: <1201857261.17950.83.camel@goalie> <47A3D798.1020609@sun.com> <20080212181426.GB22027@zruty.sfbay.sun.com> <47B1E79B.1080502@sun.com> User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) Status: RO Content-Length: 6222 This is a multi-part message in MIME format. --Boundary_(ID_C/DqQlxDLCyZOKj3RUWq0A) Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Here is the updated version. mark the pc file as "uncommitted". the reason why I define other as "volatile", because there are many incompatible changes when gmime got upgrade check it out http://spruce.sourceforge.net/gmime/doc/gmime-changes-2-0.html > Danek Duvall wrote: >> On Sat, Feb 02, 2008 at 10:38:17AM +0800, Irene Huang wrote: >> >> >>> 4.5. Interfaces: >>> >>> >>> -------------------------------------------------------------------- >>> Exported Stability >>> Comments >>> >>> -------------------------------------------------------------------- >>> /usr/lib/libgmime-2.0.so Volatile library >>> /usr/include/gmime-2.0/* Volatile header files >>> /usr/lib/pkgconfig/gmime-2.0.pc Volatile package config >>> >> >> Not to sound like a broken record, but is there a particularly good >> reason >> that these interfaces are Volatile? >> > kiki ....kiki... > Beijing is still on their Spring Festival holidays, some should be > back tomorrow. > Agreed that .pc file should be Uncommitted. > > -Ghee > >> Danek >> > --Boundary_(ID_C/DqQlxDLCyZOKj3RUWq0A) Content-type: text/plain; name=gmime_one_page.txt Content-transfer-encoding: 7BIT Content-disposition: inline; filename=gmime_one_page.txt Template Version: @(#)onepager.txt 1.35 07/11/07 SMI Copyright 2007 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: gmime 1.2. Name of Document Author/Supplier: jerry tan 1.3. Date of This Document: 01/29/08 1.3.1. Date this project was conceived: 11/08/07 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.odea@sun.com 1.4.4. The name of your business unit: OPG / OpenSource. 1.5. Email Aliases: 1.5.1. Responsible Manager: paul.mei@sun.com 1.5.2. Responsible Engineer: jerry.tan@sun.com 1.5.3. Marketing Manager: dan.roberts@sun.com 1.5.4. Interest List: desktop-discuss@opensolaris.org 2. Project Summary 2.1. Project Description: The GMime suite provides a core library and set of utilities which may be used for the creation and parsing of messages using the Multipurpose Internet Mail Extension (MIME) This library is free software under the terms of the GNU Lesser General Public License. 2.2. Risks and Assumptions: None 4. Technical Description: 4.1. Details: GMime is a library for parsing and creating messages using the Multipurpose Internet Mail Extension (MIME) format. 4.1.1 Framework of GMime 4.1.1.1 GMime Stream Streams are the fundamental method for reading and writing data used by GMime. its basic API is similar to that of the low-level Unix I/O layer (read(), write(), lseek(), etc) with some additional nicities such as a printf-like function. The three (3) basic stream types are: GMimeStreamFile, GMimeStreamFs and GMimeStreamMem. 4.1.1.2GMime Stream Filters Stream filters are an efficient way of converting data from one format to another. To use a stream filter, you must first construct a GMimeStreamFilter stream and then add the desired filters to it. GMime comes equipped with some basic filters such as GMimeFilterBasic, GMimeFilterCharset, GMimeFilterCRLF, GMimeFilterFrom and GMimeFilterHTML. The GMimeFilterBasic filter is actually a collection of filters for common transfer encodings used by MIME. 4.1.2 How to Use GMime Here is the tutorial http://spruce.sourceforge.net/gmime/tutorial/ A simple testcase show how to use gmime #include #include int main (int argc, char **argv) { GMimeStream *stream; /* initialize GMime */ g_mime_init (0); /* create a stream around stdout */ stream = g_mime_stream_file_new (stdout); /* 'printf' */ g_mime_stream_printf (stream, "Hello World!\n"); /* flush stdout */ g_mime_stream_flush (stream); /* free/close the stream */ g_object_unref (stream); return 0; } 4.2. Bug/RFE Number(s): None. 4.3. In Scope: See above. 4.4. Out of Scope: See above. 4.5. Interfaces: -------------------------------------------------------------------- Exported Stability Comments -------------------------------------------------------------------- /usr/lib/libgmime-2.0.so Volatile library /usr/include/gmime-2.0/* Volatile header file /usr/lib/pkgconfig/gmime-2.0.pc Uncommitted package config SUNWgmime Uncommitted package Name SUNWgmime-devel Uncommitted" dev package Name -------------------------------------------------------------------- Imported Stability Comments -------------------------------------------------------------------- SUNWlibms Stable LSARC/2003/279 SUNWgnome-base-libs Stable LSARC/2006/202 4.6. Doc Impact: add some docs under /usr/share/gtk-doc/html/gmime 4.7. Admin/Config Impact: None. 4.8. HA Impact: None. 4.9. I18N/L10N Impact: The JDS team and the G11N are working together to evaluation and provide I18N/L10N support 4.10. Packaging & Delivery: Adds new package, SUNWgmime, SUNWgmime-devel 4.11. Security Impact: It can call gnupg to encrypt or crypt content, but since gnupg is not in solaris, this feature does not work. 4.12. Dependencies: Depends on gnome base library, since it is based on glib. 5. Reference Documents: http://spruce.sourceforge.net/gmime/ http://spruce.sourceforge.net/gmime/doc/ --Boundary_(ID_C/DqQlxDLCyZOKj3RUWq0A)-- From sacadmin Wed Feb 13 03:14:04 2008 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01 [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1DBE4MF022478 for ; Wed, 13 Feb 2008 03:14:04 -0800 (PST) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m1DBE2L0062797 for ; Wed, 13 Feb 2008 03:14:03 -0800 (PST) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1DBE5Kw025479 for ; Wed, 13 Feb 2008 11:14:05 GMT Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JW600701CF34900@mail-apac.sun.com> (original mail from Jerry.Tan@Sun.COM) for LSARC@sac.sfbay.sun.com; Wed, 13 Feb 2008 19:13:57 +0800 (SGT) Received: from [192.168.0.114] ([221.223.253.1]) by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JW6003ITCJ7MW3Z@mail-apac.sun.com>; Wed, 13 Feb 2008 19:13:57 +0800 (SGT) Date: Wed, 13 Feb 2008 19:13:51 +0800 From: Jerry Tan Subject: Re: Gmime for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <47B1E79B.1080502@sun.com> Sender: Jerry.Tan@sun.com To: Ghee Teo Cc: Danek Duvall , Irene Huang , JDS Dev , lsarc-ext@sun.com, LSARC Message-id: <47B2D0EF.7020307@sun.com> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_LO0ajoXKPQCTtuasvHuo4Q)" References: <1201857261.17950.83.camel@goalie> <47A3D798.1020609@sun.com> <20080212181426.GB22027@zruty.sfbay.sun.com> <47B1E79B.1080502@sun.com> User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) Status: RO Content-Length: 6222 This is a multi-part message in MIME format. --Boundary_(ID_LO0ajoXKPQCTtuasvHuo4Q) Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Here is the updated version. mark the pc file as "uncommitted". the reason why I define other as "volatile", because there are many incompatible changes when gmime got upgrade check it out http://spruce.sourceforge.net/gmime/doc/gmime-changes-2-0.html > Danek Duvall wrote: >> On Sat, Feb 02, 2008 at 10:38:17AM +0800, Irene Huang wrote: >> >> >>> 4.5. Interfaces: >>> >>> >>> -------------------------------------------------------------------- >>> Exported Stability >>> Comments >>> >>> -------------------------------------------------------------------- >>> /usr/lib/libgmime-2.0.so Volatile library >>> /usr/include/gmime-2.0/* Volatile header files >>> /usr/lib/pkgconfig/gmime-2.0.pc Volatile package config >>> >> >> Not to sound like a broken record, but is there a particularly good >> reason >> that these interfaces are Volatile? >> > kiki ....kiki... > Beijing is still on their Spring Festival holidays, some should be > back tomorrow. > Agreed that .pc file should be Uncommitted. > > -Ghee > >> Danek >> > --Boundary_(ID_LO0ajoXKPQCTtuasvHuo4Q) Content-type: text/plain; name=gmime_one_page.txt Content-transfer-encoding: 7BIT Content-disposition: inline; filename=gmime_one_page.txt Template Version: @(#)onepager.txt 1.35 07/11/07 SMI Copyright 2007 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: gmime 1.2. Name of Document Author/Supplier: jerry tan 1.3. Date of This Document: 01/29/08 1.3.1. Date this project was conceived: 11/08/07 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.odea@sun.com 1.4.4. The name of your business unit: OPG / OpenSource. 1.5. Email Aliases: 1.5.1. Responsible Manager: paul.mei@sun.com 1.5.2. Responsible Engineer: jerry.tan@sun.com 1.5.3. Marketing Manager: dan.roberts@sun.com 1.5.4. Interest List: desktop-discuss@opensolaris.org 2. Project Summary 2.1. Project Description: The GMime suite provides a core library and set of utilities which may be used for the creation and parsing of messages using the Multipurpose Internet Mail Extension (MIME) This library is free software under the terms of the GNU Lesser General Public License. 2.2. Risks and Assumptions: None 4. Technical Description: 4.1. Details: GMime is a library for parsing and creating messages using the Multipurpose Internet Mail Extension (MIME) format. 4.1.1 Framework of GMime 4.1.1.1 GMime Stream Streams are the fundamental method for reading and writing data used by GMime. its basic API is similar to that of the low-level Unix I/O layer (read(), write(), lseek(), etc) with some additional nicities such as a printf-like function. The three (3) basic stream types are: GMimeStreamFile, GMimeStreamFs and GMimeStreamMem. 4.1.1.2GMime Stream Filters Stream filters are an efficient way of converting data from one format to another. To use a stream filter, you must first construct a GMimeStreamFilter stream and then add the desired filters to it. GMime comes equipped with some basic filters such as GMimeFilterBasic, GMimeFilterCharset, GMimeFilterCRLF, GMimeFilterFrom and GMimeFilterHTML. The GMimeFilterBasic filter is actually a collection of filters for common transfer encodings used by MIME. 4.1.2 How to Use GMime Here is the tutorial http://spruce.sourceforge.net/gmime/tutorial/ A simple testcase show how to use gmime #include #include int main (int argc, char **argv) { GMimeStream *stream; /* initialize GMime */ g_mime_init (0); /* create a stream around stdout */ stream = g_mime_stream_file_new (stdout); /* 'printf' */ g_mime_stream_printf (stream, "Hello World!\n"); /* flush stdout */ g_mime_stream_flush (stream); /* free/close the stream */ g_object_unref (stream); return 0; } 4.2. Bug/RFE Number(s): None. 4.3. In Scope: See above. 4.4. Out of Scope: See above. 4.5. Interfaces: -------------------------------------------------------------------- Exported Stability Comments -------------------------------------------------------------------- /usr/lib/libgmime-2.0.so Volatile library /usr/include/gmime-2.0/* Volatile header file /usr/lib/pkgconfig/gmime-2.0.pc Uncommitted package config SUNWgmime Uncommitted package Name SUNWgmime-devel Uncommitted" dev package Name -------------------------------------------------------------------- Imported Stability Comments -------------------------------------------------------------------- SUNWlibms Stable LSARC/2003/279 SUNWgnome-base-libs Stable LSARC/2006/202 4.6. Doc Impact: add some docs under /usr/share/gtk-doc/html/gmime 4.7. Admin/Config Impact: None. 4.8. HA Impact: None. 4.9. I18N/L10N Impact: The JDS team and the G11N are working together to evaluation and provide I18N/L10N support 4.10. Packaging & Delivery: Adds new package, SUNWgmime, SUNWgmime-devel 4.11. Security Impact: It can call gnupg to encrypt or crypt content, but since gnupg is not in solaris, this feature does not work. 4.12. Dependencies: Depends on gnome base library, since it is based on glib. 5. Reference Documents: http://spruce.sourceforge.net/gmime/ http://spruce.sourceforge.net/gmime/doc/ --Boundary_(ID_LO0ajoXKPQCTtuasvHuo4Q)-- From sacadmin Wed Feb 13 04:04:18 2008 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01 [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1DC4IXF023797 for ; Wed, 13 Feb 2008 04:04:18 -0800 (PST) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m1DC4HEr014837 for ; Wed, 13 Feb 2008 04:04:18 -0800 (PST) Received: from fe-apac-04.sun.com (fe-apac-04.sun.com [192.18.19.175] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1DC4KvX027214 for ; Wed, 13 Feb 2008 12:04:20 GMT Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JW600H01EFX3600@mail-apac.sun.com> (original mail from Jerry.Tan@Sun.COM) for LSARC@sac.sfbay.sun.com; Wed, 13 Feb 2008 20:04:12 +0800 (SGT) Received: from [192.168.0.114] ([221.223.253.1]) by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JW6004VGEUVAKP0@mail-apac.sun.com>; Wed, 13 Feb 2008 20:04:11 +0800 (SGT) Date: Wed, 13 Feb 2008 20:04:03 +0800 From: Jerry Tan Subject: Re: Libgc for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <20080212181308.GA22027@zruty.sfbay.sun.com> Sender: Jerry.Tan@sun.com To: Danek Duvall Cc: Brian Cameron , Terrence.Miller@sun.com, Hugh McIntyre , LSARC , Irene Huang , lsarc-ext@sun.com, JDS Dev Message-id: <47B2DCB3.5080901@sun.com> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_HKQ7Z9kIAWazBqINENA7kw)" References: <1201857576.17950.86.camel@goalie> <47A3D7D2.1060903@sun.com> <47A6C668.3050607@mcintyreweb.com> <47A78255.6040700@Sun.COM> <47A7955C.6020308@sun.com> <20080212181308.GA22027@zruty.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) Status: RO Content-Length: 5935 This is a multi-part message in MIME format. --Boundary_(ID_HKQ7Z9kIAWazBqINENA7kw) Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT After check its change log carefully, there are still a lot changes when version upgrade. http://www.hpl.hp.com/personal/Hans_Boehm/gc/gc_source/recent_changes http://bdwgc.cvs.sourceforge.net/bdwgc/bdwgc/include/gc.h?view=log so I can not define these interface as "committed", so "uncommitted" instead. > On Mon, Feb 04, 2008 at 04:44:44PM -0600, Brian Cameron wrote: > > >> Terrence: >> >> >>> The libgc that is distributed with Sun Studio is a commercial product >>> that was produced by Geodesic (which has gone out of business). We have >>> the sources but no authorization to change or distribute them. >>> >>> I suspect that an implementation of a "Boehm-Demers-Weiser" GC being >>> maintained by Hans Boehm will not have stability or quality problems. The >>> compilers/tools group would have no objection to this version >>> superceding the one from Geodesic. >>> >> Would it make more sense for someone in the Compilers team to own >> libgc rather than the JDS desktop/Indiana team? >> >> Perhaps it is okay for JDS/Indiana to own it for now, but perhaps >> it should migrate over to the compilers team over time? >> > > Any word from the compiler folks about how they'd like to see this project > move forward? Or should we just let it time out as specified (with the > interfaces changed to Committed)? > > Thanks, > Danek > --Boundary_(ID_HKQ7Z9kIAWazBqINENA7kw) Content-type: text/plain; name=libgc_one_page.txt Content-transfer-encoding: 7BIT Content-disposition: inline; filename=libgc_one_page.txt Template Version: @(#)onepager.txt 1.35 07/11/07 SMI Copyright 2007 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: The Boehm-Demers-Weiser garbage collector 1.2. Name of Document Author/Supplier: jerry tan 1.3. Date of This Document: 01/29/08 1.3.1. Date this project was conceived: 11/08/07 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.odea@sun.com 1.4.4. The name of your business unit: OPG / OpenSource. 1.5. Email Aliases: 1.5.1. Responsible Manager: paul.mei@sun.com 1.5.2. Responsible Engineer: jerry.tan@sun.com 1.5.3. Marketing Manager: dan.roberts@sun.com 1.5.4. Interest List: desktop-discuss@opensolaris.org 2. Project Summary 2.1. Project Description: The Boehm-Demers-Weiser conservative garbage collector is a garbage collector for C and C++. 2.2. Risks and Assumptions: None 4. Technical Description: 4.1. Details: The Boehm-Demers-Weiser conservative garbage collector can be used as a garbage collecting replacement for C malloc or C++ new. It allows you to allocate memory basically as you normally would, without explicitly deallocating memory that is no longer useful. The collector automatically recycles memory when it determines that it can no longer be otherwise accessed. The collector is also used by a number of programming language implementations that either use C as intermediate code, want to facilitate easier interoperation with C libraries, or just prefer the simple collector interface. Alternatively, the garbage collector may be used as a leak detector for C or C++ programs, though that is not its primary goal. There are many projects that use gc, including The runtime system for GCJ, the static GNU java compiler. W3m, a text-based web browser. Some versions of the Xerox DocuPrint printer software. The Mozilla project, as leak detector. The Mono project, an open source implementation of the .NET development framework. see more at http://www.hpl.hp.com/personal/Hans_Boehm/gc/#users Here is one example how to use libgc #include "gc.h" #include #include int main() { int i; GC_INIT(); for (i = 0; i < 10000000; ++i) { int **p = (int **) GC_MALLOC(sizeof(int *)); int *q = (int *) GC_MALLOC_ATOMIC(sizeof(int)); assert(*p == 0); *p = (int *) GC_REALLOC(q, 2 * sizeof(int)); if (i % 100000 == 0) printf("Heap size = %d\n", GC_get_heap_size()); } return 0; } 4.2. Bug/RFE Number(s): None. 4.3. In Scope: See above. 4.4. Out of Scope: See above. 4.5. Interfaces: -------------------------------------------------------------------- Exported Stability Comments -------------------------------------------------------------------- /usr/lib/libcord.so Uncommitted library /usr/lib/libgc.so Uncommitted library /usr/include/gc/*.h Uncommitted header file /usr/lib/pkgconfig/bdw-gc.pc Uncommitted package config file SUNWlibgc Uncommitted package Name SUNWlibgc-devel Uncommitted dev package Name -------------------------------------------------------------------- Imported Stability Comments -------------------------------------------------------------------- SUNWlibms Stable LSARC/2003/279 4.6. Doc Impact: add some docs under /usr/share/gc/ 4.7. Admin/Config Impact: None. 4.8. HA Impact: None. 4.9. I18N/L10N Impact: The JDS team and the G11N are working together to evaluation and provide I18N/L10N support 4.10. Packaging & Delivery: Adds new package, SUNWlibgc, SUNWlibgc-devel 4.11. Security Impact: None. 4.12. Dependencies: None 5. Reference Documents: http://www.hpl.hp.com/personal/Hans_Boehm/gc/ --Boundary_(ID_HKQ7Z9kIAWazBqINENA7kw)-- From Jerry.Tan@sun.com Wed Feb 13 04:04:21 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 m1DC4Lwr023805 for ; Wed, 13 Feb 2008 04:04:21 -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 m1DC4K8h008263; Wed, 13 Feb 2008 05:04:20 -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 <0JW600D07EV70F00@brm-avmta-1.central.sun.com>; Wed, 13 Feb 2008 05:04:19 -0700 (MST) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JW6002J0EV0IS60@brm-avmta-1.central.sun.com>; Wed, 13 Feb 2008 05:04:18 -0700 (MST) Received: from fe-apac-04.sun.com (fe-apac-04.sun.com [192.18.19.175] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1DC4FXb002094; Wed, 13 Feb 2008 12:04:15 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JW600H01EFX3600@mail-apac.sun.com> (original mail from Jerry.Tan@Sun.COM) ; Wed, 13 Feb 2008 20:04:12 +0800 (SGT) Received: from [192.168.0.114] ([221.223.253.1]) by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JW6004VGEUVAKP0@mail-apac.sun.com>; Wed, 13 Feb 2008 20:04:11 +0800 (SGT) Date: Wed, 13 Feb 2008 20:04:03 +0800 From: Jerry Tan Subject: Re: Libgc for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <20080212181308.GA22027@zruty.sfbay.sun.com> Sender: Jerry.Tan@sun.com To: Danek Duvall Cc: Brian Cameron , Terrence.Miller@sun.com, Hugh McIntyre , LSARC , Irene Huang , lsarc-ext@sun.com, JDS Dev Message-id: <47B2DCB3.5080901@sun.com> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_9hKW2R6q5+4dgnCU/zddSQ)" X-PMX-Version: 5.2.0.264296 References: <1201857576.17950.86.camel@goalie> <47A3D7D2.1060903@sun.com> <47A6C668.3050607@mcintyreweb.com> <47A78255.6040700@Sun.COM> <47A7955C.6020308@sun.com> <20080212181308.GA22027@zruty.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) Status: RO Content-Length: 5935 This is a multi-part message in MIME format. --Boundary_(ID_9hKW2R6q5+4dgnCU/zddSQ) Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT After check its change log carefully, there are still a lot changes when version upgrade. http://www.hpl.hp.com/personal/Hans_Boehm/gc/gc_source/recent_changes http://bdwgc.cvs.sourceforge.net/bdwgc/bdwgc/include/gc.h?view=log so I can not define these interface as "committed", so "uncommitted" instead. > On Mon, Feb 04, 2008 at 04:44:44PM -0600, Brian Cameron wrote: > > >> Terrence: >> >> >>> The libgc that is distributed with Sun Studio is a commercial product >>> that was produced by Geodesic (which has gone out of business). We have >>> the sources but no authorization to change or distribute them. >>> >>> I suspect that an implementation of a "Boehm-Demers-Weiser" GC being >>> maintained by Hans Boehm will not have stability or quality problems. The >>> compilers/tools group would have no objection to this version >>> superceding the one from Geodesic. >>> >> Would it make more sense for someone in the Compilers team to own >> libgc rather than the JDS desktop/Indiana team? >> >> Perhaps it is okay for JDS/Indiana to own it for now, but perhaps >> it should migrate over to the compilers team over time? >> > > Any word from the compiler folks about how they'd like to see this project > move forward? Or should we just let it time out as specified (with the > interfaces changed to Committed)? > > Thanks, > Danek > --Boundary_(ID_9hKW2R6q5+4dgnCU/zddSQ) Content-type: text/plain; name=libgc_one_page.txt Content-transfer-encoding: 7BIT Content-disposition: inline; filename=libgc_one_page.txt Template Version: @(#)onepager.txt 1.35 07/11/07 SMI Copyright 2007 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: The Boehm-Demers-Weiser garbage collector 1.2. Name of Document Author/Supplier: jerry tan 1.3. Date of This Document: 01/29/08 1.3.1. Date this project was conceived: 11/08/07 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.odea@sun.com 1.4.4. The name of your business unit: OPG / OpenSource. 1.5. Email Aliases: 1.5.1. Responsible Manager: paul.mei@sun.com 1.5.2. Responsible Engineer: jerry.tan@sun.com 1.5.3. Marketing Manager: dan.roberts@sun.com 1.5.4. Interest List: desktop-discuss@opensolaris.org 2. Project Summary 2.1. Project Description: The Boehm-Demers-Weiser conservative garbage collector is a garbage collector for C and C++. 2.2. Risks and Assumptions: None 4. Technical Description: 4.1. Details: The Boehm-Demers-Weiser conservative garbage collector can be used as a garbage collecting replacement for C malloc or C++ new. It allows you to allocate memory basically as you normally would, without explicitly deallocating memory that is no longer useful. The collector automatically recycles memory when it determines that it can no longer be otherwise accessed. The collector is also used by a number of programming language implementations that either use C as intermediate code, want to facilitate easier interoperation with C libraries, or just prefer the simple collector interface. Alternatively, the garbage collector may be used as a leak detector for C or C++ programs, though that is not its primary goal. There are many projects that use gc, including The runtime system for GCJ, the static GNU java compiler. W3m, a text-based web browser. Some versions of the Xerox DocuPrint printer software. The Mozilla project, as leak detector. The Mono project, an open source implementation of the .NET development framework. see more at http://www.hpl.hp.com/personal/Hans_Boehm/gc/#users Here is one example how to use libgc #include "gc.h" #include #include int main() { int i; GC_INIT(); for (i = 0; i < 10000000; ++i) { int **p = (int **) GC_MALLOC(sizeof(int *)); int *q = (int *) GC_MALLOC_ATOMIC(sizeof(int)); assert(*p == 0); *p = (int *) GC_REALLOC(q, 2 * sizeof(int)); if (i % 100000 == 0) printf("Heap size = %d\n", GC_get_heap_size()); } return 0; } 4.2. Bug/RFE Number(s): None. 4.3. In Scope: See above. 4.4. Out of Scope: See above. 4.5. Interfaces: -------------------------------------------------------------------- Exported Stability Comments -------------------------------------------------------------------- /usr/lib/libcord.so Uncommitted library /usr/lib/libgc.so Uncommitted library /usr/include/gc/*.h Uncommitted header file /usr/lib/pkgconfig/bdw-gc.pc Uncommitted package config file SUNWlibgc Uncommitted package Name SUNWlibgc-devel Uncommitted dev package Name -------------------------------------------------------------------- Imported Stability Comments -------------------------------------------------------------------- SUNWlibms Stable LSARC/2003/279 4.6. Doc Impact: add some docs under /usr/share/gc/ 4.7. Admin/Config Impact: None. 4.8. HA Impact: None. 4.9. I18N/L10N Impact: The JDS team and the G11N are working together to evaluation and provide I18N/L10N support 4.10. Packaging & Delivery: Adds new package, SUNWlibgc, SUNWlibgc-devel 4.11. Security Impact: None. 4.12. Dependencies: None 5. Reference Documents: http://www.hpl.hp.com/personal/Hans_Boehm/gc/ --Boundary_(ID_9hKW2R6q5+4dgnCU/zddSQ)-- From sacadmin Wed Feb 13 13:00:34 2008 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01 [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1DL0YgD008813 for ; Wed, 13 Feb 2008 13:00:34 -0800 (PST) Received: from brmea-mail-4.sun.com (brmea-mail-4.Sun.COM [192.18.98.36]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m1DL0Y2D051559 for ; Wed, 13 Feb 2008 13:00:34 -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 m1DL0XbY028578 for ; Wed, 13 Feb 2008 21:00:33 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 <0JW700E012XR7Q00@mail-amer.sun.com> (original mail from Brian.Cameron@Sun.COM) for LSARC@sac.sfbay.sun.com; Wed, 13 Feb 2008 14:00:33 -0700 (MST) Received: from [192.168.1.64] ([189.137.195.67]) by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JW700F5B3OOV980@mail-amer.sun.com>; Wed, 13 Feb 2008 14:00:27 -0700 (MST) Date: Wed, 13 Feb 2008 15:00:26 -0600 From: Brian Cameron Subject: Re: Gmime for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <47B2D0EF.7020307@sun.com> Sender: Brian.Cameron@sun.com To: Jerry Tan Cc: Ghee Teo , Danek Duvall , Irene Huang , JDS Dev , lsarc-ext@sun.com, LSARC Message-id: <47B35A6A.7000703@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT References: <1201857261.17950.83.camel@goalie> <47A3D798.1020609@sun.com> <20080212181426.GB22027@zruty.sfbay.sun.com> <47B1E79B.1080502@sun.com> <47B2D0EF.7020307@sun.com> User-Agent: Thunderbird 2.0.0.9 (X11/20080128) Status: RO Content-Length: 2011 Jerry: A few minor comments. - If you are going to update the ARC materials anyway, I think you should add information to section 4.1 explaining how Gmime relates to the FreeDesktop MIME specification, gnome-mime-data, shared-mime-info, etc. You already answered this question in the mail thread, but why not update the one-pager also if you are going to update it anyway? - The imported interface table lists SUNWgnome-base-libs as Stable. Note that not all libraries in SUNWgnome-base-libs are Stable (libart_lgpl, libglade, gail, libgnomecanvas, etc.). You should list the specific Committed interfaces you depend upon rather than listing SUNWgnome-base-libs in general. - The indendtation of the interface table doesn't look so good. Brian > Here is the updated version. > > mark the pc file as "uncommitted". > > the reason why I define other as "volatile", because there are many > incompatible changes when gmime got upgrade > > check it out > http://spruce.sourceforge.net/gmime/doc/gmime-changes-2-0.html > > > >> Danek Duvall wrote: >>> On Sat, Feb 02, 2008 at 10:38:17AM +0800, Irene Huang wrote: >>> >>> >>>> 4.5. Interfaces: >>>> >>>> >>>> -------------------------------------------------------------------- >>>> Exported Stability >>>> Comments >>>> >>>> -------------------------------------------------------------------- >>>> /usr/lib/libgmime-2.0.so Volatile library >>>> /usr/include/gmime-2.0/* Volatile header files >>>> /usr/lib/pkgconfig/gmime-2.0.pc Volatile package config >>>> >>> >>> Not to sound like a broken record, but is there a particularly good >>> reason >>> that these interfaces are Volatile? >>> >> kiki ....kiki... >> Beijing is still on their Spring Festival holidays, some should be >> back tomorrow. >> Agreed that .pc file should be Uncommitted. >> >> -Ghee >> >>> Danek >>> >> > From Brian.Cameron@sun.com Wed Feb 13 13:00:39 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 m1DL0b6H008824 for ; Wed, 13 Feb 2008 13:00:38 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m1DL0RPg019518; Thu, 14 Feb 2008 05:00:37 +0800 (SGT) 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 <0JW7000053OYTA00@nwk-avmta-2.sfbay.sun.com>; Wed, 13 Feb 2008 13:00:34 -0800 (PST) Received: from brmea-mail-3.sun.com ([192.18.98.34]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JW700IOT3OX3Z80@nwk-avmta-2.sfbay.sun.com>; Wed, 13 Feb 2008 13:00:34 -0800 (PST) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1DL0XCg023197; Wed, 13 Feb 2008 21:00:33 +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 <0JW700E012XR7Q00@mail-amer.sun.com> (original mail from Brian.Cameron@Sun.COM); Wed, 13 Feb 2008 14:00:33 -0700 (MST) Received: from [192.168.1.64] ([189.137.195.67]) by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JW700F5B3OOV980@mail-amer.sun.com>; Wed, 13 Feb 2008 14:00:27 -0700 (MST) Date: Wed, 13 Feb 2008 15:00:26 -0600 From: Brian Cameron Subject: Re: Gmime for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <47B2D0EF.7020307@sun.com> Sender: Brian.Cameron@sun.com To: Jerry Tan Cc: Ghee Teo , Danek Duvall , Irene Huang , JDS Dev , lsarc-ext@sun.com, LSARC Message-id: <47B35A6A.7000703@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <1201857261.17950.83.camel@goalie> <47A3D798.1020609@sun.com> <20080212181426.GB22027@zruty.sfbay.sun.com> <47B1E79B.1080502@sun.com> <47B2D0EF.7020307@sun.com> User-Agent: Thunderbird 2.0.0.9 (X11/20080128) Status: RO Content-Length: 2011 Jerry: A few minor comments. - If you are going to update the ARC materials anyway, I think you should add information to section 4.1 explaining how Gmime relates to the FreeDesktop MIME specification, gnome-mime-data, shared-mime-info, etc. You already answered this question in the mail thread, but why not update the one-pager also if you are going to update it anyway? - The imported interface table lists SUNWgnome-base-libs as Stable. Note that not all libraries in SUNWgnome-base-libs are Stable (libart_lgpl, libglade, gail, libgnomecanvas, etc.). You should list the specific Committed interfaces you depend upon rather than listing SUNWgnome-base-libs in general. - The indendtation of the interface table doesn't look so good. Brian > Here is the updated version. > > mark the pc file as "uncommitted". > > the reason why I define other as "volatile", because there are many > incompatible changes when gmime got upgrade > > check it out > http://spruce.sourceforge.net/gmime/doc/gmime-changes-2-0.html > > > >> Danek Duvall wrote: >>> On Sat, Feb 02, 2008 at 10:38:17AM +0800, Irene Huang wrote: >>> >>> >>>> 4.5. Interfaces: >>>> >>>> >>>> -------------------------------------------------------------------- >>>> Exported Stability >>>> Comments >>>> >>>> -------------------------------------------------------------------- >>>> /usr/lib/libgmime-2.0.so Volatile library >>>> /usr/include/gmime-2.0/* Volatile header files >>>> /usr/lib/pkgconfig/gmime-2.0.pc Volatile package config >>>> >>> >>> Not to sound like a broken record, but is there a particularly good >>> reason >>> that these interfaces are Volatile? >>> >> kiki ....kiki... >> Beijing is still on their Spring Festival holidays, some should be >> back tomorrow. >> Agreed that .pc file should be Uncommitted. >> >> -Ghee >> >>> Danek >>> >> > From sacadmin Wed Feb 13 23:03:00 2008 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02 [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1E730YN026216 for ; Wed, 13 Feb 2008 23:03:00 -0800 (PST) Received: from sca-ea-mail-2.sun.com (sca-ea-mail-2.Sun.COM [192.18.43.25]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m1E730aJ011544 for ; Wed, 13 Feb 2008 23:03:00 -0800 (PST) Received: from relay42i.sun.com ([192.5.209.72]) by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m1E72CB2016743 for ; Thu, 14 Feb 2008 07:03:00 GMT Received: from mms49es.sun.com ([160.41.221.233] [160.41.221.233]) by relay42i.sun.com with ESMTP id BT-MMP-187185; Thu, 14 Feb 2008 07:03:00 Z Received: from relay43i.sun.com (relay43i.sun.com [192.5.209.74]) by mms49es.sun.com with ESMTP id BT-MMP-456364; Thu, 14 Feb 2008 07:02:58 Z Received: from partslist.i.mcintyreweb.com ([64.166.3.74] [64.166.3.74]) by relay4i.sun.com with ESMTP id BT-MMP-5336609; Thu, 14 Feb 2008 07:02:57 Z Received: from [127.0.0.1] (localhost [127.0.0.1]) by partslist.i.mcintyreweb.com (8.13.8+Sun/8.13.8) with ESMTP id m1E72kCA010998; Wed, 13 Feb 2008 23:02:50 -0800 (PST) Message-ID: <47B3E796.6030100@mcintyreweb.com> Date: Wed, 13 Feb 2008 23:02:46 -0800 From: Hugh McIntyre User-Agent: Thunderbird 2.0.0.9 (X11/20071119) To: Danek Duvall CC: Brian Cameron , Terrence.Miller@sun.com, Jerry.Tan@sun.com, LSARC , Irene Huang , lsarc-ext@sun.com, JDS Dev Subject: Re: Libgc for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] References: <1201857576.17950.86.camel@goalie> <47A3D7D2.1060903@sun.com> <47A6C668.3050607@mcintyreweb.com> <47A78255.6040700@Sun.COM> <47A7955C.6020308@sun.com> <20080212181308.GA22027@zruty.sfbay.sun.com> In-Reply-To: <20080212181308.GA22027@zruty.sfbay.sun.com> X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=-0.2/5.0, scanned in 2.112sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Status: RO Content-Length: 658 Danek Duvall wrote: > On Mon, Feb 04, 2008 at 04:44:44PM -0600, Brian Cameron wrote: > > Any word from the compiler folks about how they'd like to see this project > move forward? Or should we just let it time out as specified (with the > interfaces changed to Committed)? Exactly. Although there seems to be agreement to have one libgc.so in the end, which is fine, there's still no comment on what's planned to avoid two incompatible libraries if someone installs Studio on top of Indiana. I.e.: is the assumed plan to issue a studio patch or new version to move or upgrade the studio library? A warning to users? Or some other measure? Hugh. From lists@mcintyreweb.com Wed Feb 13 23:03:10 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 m1E739QU026228 for ; Wed, 13 Feb 2008 23:03:10 -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 m1E72xqb004215; Thu, 14 Feb 2008 07:03:02 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 <0JW700E09VL1LY00@nwk-avmta-1.sfbay.Sun.COM>; Wed, 13 Feb 2008 23:03:01 -0800 (PST) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JW700BQ4VL0N0E0@nwk-avmta-1.sfbay.Sun.COM>; Wed, 13 Feb 2008 23:03:01 -0800 (PST) Received: from relay42i.sun.com ([192.5.209.72]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1E6v0h7027190; Thu, 14 Feb 2008 07:03:00 +0000 (GMT) Received: from mms49es.sun.com ([160.41.221.233] [160.41.221.233]) by relay42i.sun.com with ESMTP id BT-MMP-187185; Thu, 14 Feb 2008 07:03:00 +0000 (Z) Received: from relay43i.sun.com (relay43i.sun.com [192.5.209.74]) by mms49es.sun.com with ESMTP id BT-MMP-456364; Thu, 14 Feb 2008 07:02:58 +0000 (Z) Received: from partslist.i.mcintyreweb.com ([64.166.3.74] [64.166.3.74]) by relay4i.sun.com with ESMTP id BT-MMP-5336609; Thu, 14 Feb 2008 07:02:57 +0000 (Z) Received: from [127.0.0.1] (localhost [127.0.0.1]) by partslist.i.mcintyreweb.com (8.13.8+Sun/8.13.8) with ESMTP id m1E72kCA010998; Wed, 13 Feb 2008 23:02:50 -0800 (PST) Date: Wed, 13 Feb 2008 23:02:46 -0800 From: Hugh McIntyre Subject: Re: Libgc for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <20080212181308.GA22027@zruty.sfbay.sun.com> To: Danek Duvall Cc: Brian Cameron , Terrence.Miller@sun.com, Jerry.Tan@sun.com, LSARC , Irene Huang , lsarc-ext@sun.com, JDS Dev Message-id: <47B3E796.6030100@mcintyreweb.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=-0.2/5.0, scanned in 2.112sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <1201857576.17950.86.camel@goalie> <47A3D7D2.1060903@sun.com> <47A6C668.3050607@mcintyreweb.com> <47A78255.6040700@Sun.COM> <47A7955C.6020308@sun.com> <20080212181308.GA22027@zruty.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.9 (X11/20071119) Status: RO Content-Length: 658 Danek Duvall wrote: > On Mon, Feb 04, 2008 at 04:44:44PM -0600, Brian Cameron wrote: > > Any word from the compiler folks about how they'd like to see this project > move forward? Or should we just let it time out as specified (with the > interfaces changed to Committed)? Exactly. Although there seems to be agreement to have one libgc.so in the end, which is fine, there's still no comment on what's planned to avoid two incompatible libraries if someone installs Studio on top of Indiana. I.e.: is the assumed plan to issue a studio patch or new version to move or upgrade the studio library? A warning to users? Or some other measure? Hugh. From sacadmin Wed Feb 13 23:37:58 2008 Received: from zruty.sfbay.sun.com (zruty [129.146.168.40]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1E7bwhK026784 for ; Wed, 13 Feb 2008 23:37:58 -0800 (PST) Received: from zruty.sfbay.sun.com (localhost [127.0.0.1]) by zruty.sfbay.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m1E7bwgc008612; Wed, 13 Feb 2008 23:37:58 -0800 (PST) Received: (from dduvall@localhost) by zruty.sfbay.sun.com (8.14.2+Sun/8.14.2/Submit) id m1E7bwhH008611; Wed, 13 Feb 2008 23:37:58 -0800 (PST) Date: Wed, 13 Feb 2008 23:37:58 -0800 From: Danek Duvall To: Hugh McIntyre Cc: Brian Cameron , Terrence.Miller@sun.com, Jerry.Tan@sun.com, LSARC , Irene Huang , lsarc-ext@sun.com, JDS Dev Subject: Re: Libgc for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] Message-ID: <20080214073758.GX28799@zruty.sfbay.sun.com> References: <1201857576.17950.86.camel@goalie> <47A3D7D2.1060903@sun.com> <47A6C668.3050607@mcintyreweb.com> <47A78255.6040700@Sun.COM> <47A7955C.6020308@sun.com> <20080212181308.GA22027@zruty.sfbay.sun.com> <47B3E796.6030100@mcintyreweb.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47B3E796.6030100@mcintyreweb.com> User-Agent: Mutt/1.5.16 (2007-06-27) Status: RO Content-Length: 1344 On Wed, Feb 13, 2008 at 11:02:46PM -0800, Hugh McIntyre wrote: > Danek Duvall wrote: >> On Mon, Feb 04, 2008 at 04:44:44PM -0600, Brian Cameron wrote: >> >> Any word from the compiler folks about how they'd like to see this project >> move forward? Or should we just let it time out as specified (with the >> interfaces changed to Committed)? > > Exactly. Although there seems to be agreement to have one libgc.so in the > end, which is fine, there's still no comment on what's planned to avoid two > incompatible libraries if someone installs Studio on top of Indiana. > > I.e.: is the assumed plan to issue a studio patch or new version to move or > upgrade the studio library? A warning to users? Or some other measure? Another thing we need to know is the full SONAME for the libraries involved. For anyone looking to submit arc cases, please note: the *.so form of a library is *not* sufficient. Nor is the realpath()ed name of the link correct. We need to know what the SONAME is, as specified on the ld commandline with the -h flag. We've been seeing this mistake a lot recently. Studio appears to ship libgc.so.1. I know a lot of F/OSS libraries ship with version numbers other than 1, so there may not be a run-time issue, only a link-time issue, which can be pretty easily managed with the appropriate -L flags. Danek From danek.duvall@sun.com Wed Feb 13 23:38:05 2008 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1E7c5eA026796 for ; Wed, 13 Feb 2008 23:38:05 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m1E7c342012485; Wed, 13 Feb 2008 23:38:04 -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 <0JW70070LX7F5000@nwk-avmta-2.sfbay.sun.com>; Wed, 13 Feb 2008 23:38:03 -0800 (PST) Received: from dm-sfbay-01.sfbay.sun.com ([129.145.155.118]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JW700558X7CH210@nwk-avmta-2.sfbay.sun.com>; Wed, 13 Feb 2008 23:38:00 -0800 (PST) Received: from zruty.sfbay.sun.com (zruty.SFBay.Sun.COM [129.146.168.40]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m1E7bw6a055644; Wed, 13 Feb 2008 23:37:58 -0800 (PST) Received: from zruty.sfbay.sun.com (localhost [127.0.0.1]) by zruty.sfbay.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m1E7bwgc008612; Wed, 13 Feb 2008 23:37:58 -0800 (PST) Received: (from dduvall@localhost) by zruty.sfbay.sun.com (8.14.2+Sun/8.14.2/Submit) id m1E7bwhH008611; Wed, 13 Feb 2008 23:37:58 -0800 (PST) Date: Wed, 13 Feb 2008 23:37:58 -0800 From: Danek Duvall Subject: Re: Libgc for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <47B3E796.6030100@mcintyreweb.com> To: Hugh McIntyre Cc: Brian Cameron , Terrence.Miller@sun.com, Jerry.Tan@sun.com, LSARC , Irene Huang , lsarc-ext@sun.com, JDS Dev Message-id: <20080214073758.GX28799@zruty.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.2.0.264296 References: <1201857576.17950.86.camel@goalie> <47A3D7D2.1060903@sun.com> <47A6C668.3050607@mcintyreweb.com> <47A78255.6040700@Sun.COM> <47A7955C.6020308@sun.com> <20080212181308.GA22027@zruty.sfbay.sun.com> <47B3E796.6030100@mcintyreweb.com> User-Agent: Mutt/1.5.16 (2007-06-27) Status: RO Content-Length: 1344 On Wed, Feb 13, 2008 at 11:02:46PM -0800, Hugh McIntyre wrote: > Danek Duvall wrote: >> On Mon, Feb 04, 2008 at 04:44:44PM -0600, Brian Cameron wrote: >> >> Any word from the compiler folks about how they'd like to see this project >> move forward? Or should we just let it time out as specified (with the >> interfaces changed to Committed)? > > Exactly. Although there seems to be agreement to have one libgc.so in the > end, which is fine, there's still no comment on what's planned to avoid two > incompatible libraries if someone installs Studio on top of Indiana. > > I.e.: is the assumed plan to issue a studio patch or new version to move or > upgrade the studio library? A warning to users? Or some other measure? Another thing we need to know is the full SONAME for the libraries involved. For anyone looking to submit arc cases, please note: the *.so form of a library is *not* sufficient. Nor is the realpath()ed name of the link correct. We need to know what the SONAME is, as specified on the ld commandline with the -h flag. We've been seeing this mistake a lot recently. Studio appears to ship libgc.so.1. I know a lot of F/OSS libraries ship with version numbers other than 1, so there may not be a run-time issue, only a link-time issue, which can be pretty easily managed with the appropriate -L flags. Danek From sacadmin Sun Feb 17 22:21:39 2008 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01 [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1I6LdhV025606 for ; Sun, 17 Feb 2008 22:21:39 -0800 (PST) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m1I6Lcnu041762 for ; Sun, 17 Feb 2008 22:21:39 -0800 (PST) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1I6LhtF004690 for ; Mon, 18 Feb 2008 06:21:43 GMT Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JWF00501867LE00@mail-apac.sun.com> (original mail from Irene.Huang@Sun.COM) for LSARC@sac.sfbay.sun.com; Mon, 18 Feb 2008 14:21:33 +0800 (SGT) Received: from [129.158.217.138] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JWF006RD8BVKD82@mail-apac.sun.com>; Mon, 18 Feb 2008 14:21:32 +0800 (SGT) Date: Mon, 18 Feb 2008 14:19:33 +0800 From: Irene Huang Subject: Re: Gmime for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <47B35A6A.7000703@sun.com> Sender: Irene.Huang@sun.com To: Brian Cameron Cc: Jerry Tan , Ghee Teo , Danek Duvall , JDS Dev , lsarc-ext@sun.com, LSARC Message-id: <1203315573.1087.53.camel@goalie> MIME-version: 1.0 X-Mailer: Evolution 2.12.0 Content-type: text/plain Content-transfer-encoding: 7BIT References: <1201857261.17950.83.camel@goalie> <47A3D798.1020609@sun.com> <20080212181426.GB22027@zruty.sfbay.sun.com> <47B1E79B.1080502@sun.com> <47B2D0EF.7020307@sun.com> <47B35A6A.7000703@sun.com> Status: RO Content-Length: 2845 Hi, LSARC here's the issue list raised in this thread (with answer). Why is Gmime set to be "Volatile" Jerry: Currently in the community, incompatible changes are introduced sometimes. It cannot be marked as "Uncommitted" or "higher" .pc files should be "Uncommitted" Jerry: Yes, spec updated Brian Cameron-01: What's the relationship between GMime and the freedesktop MIME specification. Jerry: no relationship. Brian cameron-02: Which part of SUNWgnome-base-libs does gmime depend on? Jerry: GLib only, "Committed" Since there're answers to all the issues, if no further issues, I'll close the case as approved. Thanks --Irene On Wed, 2008-02-13 at 15:00 -0600, Brian Cameron wrote: > Jerry: > > A few minor comments. > > - If you are going to update the ARC materials anyway, I think you > should add information to section 4.1 explaining how Gmime relates to > the FreeDesktop MIME specification, gnome-mime-data, shared-mime-info, > etc. You already answered this question in the mail thread, but why > not update the one-pager also if you are going to update it anyway? > > - The imported interface table lists SUNWgnome-base-libs as Stable. > Note that not all libraries in SUNWgnome-base-libs are Stable > (libart_lgpl, libglade, gail, libgnomecanvas, etc.). You should > list the specific Committed interfaces you depend upon rather > than listing SUNWgnome-base-libs in general. > > - The indendtation of the interface table doesn't look so good. > > Brian > > > > Here is the updated version. > > > > mark the pc file as "uncommitted". > > > > the reason why I define other as "volatile", because there are many > > incompatible changes when gmime got upgrade > > > > check it out > > http://spruce.sourceforge.net/gmime/doc/gmime-changes-2-0.html > > > > > > > >> Danek Duvall wrote: > >>> On Sat, Feb 02, 2008 at 10:38:17AM +0800, Irene Huang wrote: > >>> > >>> > >>>> 4.5. Interfaces: > >>>> > >>>> > >>>> -------------------------------------------------------------------- > >>>> Exported Stability > >>>> Comments > >>>> > >>>> -------------------------------------------------------------------- > >>>> /usr/lib/libgmime-2.0.so Volatile library > >>>> /usr/include/gmime-2.0/* Volatile header files > >>>> /usr/lib/pkgconfig/gmime-2.0.pc Volatile package config > >>>> > >>> > >>> Not to sound like a broken record, but is there a particularly good > >>> reason > >>> that these interfaces are Volatile? > >>> > >> kiki ....kiki... > >> Beijing is still on their Spring Festival holidays, some should be > >> back tomorrow. > >> Agreed that .pc file should be Uncommitted. > >> > >> -Ghee > >> > >>> Danek > >>> > >> > > > From Irene.Huang@sun.com Sun Feb 17 22:22:38 2008 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1I6Mc20025637 for ; Sun, 17 Feb 2008 22:22:38 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m1I6MbC2004190; Sun, 17 Feb 2008 22:22:37 -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 <0JWF00E658DPO500@brm-avmta-1.central.sun.com>; Sun, 17 Feb 2008 23:22:37 -0700 (MST) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JWF00D2T8BXDC10@brm-avmta-1.central.sun.com>; Sun, 17 Feb 2008 23:21:35 -0700 (MST) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1I6LaNs017173; Mon, 18 Feb 2008 06:21:36 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JWF00501867LE00@mail-apac.sun.com> (original mail from Irene.Huang@Sun.COM); Mon, 18 Feb 2008 14:21:33 +0800 (SGT) Received: from [129.158.217.138] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JWF006RD8BVKD82@mail-apac.sun.com>; Mon, 18 Feb 2008 14:21:32 +0800 (SGT) Date: Mon, 18 Feb 2008 14:19:33 +0800 From: Irene Huang Subject: Re: Gmime for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <47B35A6A.7000703@sun.com> Sender: Irene.Huang@sun.com To: Brian Cameron Cc: Jerry Tan , Ghee Teo , Danek Duvall , JDS Dev , lsarc-ext@sun.com, LSARC Message-id: <1203315573.1087.53.camel@goalie> MIME-version: 1.0 X-Mailer: Evolution 2.12.0 Content-type: text/plain Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <1201857261.17950.83.camel@goalie> <47A3D798.1020609@sun.com> <20080212181426.GB22027@zruty.sfbay.sun.com> <47B1E79B.1080502@sun.com> <47B2D0EF.7020307@sun.com> <47B35A6A.7000703@sun.com> Status: RO Content-Length: 2845 Hi, LSARC here's the issue list raised in this thread (with answer). Why is Gmime set to be "Volatile" Jerry: Currently in the community, incompatible changes are introduced sometimes. It cannot be marked as "Uncommitted" or "higher" .pc files should be "Uncommitted" Jerry: Yes, spec updated Brian Cameron-01: What's the relationship between GMime and the freedesktop MIME specification. Jerry: no relationship. Brian cameron-02: Which part of SUNWgnome-base-libs does gmime depend on? Jerry: GLib only, "Committed" Since there're answers to all the issues, if no further issues, I'll close the case as approved. Thanks --Irene On Wed, 2008-02-13 at 15:00 -0600, Brian Cameron wrote: > Jerry: > > A few minor comments. > > - If you are going to update the ARC materials anyway, I think you > should add information to section 4.1 explaining how Gmime relates to > the FreeDesktop MIME specification, gnome-mime-data, shared-mime-info, > etc. You already answered this question in the mail thread, but why > not update the one-pager also if you are going to update it anyway? > > - The imported interface table lists SUNWgnome-base-libs as Stable. > Note that not all libraries in SUNWgnome-base-libs are Stable > (libart_lgpl, libglade, gail, libgnomecanvas, etc.). You should > list the specific Committed interfaces you depend upon rather > than listing SUNWgnome-base-libs in general. > > - The indendtation of the interface table doesn't look so good. > > Brian > > > > Here is the updated version. > > > > mark the pc file as "uncommitted". > > > > the reason why I define other as "volatile", because there are many > > incompatible changes when gmime got upgrade > > > > check it out > > http://spruce.sourceforge.net/gmime/doc/gmime-changes-2-0.html > > > > > > > >> Danek Duvall wrote: > >>> On Sat, Feb 02, 2008 at 10:38:17AM +0800, Irene Huang wrote: > >>> > >>> > >>>> 4.5. Interfaces: > >>>> > >>>> > >>>> -------------------------------------------------------------------- > >>>> Exported Stability > >>>> Comments > >>>> > >>>> -------------------------------------------------------------------- > >>>> /usr/lib/libgmime-2.0.so Volatile library > >>>> /usr/include/gmime-2.0/* Volatile header files > >>>> /usr/lib/pkgconfig/gmime-2.0.pc Volatile package config > >>>> > >>> > >>> Not to sound like a broken record, but is there a particularly good > >>> reason > >>> that these interfaces are Volatile? > >>> > >> kiki ....kiki... > >> Beijing is still on their Spring Festival holidays, some should be > >> back tomorrow. > >> Agreed that .pc file should be Uncommitted. > >> > >> -Ghee > >> > >>> Danek > >>> > >> > > > From Irene.Huang@sun.com Sun Feb 17 22:32:02 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 m1I6W1Q7025674 for ; Sun, 17 Feb 2008 22:32:02 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m1I6Vugs026644; Mon, 18 Feb 2008 14:32:00 +0800 (SGT) 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 <0JWF00N078TB5200@nwk-avmta-2.sfbay.sun.com>; Sun, 17 Feb 2008 22:31:59 -0800 (PST) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JWF00M8W8T52X30@nwk-avmta-2.sfbay.sun.com>; Sun, 17 Feb 2008 22:31:59 -0800 (PST) Received: from fe-apac-04.sun.com (fe-apac-04.sun.com [192.18.19.175] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1I6W3tq005557; Mon, 18 Feb 2008 06:32:03 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JWF00E0181GK400@mail-apac.sun.com> (original mail from Irene.Huang@Sun.COM); Mon, 18 Feb 2008 14:31:52 +0800 (SGT) Received: from [129.158.217.138] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JWF0043R8T2AK51@mail-apac.sun.com>; Mon, 18 Feb 2008 14:31:52 +0800 (SGT) Date: Mon, 18 Feb 2008 14:29:53 +0800 From: Irene Huang Subject: Re: Libgc for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <20080214073758.GX28799@zruty.sfbay.sun.com> Sender: Irene.Huang@sun.com To: Danek Duvall Cc: Hugh McIntyre , Brian Cameron , Terrence.Miller@sun.com, Jerry.Tan@sun.com, LSARC , lsarc-ext@sun.com, JDS Dev Message-id: <1203316193.1087.60.camel@goalie> MIME-version: 1.0 X-Mailer: Evolution 2.12.0 Content-type: text/plain Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <1201857576.17950.86.camel@goalie> <47A3D7D2.1060903@sun.com> <47A6C668.3050607@mcintyreweb.com> <47A78255.6040700@Sun.COM> <47A7955C.6020308@sun.com> <20080212181308.GA22027@zruty.sfbay.sun.com> <47B3E796.6030100@mcintyreweb.com> <20080214073758.GX28799@zruty.sfbay.sun.com> Status: RO Content-Length: 2181 Hi, all Here's the issue list for this case, with answers provided by Jerry Interface stability: why is it "Volatile" Jerry: we are agreeable with change the stability to be "Uncommitted". Since there is little incompatible changes in the community. there's also another copy of libgc.so in Sun Studio, will there be any conflict? There's no runtime issues, since the SONAME of these two libgc.so are different. By specifying cflag -L, there will be no link-time issues either. However, the duplication of libgc.so is still pending opinion from compiler team. It seems that this doesn't block the approval of this case. If there's no further issues, I would like to close this case as approved. Thanks --Irene On Wed, 2008-02-13 at 23:37 -0800, Danek Duvall wrote: > On Wed, Feb 13, 2008 at 11:02:46PM -0800, Hugh McIntyre wrote: > > > Danek Duvall wrote: > >> On Mon, Feb 04, 2008 at 04:44:44PM -0600, Brian Cameron wrote: > >> > >> Any word from the compiler folks about how they'd like to see this project > >> move forward? Or should we just let it time out as specified (with the > >> interfaces changed to Committed)? > > > > Exactly. Although there seems to be agreement to have one libgc.so in the > > end, which is fine, there's still no comment on what's planned to avoid two > > incompatible libraries if someone installs Studio on top of Indiana. > > > > I.e.: is the assumed plan to issue a studio patch or new version to move or > > upgrade the studio library? A warning to users? Or some other measure? > > Another thing we need to know is the full SONAME for the libraries > involved. For anyone looking to submit arc cases, please note: the *.so > form of a library is *not* sufficient. Nor is the realpath()ed name of the > link correct. We need to know what the SONAME is, as specified on the ld > commandline with the -h flag. We've been seeing this mistake a lot > recently. > > Studio appears to ship libgc.so.1. I know a lot of F/OSS libraries ship > with version numbers other than 1, so there may not be a run-time issue, > only a link-time issue, which can be pretty easily managed with the > appropriate -L flags. > > Danek From sacadmin Sun Feb 17 22:31:59 2008 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02 [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1I6VxUE025654 for ; Sun, 17 Feb 2008 22:31:59 -0800 (PST) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m1I6Vw65018890 for ; Sun, 17 Feb 2008 22:31:58 -0800 (PST) Received: from fe-apac-04.sun.com (fe-apac-04.sun.com [192.18.19.175] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1I6Vu9Y018046 for ; Mon, 18 Feb 2008 06:31:56 GMT Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JWF00E0181GK400@mail-apac.sun.com> (original mail from Irene.Huang@Sun.COM) for LSARC@sac.sfbay.sun.com; Mon, 18 Feb 2008 14:31:52 +0800 (SGT) Received: from [129.158.217.138] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JWF0043R8T2AK51@mail-apac.sun.com>; Mon, 18 Feb 2008 14:31:52 +0800 (SGT) Date: Mon, 18 Feb 2008 14:29:53 +0800 From: Irene Huang Subject: Re: Libgc for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <20080214073758.GX28799@zruty.sfbay.sun.com> Sender: Irene.Huang@sun.com To: Danek Duvall Cc: Hugh McIntyre , Brian Cameron , Terrence.Miller@sun.com, Jerry.Tan@sun.com, LSARC , lsarc-ext@sun.com, JDS Dev Message-id: <1203316193.1087.60.camel@goalie> MIME-version: 1.0 X-Mailer: Evolution 2.12.0 Content-type: text/plain Content-transfer-encoding: 7BIT References: <1201857576.17950.86.camel@goalie> <47A3D7D2.1060903@sun.com> <47A6C668.3050607@mcintyreweb.com> <47A78255.6040700@Sun.COM> <47A7955C.6020308@sun.com> <20080212181308.GA22027@zruty.sfbay.sun.com> <47B3E796.6030100@mcintyreweb.com> <20080214073758.GX28799@zruty.sfbay.sun.com> Status: RO Content-Length: 2181 Hi, all Here's the issue list for this case, with answers provided by Jerry Interface stability: why is it "Volatile" Jerry: we are agreeable with change the stability to be "Uncommitted". Since there is little incompatible changes in the community. there's also another copy of libgc.so in Sun Studio, will there be any conflict? There's no runtime issues, since the SONAME of these two libgc.so are different. By specifying cflag -L, there will be no link-time issues either. However, the duplication of libgc.so is still pending opinion from compiler team. It seems that this doesn't block the approval of this case. If there's no further issues, I would like to close this case as approved. Thanks --Irene On Wed, 2008-02-13 at 23:37 -0800, Danek Duvall wrote: > On Wed, Feb 13, 2008 at 11:02:46PM -0800, Hugh McIntyre wrote: > > > Danek Duvall wrote: > >> On Mon, Feb 04, 2008 at 04:44:44PM -0600, Brian Cameron wrote: > >> > >> Any word from the compiler folks about how they'd like to see this project > >> move forward? Or should we just let it time out as specified (with the > >> interfaces changed to Committed)? > > > > Exactly. Although there seems to be agreement to have one libgc.so in the > > end, which is fine, there's still no comment on what's planned to avoid two > > incompatible libraries if someone installs Studio on top of Indiana. > > > > I.e.: is the assumed plan to issue a studio patch or new version to move or > > upgrade the studio library? A warning to users? Or some other measure? > > Another thing we need to know is the full SONAME for the libraries > involved. For anyone looking to submit arc cases, please note: the *.so > form of a library is *not* sufficient. Nor is the realpath()ed name of the > link correct. We need to know what the SONAME is, as specified on the ld > commandline with the -h flag. We've been seeing this mistake a lot > recently. > > Studio appears to ship libgc.so.1. I know a lot of F/OSS libraries ship > with version numbers other than 1, so there may not be a run-time issue, > only a link-time issue, which can be pretty easily managed with the > appropriate -L flags. > > Danek From sacadmin Mon Feb 18 12:27:38 2008 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01 [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1IKRcEU015992 for ; Mon, 18 Feb 2008 12:27:38 -0800 (PST) Received: from brmea-mail-2.sun.com (brmea-mail-2.Sun.COM [192.18.98.43]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m1IKRc1L043361 for ; Mon, 18 Feb 2008 12:27:38 -0800 (PST) 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 m1IKRbmb021145 for ; Mon, 18 Feb 2008 20:27:37 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 <0JWG00D01BE6NT00@mail-amer.sun.com> (original mail from Brian.Cameron@Sun.COM) for LSARC@sac.sfbay.sun.com; Mon, 18 Feb 2008 13:27:37 -0700 (MST) Received: from [192.168.1.64] ([189.137.195.67]) by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JWG006QOBHLYF20@mail-amer.sun.com>; Mon, 18 Feb 2008 13:27:27 -0700 (MST) Date: Mon, 18 Feb 2008 14:27:25 -0600 From: Brian Cameron Subject: Re: Gmime for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <1203315573.1087.53.camel@goalie> Sender: Brian.Cameron@sun.com To: Irene Huang Cc: Jerry Tan , Ghee Teo , Danek Duvall , JDS Dev , lsarc-ext@sun.com, LSARC Message-id: <47B9EA2D.7060201@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT References: <1201857261.17950.83.camel@goalie> <47A3D798.1020609@sun.com> <20080212181426.GB22027@zruty.sfbay.sun.com> <47B1E79B.1080502@sun.com> <47B2D0EF.7020307@sun.com> <47B35A6A.7000703@sun.com> <1203315573.1087.53.camel@goalie> User-Agent: Thunderbird 2.0.0.9 (X11/20080128) Status: RO Content-Length: 1240 Irene: I don't have any further issues. However, considering the number of changes to the spec, I think it would make sense to update the spec with these changes? > here's the issue list raised in this thread (with answer). > > Why is Gmime set to be "Volatile" > Jerry: Currently in the community, incompatible changes are introduced > sometimes. It cannot be marked as "Uncommitted" or "higher" > > .pc files should be "Uncommitted" > Jerry: Yes, spec updated > > Brian Cameron-01: What's the relationship between GMime and the > freedesktop MIME specification. > Jerry: no relationship. That isn't true. There is an obvious relationship - they both relate to MIME types. The answer Jerry gave to this question was better: gmime is a library to parse mime (mail) and mbox file, gnome-mime-data, freedesktop mime spec are about file types. Currently, there are several application that use gmime. Balsa ( a mail client for gnome), Pan ( a newsreader), DBMail( a group of programs that enable the possiblilty of storing and retrieving mail messages from a database) Beagle (for indexing email) tracker (indexing email) I think this answer could go into section 4.1 to make the case more clear. Brian From Brian.Cameron@sun.com Mon Feb 18 12:27:41 2008 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1IKRfML016001 for ; Mon, 18 Feb 2008 12:27:41 -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 m1IKRdPP017794; Mon, 18 Feb 2008 12:27:40 -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 <0JWG00D03BI2LA00@brm-avmta-1.central.sun.com>; Mon, 18 Feb 2008 13:27:38 -0700 (MST) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JWG00HNVBI1LED0@brm-avmta-1.central.sun.com>; Mon, 18 Feb 2008 13:27:38 -0700 (MST) 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 m1IKRbY6007134; Mon, 18 Feb 2008 20:27:37 +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 <0JWG00D01BE6NT00@mail-amer.sun.com> (original mail from Brian.Cameron@Sun.COM); Mon, 18 Feb 2008 13:27:37 -0700 (MST) Received: from [192.168.1.64] ([189.137.195.67]) by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JWG006QOBHLYF20@mail-amer.sun.com>; Mon, 18 Feb 2008 13:27:27 -0700 (MST) Date: Mon, 18 Feb 2008 14:27:25 -0600 From: Brian Cameron Subject: Re: Gmime for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <1203315573.1087.53.camel@goalie> Sender: Brian.Cameron@sun.com To: Irene Huang Cc: Jerry Tan , Ghee Teo , Danek Duvall , JDS Dev , lsarc-ext@sun.com, LSARC Message-id: <47B9EA2D.7060201@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <1201857261.17950.83.camel@goalie> <47A3D798.1020609@sun.com> <20080212181426.GB22027@zruty.sfbay.sun.com> <47B1E79B.1080502@sun.com> <47B2D0EF.7020307@sun.com> <47B35A6A.7000703@sun.com> <1203315573.1087.53.camel@goalie> User-Agent: Thunderbird 2.0.0.9 (X11/20080128) Status: RO Content-Length: 1240 Irene: I don't have any further issues. However, considering the number of changes to the spec, I think it would make sense to update the spec with these changes? > here's the issue list raised in this thread (with answer). > > Why is Gmime set to be "Volatile" > Jerry: Currently in the community, incompatible changes are introduced > sometimes. It cannot be marked as "Uncommitted" or "higher" > > .pc files should be "Uncommitted" > Jerry: Yes, spec updated > > Brian Cameron-01: What's the relationship between GMime and the > freedesktop MIME specification. > Jerry: no relationship. That isn't true. There is an obvious relationship - they both relate to MIME types. The answer Jerry gave to this question was better: gmime is a library to parse mime (mail) and mbox file, gnome-mime-data, freedesktop mime spec are about file types. Currently, there are several application that use gmime. Balsa ( a mail client for gnome), Pan ( a newsreader), DBMail( a group of programs that enable the possiblilty of storing and retrieving mail messages from a database) Beagle (for indexing email) tracker (indexing email) I think this answer could go into section 4.1 to make the case more clear. Brian From Irene.Huang@sun.com Mon Feb 18 18:40:53 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 m1J2eqdn024049 for ; Mon, 18 Feb 2008 18:40:52 -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 m1J2elmG015562; Tue, 19 Feb 2008 10:40:50 +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 <0JWG00601SS1RU00@nwk-avmta-1.sfbay.Sun.COM>; Mon, 18 Feb 2008 18:40:49 -0800 (PST) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JWG0040CSRZRB10@nwk-avmta-1.sfbay.Sun.COM>; Mon, 18 Feb 2008 18:40:48 -0800 (PST) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1J2evsF019854; Tue, 19 Feb 2008 02:40:57 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JWG00I01SNALJ00@mail-apac.sun.com> (original mail from Irene.Huang@Sun.COM); Tue, 19 Feb 2008 10:40:47 +0800 (SGT) Received: from [129.158.217.138] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JWG006GWSRXKKEB@mail-apac.sun.com>; Tue, 19 Feb 2008 10:40:47 +0800 (SGT) Date: Tue, 19 Feb 2008 10:38:47 +0800 From: Irene Huang Subject: Re: Gmime for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <47B9EA2D.7060201@sun.com> Sender: Irene.Huang@sun.com To: Brian Cameron Cc: Jerry Tan , Ghee Teo , Danek Duvall , JDS Dev , lsarc-ext@sun.com, LSARC Message-id: <1203388727.2092.1.camel@goalie> MIME-version: 1.0 X-Mailer: Evolution 2.12.0 Content-type: text/plain Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <1201857261.17950.83.camel@goalie> <47A3D798.1020609@sun.com> <20080212181426.GB22027@zruty.sfbay.sun.com> <47B1E79B.1080502@sun.com> <47B2D0EF.7020307@sun.com> <47B35A6A.7000703@sun.com> <1203315573.1087.53.camel@goalie> <47B9EA2D.7060201@sun.com> Status: RO Content-Length: 1510 Hi, Brian On Mon, 2008-02-18 at 14:27 -0600, Brian Cameron wrote: > Irene: > > I don't have any further issues. However, considering the number > of changes to the spec, I think it would make sense to update the > spec with these changes? Yes, of course we will update the spec. > > > here's the issue list raised in this thread (with answer). > > > > Why is Gmime set to be "Volatile" > > Jerry: Currently in the community, incompatible changes are introduced > > sometimes. It cannot be marked as "Uncommitted" or "higher" > > > > .pc files should be "Uncommitted" > > Jerry: Yes, spec updated > > > > Brian Cameron-01: What's the relationship between GMime and the > > freedesktop MIME specification. > > Jerry: no relationship. > > That isn't true. There is an obvious relationship - they both relate > to MIME types. The answer Jerry gave to this question was better: > > gmime is a library to parse mime (mail) and mbox file, > gnome-mime-data, freedesktop mime spec are about file types. > > Currently, there are several application that use gmime. > > Balsa ( a mail client for gnome), Pan ( a newsreader), DBMail( a group > of programs that enable the possiblilty of storing and retrieving mail > messages from a database) Beagle (for indexing email) tracker > (indexing email) I think I should leave this to Jerry. He has talked to the Maintainer of gmime. --Irene > > I think this answer could go into section 4.1 to make the case more > clear. > > Brian From sacadmin Mon Feb 18 18:40:54 2008 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02 [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1J2erp4024053 for ; Mon, 18 Feb 2008 18:40:53 -0800 (PST) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m1J2eqmx021174 for ; Mon, 18 Feb 2008 18:40:53 -0800 (PST) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1J2eoVQ003786 for ; Tue, 19 Feb 2008 02:40:51 GMT Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JWG00I01SNALJ00@mail-apac.sun.com> (original mail from Irene.Huang@Sun.COM) for LSARC@sac.sfbay.sun.com; Tue, 19 Feb 2008 10:40:47 +0800 (SGT) Received: from [129.158.217.138] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JWG006GWSRXKKEB@mail-apac.sun.com>; Tue, 19 Feb 2008 10:40:47 +0800 (SGT) Date: Tue, 19 Feb 2008 10:38:47 +0800 From: Irene Huang Subject: Re: Gmime for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <47B9EA2D.7060201@sun.com> Sender: Irene.Huang@sun.com To: Brian Cameron Cc: Jerry Tan , Ghee Teo , Danek Duvall , JDS Dev , lsarc-ext@sun.com, LSARC Message-id: <1203388727.2092.1.camel@goalie> MIME-version: 1.0 X-Mailer: Evolution 2.12.0 Content-type: text/plain Content-transfer-encoding: 7BIT References: <1201857261.17950.83.camel@goalie> <47A3D798.1020609@sun.com> <20080212181426.GB22027@zruty.sfbay.sun.com> <47B1E79B.1080502@sun.com> <47B2D0EF.7020307@sun.com> <47B35A6A.7000703@sun.com> <1203315573.1087.53.camel@goalie> <47B9EA2D.7060201@sun.com> Status: RO Content-Length: 1510 Hi, Brian On Mon, 2008-02-18 at 14:27 -0600, Brian Cameron wrote: > Irene: > > I don't have any further issues. However, considering the number > of changes to the spec, I think it would make sense to update the > spec with these changes? Yes, of course we will update the spec. > > > here's the issue list raised in this thread (with answer). > > > > Why is Gmime set to be "Volatile" > > Jerry: Currently in the community, incompatible changes are introduced > > sometimes. It cannot be marked as "Uncommitted" or "higher" > > > > .pc files should be "Uncommitted" > > Jerry: Yes, spec updated > > > > Brian Cameron-01: What's the relationship between GMime and the > > freedesktop MIME specification. > > Jerry: no relationship. > > That isn't true. There is an obvious relationship - they both relate > to MIME types. The answer Jerry gave to this question was better: > > gmime is a library to parse mime (mail) and mbox file, > gnome-mime-data, freedesktop mime spec are about file types. > > Currently, there are several application that use gmime. > > Balsa ( a mail client for gnome), Pan ( a newsreader), DBMail( a group > of programs that enable the possiblilty of storing and retrieving mail > messages from a database) Beagle (for indexing email) tracker > (indexing email) I think I should leave this to Jerry. He has talked to the Maintainer of gmime. --Irene > > I think this answer could go into section 4.1 to make the case more > clear. > > Brian From Jerry.Tan@sun.com Mon Feb 18 18:54:54 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 m1J2sr0t024417 for ; Mon, 18 Feb 2008 18:54:54 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m1J2snmm019827; Tue, 19 Feb 2008 10:54:52 +0800 (SGT) 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 <0JWG00B01TFE9D00@nwk-avmta-2.sfbay.sun.com>; Mon, 18 Feb 2008 18:54:50 -0800 (PST) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JWG003STTFCJF50@nwk-avmta-2.sfbay.sun.com>; Mon, 18 Feb 2008 18:54:49 -0800 (PST) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1J2spRr004852; Tue, 19 Feb 2008 02:54:51 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JWG00L01TAPE700@mail-apac.sun.com> (original mail from Jerry.Tan@Sun.COM) ; Tue, 19 Feb 2008 10:54:48 +0800 (SGT) Received: from [192.168.0.114] ([221.218.164.201]) by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JWG007METFABQPC@mail-apac.sun.com>; Tue, 19 Feb 2008 10:54:48 +0800 (SGT) Date: Tue, 19 Feb 2008 10:54:44 +0800 From: Jerry Tan Subject: Re: Gmime for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <1203388727.2092.1.camel@goalie> Sender: Jerry.Tan@sun.com To: Irene Huang Cc: Brian Cameron , Ghee Teo , Danek Duvall , JDS Dev , lsarc-ext@sun.com, LSARC Message-id: <47BA44F4.5030707@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=GB2312 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <1201857261.17950.83.camel@goalie> <47A3D798.1020609@sun.com> <20080212181426.GB22027@zruty.sfbay.sun.com> <47B1E79B.1080502@sun.com> <47B2D0EF.7020307@sun.com> <47B35A6A.7000703@sun.com> <1203315573.1087.53.camel@goalie> <47B9EA2D.7060201@sun.com> <1203388727.2092.1.camel@goalie> User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) Status: RO Content-Length: 1677 this answers are all from maintainer, just update the spec with the answers. thanks. > Hi, Brian > > On Mon, 2008-02-18 at 14:27 -0600, Brian Cameron wrote: > >> Irene: >> >> I don't have any further issues. However, considering the number >> of changes to the spec, I think it would make sense to update the >> spec with these changes? >> > Yes, of course we will update the spec. > >>> here's the issue list raised in this thread (with answer). >>> >>> Why is Gmime set to be "Volatile" >>> Jerry: Currently in the community, incompatible changes are introduced >>> sometimes. It cannot be marked as "Uncommitted" or "higher" >>> >>> .pc files should be "Uncommitted" >>> Jerry: Yes, spec updated >>> >>> Brian Cameron-01: What's the relationship between GMime and the >>> freedesktop MIME specification. >>> Jerry: no relationship. >>> >> That isn't true. There is an obvious relationship - they both relate >> to MIME types. The answer Jerry gave to this question was better: >> >> gmime is a library to parse mime (mail) and mbox file, >> gnome-mime-data, freedesktop mime spec are about file types. >> >> Currently, there are several application that use gmime. >> >> Balsa ( a mail client for gnome), Pan ( a newsreader), DBMail( a group >> of programs that enable the possiblilty of storing and retrieving mail >> messages from a database) Beagle (for indexing email) tracker >> (indexing email) >> > I think I should leave this to Jerry. He has talked to the Maintainer of > gmime. > > --Irene > >> I think this answer could go into section 4.1 to make the case more >> clear. >> >> Brian >> > > From sacadmin Mon Feb 18 18:54:54 2008 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02 [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1J2ss2X024421 for ; Mon, 18 Feb 2008 18:54:54 -0800 (PST) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m1J2srKU026322 for ; Mon, 18 Feb 2008 18:54:54 -0800 (PST) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1J2swI9020906 for ; Tue, 19 Feb 2008 02:54:58 GMT Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JWG00L01TAPE700@mail-apac.sun.com> (original mail from Jerry.Tan@Sun.COM) for LSARC@sac.sfbay.sun.com; Tue, 19 Feb 2008 10:54:48 +0800 (SGT) Received: from [192.168.0.114] ([221.218.164.201]) by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JWG007METFABQPC@mail-apac.sun.com>; Tue, 19 Feb 2008 10:54:48 +0800 (SGT) Date: Tue, 19 Feb 2008 10:54:44 +0800 From: Jerry Tan Subject: Re: Gmime for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <1203388727.2092.1.camel@goalie> Sender: Jerry.Tan@sun.com To: Irene Huang Cc: Brian Cameron , Ghee Teo , Danek Duvall , JDS Dev , lsarc-ext@sun.com, LSARC Message-id: <47BA44F4.5030707@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=GB2312 Content-transfer-encoding: 7BIT References: <1201857261.17950.83.camel@goalie> <47A3D798.1020609@sun.com> <20080212181426.GB22027@zruty.sfbay.sun.com> <47B1E79B.1080502@sun.com> <47B2D0EF.7020307@sun.com> <47B35A6A.7000703@sun.com> <1203315573.1087.53.camel@goalie> <47B9EA2D.7060201@sun.com> <1203388727.2092.1.camel@goalie> User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) Status: RO Content-Length: 1677 this answers are all from maintainer, just update the spec with the answers. thanks. > Hi, Brian > > On Mon, 2008-02-18 at 14:27 -0600, Brian Cameron wrote: > >> Irene: >> >> I don't have any further issues. However, considering the number >> of changes to the spec, I think it would make sense to update the >> spec with these changes? >> > Yes, of course we will update the spec. > >>> here's the issue list raised in this thread (with answer). >>> >>> Why is Gmime set to be "Volatile" >>> Jerry: Currently in the community, incompatible changes are introduced >>> sometimes. It cannot be marked as "Uncommitted" or "higher" >>> >>> .pc files should be "Uncommitted" >>> Jerry: Yes, spec updated >>> >>> Brian Cameron-01: What's the relationship between GMime and the >>> freedesktop MIME specification. >>> Jerry: no relationship. >>> >> That isn't true. There is an obvious relationship - they both relate >> to MIME types. The answer Jerry gave to this question was better: >> >> gmime is a library to parse mime (mail) and mbox file, >> gnome-mime-data, freedesktop mime spec are about file types. >> >> Currently, there are several application that use gmime. >> >> Balsa ( a mail client for gnome), Pan ( a newsreader), DBMail( a group >> of programs that enable the possiblilty of storing and retrieving mail >> messages from a database) Beagle (for indexing email) tracker >> (indexing email) >> > I think I should leave this to Jerry. He has talked to the Maintainer of > gmime. > > --Irene > >> I think this answer could go into section 4.1 to make the case more >> clear. >> >> Brian >> > > From sacadmin Mon Feb 18 18:59:23 2008 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02 [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1J2xNvm024457 for ; Mon, 18 Feb 2008 18:59:23 -0800 (PST) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m1J2xMfe027733 for ; Mon, 18 Feb 2008 18:59:23 -0800 (PST) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1J2xLUL005115 for ; Tue, 19 Feb 2008 02:59:21 GMT Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JWG00701THK2R00@mail-apac.sun.com> (original mail from Irene.Huang@Sun.COM) for LSARC@sac.sfbay.sun.com; Tue, 19 Feb 2008 10:59:17 +0800 (SGT) Received: from [129.158.217.138] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JWG006W5TMRKDG5@mail-apac.sun.com>; Tue, 19 Feb 2008 10:59:17 +0800 (SGT) Date: Tue, 19 Feb 2008 10:57:17 +0800 From: Irene Huang Subject: Re: Libgc for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <1203316193.1087.60.camel@goalie> Sender: Irene.Huang@sun.com To: Danek Duvall Cc: Hugh McIntyre , Brian Cameron , Terrence.Miller@sun.com, Jerry.Tan@sun.com, LSARC , lsarc-ext@sun.com, JDS Dev Message-id: <1203389837.2092.8.camel@goalie> MIME-version: 1.0 X-Mailer: Evolution 2.12.0 Content-type: text/plain Content-transfer-encoding: 7BIT References: <1201857576.17950.86.camel@goalie> <47A3D7D2.1060903@sun.com> <47A6C668.3050607@mcintyreweb.com> <47A78255.6040700@Sun.COM> <47A7955C.6020308@sun.com> <20080212181308.GA22027@zruty.sfbay.sun.com> <47B3E796.6030100@mcintyreweb.com> <20080214073758.GX28799@zruty.sfbay.sun.com> <1203316193.1087.60.camel@goalie> Status: RO Content-Length: 2664 Closing as approved. Spec updated at http://sac.eng/Archives/CaseLog/arc/LSARC/2008/068/proposal-v2.txt Interface stability changed as necessary. A section with risk is also added to explain the name conflict of libgc.so in Sun Studio. Modified contents are marked using "!" at the beginning of the line. --Irene On Mon, 2008-02-18 at 14:29 +0800, Irene Huang wrote: > Hi, all > > Here's the issue list for this case, with answers provided by Jerry > > Interface stability: why is it "Volatile" > Jerry: we are agreeable with change the stability to be "Uncommitted". > Since there is little incompatible changes in the community. > > there's also another copy of libgc.so in Sun Studio, will there be any > conflict? > There's no runtime issues, since the SONAME of these two libgc.so are > different. By specifying cflag -L, there will be no link-time issues > either. > > However, the duplication of libgc.so is still pending opinion from > compiler team. It seems that this doesn't block the approval of this > case. > > If there's no further issues, I would like to close this case as > approved. > > Thanks > > --Irene > On Wed, 2008-02-13 at 23:37 -0800, Danek Duvall wrote: > > On Wed, Feb 13, 2008 at 11:02:46PM -0800, Hugh McIntyre wrote: > > > > > Danek Duvall wrote: > > >> On Mon, Feb 04, 2008 at 04:44:44PM -0600, Brian Cameron wrote: > > >> > > >> Any word from the compiler folks about how they'd like to see this project > > >> move forward? Or should we just let it time out as specified (with the > > >> interfaces changed to Committed)? > > > > > > Exactly. Although there seems to be agreement to have one libgc.so in the > > > end, which is fine, there's still no comment on what's planned to avoid two > > > incompatible libraries if someone installs Studio on top of Indiana. > > > > > > I.e.: is the assumed plan to issue a studio patch or new version to move or > > > upgrade the studio library? A warning to users? Or some other measure? > > > > Another thing we need to know is the full SONAME for the libraries > > involved. For anyone looking to submit arc cases, please note: the *.so > > form of a library is *not* sufficient. Nor is the realpath()ed name of the > > link correct. We need to know what the SONAME is, as specified on the ld > > commandline with the -h flag. We've been seeing this mistake a lot > > recently. > > > > Studio appears to ship libgc.so.1. I know a lot of F/OSS libraries ship > > with version numbers other than 1, so there may not be a run-time issue, > > only a link-time issue, which can be pretty easily managed with the > > appropriate -L flags. > > > > Danek > From Irene.Huang@sun.com Mon Feb 18 18:59:27 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 m1J2xQwv024467 for ; Mon, 18 Feb 2008 18:59:27 -0800 (PST) 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 m1J2xHKP021211; Tue, 19 Feb 2008 10:59:25 +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 <0JWG00005TN0F500@brm-avmta-1.central.sun.com>; Mon, 18 Feb 2008 19:59:24 -0700 (MST) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JWG000RCTMTIIA0@brm-avmta-1.central.sun.com>; Mon, 18 Feb 2008 19:59:23 -0700 (MST) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1J2xRSd021170; Tue, 19 Feb 2008 02:59:27 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JWG00701THK2R00@mail-apac.sun.com> (original mail from Irene.Huang@Sun.COM); Tue, 19 Feb 2008 10:59:17 +0800 (SGT) Received: from [129.158.217.138] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JWG006W5TMRKDG5@mail-apac.sun.com>; Tue, 19 Feb 2008 10:59:17 +0800 (SGT) Date: Tue, 19 Feb 2008 10:57:17 +0800 From: Irene Huang Subject: Re: Libgc for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <1203316193.1087.60.camel@goalie> Sender: Irene.Huang@sun.com To: Danek Duvall Cc: Hugh McIntyre , Brian Cameron , Terrence.Miller@sun.com, Jerry.Tan@sun.com, LSARC , lsarc-ext@sun.com, JDS Dev Message-id: <1203389837.2092.8.camel@goalie> MIME-version: 1.0 X-Mailer: Evolution 2.12.0 Content-type: text/plain Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <1201857576.17950.86.camel@goalie> <47A3D7D2.1060903@sun.com> <47A6C668.3050607@mcintyreweb.com> <47A78255.6040700@Sun.COM> <47A7955C.6020308@sun.com> <20080212181308.GA22027@zruty.sfbay.sun.com> <47B3E796.6030100@mcintyreweb.com> <20080214073758.GX28799@zruty.sfbay.sun.com> <1203316193.1087.60.camel@goalie> Status: RO Content-Length: 2664 Closing as approved. Spec updated at http://sac.eng/Archives/CaseLog/arc/LSARC/2008/068/proposal-v2.txt Interface stability changed as necessary. A section with risk is also added to explain the name conflict of libgc.so in Sun Studio. Modified contents are marked using "!" at the beginning of the line. --Irene On Mon, 2008-02-18 at 14:29 +0800, Irene Huang wrote: > Hi, all > > Here's the issue list for this case, with answers provided by Jerry > > Interface stability: why is it "Volatile" > Jerry: we are agreeable with change the stability to be "Uncommitted". > Since there is little incompatible changes in the community. > > there's also another copy of libgc.so in Sun Studio, will there be any > conflict? > There's no runtime issues, since the SONAME of these two libgc.so are > different. By specifying cflag -L, there will be no link-time issues > either. > > However, the duplication of libgc.so is still pending opinion from > compiler team. It seems that this doesn't block the approval of this > case. > > If there's no further issues, I would like to close this case as > approved. > > Thanks > > --Irene > On Wed, 2008-02-13 at 23:37 -0800, Danek Duvall wrote: > > On Wed, Feb 13, 2008 at 11:02:46PM -0800, Hugh McIntyre wrote: > > > > > Danek Duvall wrote: > > >> On Mon, Feb 04, 2008 at 04:44:44PM -0600, Brian Cameron wrote: > > >> > > >> Any word from the compiler folks about how they'd like to see this project > > >> move forward? Or should we just let it time out as specified (with the > > >> interfaces changed to Committed)? > > > > > > Exactly. Although there seems to be agreement to have one libgc.so in the > > > end, which is fine, there's still no comment on what's planned to avoid two > > > incompatible libraries if someone installs Studio on top of Indiana. > > > > > > I.e.: is the assumed plan to issue a studio patch or new version to move or > > > upgrade the studio library? A warning to users? Or some other measure? > > > > Another thing we need to know is the full SONAME for the libraries > > involved. For anyone looking to submit arc cases, please note: the *.so > > form of a library is *not* sufficient. Nor is the realpath()ed name of the > > link correct. We need to know what the SONAME is, as specified on the ld > > commandline with the -h flag. We've been seeing this mistake a lot > > recently. > > > > Studio appears to ship libgc.so.1. I know a lot of F/OSS libraries ship > > with version numbers other than 1, so there may not be a run-time issue, > > only a link-time issue, which can be pretty easily managed with the > > appropriate -L flags. > > > > Danek > From Irene.Huang@sun.com Tue Feb 19 21:55:08 2008 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1K5t8SU018100 for ; Tue, 19 Feb 2008 21:55:08 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m1K5t6rD014216; Tue, 19 Feb 2008 21:55:07 -0800 (PST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JWI00A0BWFUYA00@nwk-avmta-1.sfbay.Sun.COM>; Tue, 19 Feb 2008 21:55:06 -0800 (PST) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JWI0060BWFT3920@nwk-avmta-1.sfbay.Sun.COM>; Tue, 19 Feb 2008 21:55:06 -0800 (PST) Received: from fe-apac-03.sun.com (fe-apac-03.sun.com [192.18.19.174] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1K5tEPk004735; Wed, 20 Feb 2008 05:55:14 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JWI00001W6VN200@mail-apac.sun.com> (original mail from Irene.Huang@Sun.COM); Wed, 20 Feb 2008 13:55:04 +0800 (SGT) Received: from [129.158.219.209] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JWI003MMWFQ8970@mail-apac.sun.com>; Wed, 20 Feb 2008 13:55:03 +0800 (SGT) Date: Wed, 20 Feb 2008 13:55:33 +0800 From: Irene Huang Subject: Re: Gmime for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <47B9EA2D.7060201@sun.com> Sender: Irene.Huang@sun.com To: Brian Cameron Cc: Jerry Tan , Ghee Teo , Danek Duvall , JDS Dev , lsarc-ext@sun.com, LSARC Message-id: <47BBC0D5.9020902@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <1201857261.17950.83.camel@goalie> <47A3D798.1020609@sun.com> <20080212181426.GB22027@zruty.sfbay.sun.com> <47B1E79B.1080502@sun.com> <47B2D0EF.7020307@sun.com> <47B35A6A.7000703@sun.com> <1203315573.1087.53.camel@goalie> <47B9EA2D.7060201@sun.com> User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) Status: RO Content-Length: 1417 Closing as approved. Updated spec available at http://sac.eng/Archives/CaseLog/arc/LSARC/2008/067/specv2.txt --Irene Brian Cameron wrote: > > Irene: > > I don't have any further issues. However, considering the number > of changes to the spec, I think it would make sense to update the > spec with these changes? > >> here's the issue list raised in this thread (with answer). >> Why is Gmime set to be "Volatile" Jerry: Currently in the community, >> incompatible changes are introduced >> sometimes. It cannot be marked as "Uncommitted" or "higher" >> >> .pc files should be "Uncommitted" >> Jerry: Yes, spec updated >> >> Brian Cameron-01: What's the relationship between GMime and the >> freedesktop MIME specification. Jerry: no relationship. > > That isn't true. There is an obvious relationship - they both relate > to MIME types. The answer Jerry gave to this question was better: > > gmime is a library to parse mime (mail) and mbox file, > gnome-mime-data, freedesktop mime spec are about file types. > > Currently, there are several application that use gmime. > > Balsa ( a mail client for gnome), Pan ( a newsreader), DBMail( a group > of programs that enable the possiblilty of storing and retrieving mail > messages from a database) Beagle (for indexing email) tracker > (indexing email) > > I think this answer could go into section 4.1 to make the case more > clear. > > Brian From sacadmin Tue Feb 19 21:55:10 2008 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01 [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1K5tAhH018104 for ; Tue, 19 Feb 2008 21:55:10 -0800 (PST) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m1K5t9Hb001550 for ; Tue, 19 Feb 2008 21:55:10 -0800 (PST) Received: from fe-apac-03.sun.com (fe-apac-03.sun.com [192.18.19.174] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1K5t7nV020404 for ; Wed, 20 Feb 2008 05:55:07 GMT Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JWI00001W6VN200@mail-apac.sun.com> (original mail from Irene.Huang@Sun.COM) for LSARC@sac.sfbay.sun.com; Wed, 20 Feb 2008 13:55:04 +0800 (SGT) Received: from [129.158.219.209] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JWI003MMWFQ8970@mail-apac.sun.com>; Wed, 20 Feb 2008 13:55:03 +0800 (SGT) Date: Wed, 20 Feb 2008 13:55:33 +0800 From: Irene Huang Subject: Re: Gmime for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <47B9EA2D.7060201@sun.com> Sender: Irene.Huang@sun.com To: Brian Cameron Cc: Jerry Tan , Ghee Teo , Danek Duvall , JDS Dev , lsarc-ext@sun.com, LSARC Message-id: <47BBC0D5.9020902@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT References: <1201857261.17950.83.camel@goalie> <47A3D798.1020609@sun.com> <20080212181426.GB22027@zruty.sfbay.sun.com> <47B1E79B.1080502@sun.com> <47B2D0EF.7020307@sun.com> <47B35A6A.7000703@sun.com> <1203315573.1087.53.camel@goalie> <47B9EA2D.7060201@sun.com> User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) Status: RO Content-Length: 1417 Closing as approved. Updated spec available at http://sac.eng/Archives/CaseLog/arc/LSARC/2008/067/specv2.txt --Irene Brian Cameron wrote: > > Irene: > > I don't have any further issues. However, considering the number > of changes to the spec, I think it would make sense to update the > spec with these changes? > >> here's the issue list raised in this thread (with answer). >> Why is Gmime set to be "Volatile" Jerry: Currently in the community, >> incompatible changes are introduced >> sometimes. It cannot be marked as "Uncommitted" or "higher" >> >> .pc files should be "Uncommitted" >> Jerry: Yes, spec updated >> >> Brian Cameron-01: What's the relationship between GMime and the >> freedesktop MIME specification. Jerry: no relationship. > > That isn't true. There is an obvious relationship - they both relate > to MIME types. The answer Jerry gave to this question was better: > > gmime is a library to parse mime (mail) and mbox file, > gnome-mime-data, freedesktop mime spec are about file types. > > Currently, there are several application that use gmime. > > Balsa ( a mail client for gnome), Pan ( a newsreader), DBMail( a group > of programs that enable the possiblilty of storing and retrieving mail > messages from a database) Beagle (for indexing email) tracker > (indexing email) > > I think this answer could go into section 4.1 to make the case more > clear. > > Brian From sacadmin Tue Feb 26 19:39:12 2008 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01 [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1R3dCSs025779 for ; Tue, 26 Feb 2008 19:39:12 -0800 (PST) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m1R3dB5e043600 for ; Tue, 26 Feb 2008 19:39:12 -0800 (PST) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1R3dK1L004713 for ; Wed, 27 Feb 2008 03:39:20 GMT Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JWV00901OO95H00@mail-apac.sun.com> (original mail from Irene.Huang@Sun.COM) for LSARC@sac.sfbay.sun.com; Wed, 27 Feb 2008 11:39:05 +0800 (SGT) Received: from [129.158.219.209] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JWV00649OT4KD0N@mail-apac.sun.com>; Wed, 27 Feb 2008 11:39:05 +0800 (SGT) Date: Wed, 27 Feb 2008 11:39:37 +0800 From: Irene Huang Subject: Re: Gmime for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <47BBC0D5.9020902@sun.com> Sender: Irene.Huang@sun.com To: Irene Huang Cc: Brian Cameron , Jerry Tan , Ghee Teo , Danek Duvall , JDS Dev , lsarc-ext@sun.com, LSARC Message-id: <47C4DB79.3060009@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT References: <1201857261.17950.83.camel@goalie> <47A3D798.1020609@sun.com> <20080212181426.GB22027@zruty.sfbay.sun.com> <47B1E79B.1080502@sun.com> <47B2D0EF.7020307@sun.com> <47B35A6A.7000703@sun.com> <1203315573.1087.53.camel@goalie> <47B9EA2D.7060201@sun.com> <47BBC0D5.9020902@sun.com> User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) Status: RO Content-Length: 2076 Some follow ups While registering the package of SUNWgmime, we found that there was already one with the same name existing in JDS gate. We'd have to modify the package name to be "SUNWlibgmime". If there's no objections, I'll go ahead modifying the case with the following lines SUNWgmime Uncommitted package Name SUNWgmime-devel Uncommitted dev package Name Replaced by SUNWlibgmime Uncommitted package Name SUNWlibgmime-devel Uncommitted dev package Name --Irene Irene Huang wrote: > Closing as approved. > > Updated spec available at > http://sac.eng/Archives/CaseLog/arc/LSARC/2008/067/specv2.txt > > --Irene > Brian Cameron wrote: >> >> Irene: >> >> I don't have any further issues. However, considering the number >> of changes to the spec, I think it would make sense to update the >> spec with these changes? >> >>> here's the issue list raised in this thread (with answer). >>> Why is Gmime set to be "Volatile" Jerry: Currently in the community, >>> incompatible changes are introduced >>> sometimes. It cannot be marked as "Uncommitted" or "higher" >>> >>> .pc files should be "Uncommitted" >>> Jerry: Yes, spec updated >>> >>> Brian Cameron-01: What's the relationship between GMime and the >>> freedesktop MIME specification. Jerry: no relationship. >> >> That isn't true. There is an obvious relationship - they both relate >> to MIME types. The answer Jerry gave to this question was better: >> >> gmime is a library to parse mime (mail) and mbox file, >> gnome-mime-data, freedesktop mime spec are about file types. >> >> Currently, there are several application that use gmime. >> >> Balsa ( a mail client for gnome), Pan ( a newsreader), DBMail( a group >> of programs that enable the possiblilty of storing and retrieving mail >> messages from a database) Beagle (for indexing email) tracker >> (indexing email) >> >> I think this answer could go into section 4.1 to make the case more >> clear. >> >> Brian > From Irene.Huang@sun.com Tue Feb 26 19:39:13 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 m1R3dC5B025778 for ; Tue, 26 Feb 2008 19:39:13 -0800 (PST) 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 m1R3dArP014499; Wed, 27 Feb 2008 11:39:11 +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 <0JWV00609OT75500@brm-avmta-1.central.sun.com>; Tue, 26 Feb 2008 20:39:07 -0700 (MST) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JWV00ENUOT6FDA0@brm-avmta-1.central.sun.com>; Tue, 26 Feb 2008 20:39:07 -0700 (MST) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1R3dBAE002690; Wed, 27 Feb 2008 03:39:11 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JWV00901OO95H00@mail-apac.sun.com> (original mail from Irene.Huang@Sun.COM); Wed, 27 Feb 2008 11:39:05 +0800 (SGT) Received: from [129.158.219.209] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JWV00649OT4KD0N@mail-apac.sun.com>; Wed, 27 Feb 2008 11:39:05 +0800 (SGT) Date: Wed, 27 Feb 2008 11:39:37 +0800 From: Irene Huang Subject: Re: Gmime for Indiana [LSARC/2008/067 FastTrack timeout 02/13/2008] In-reply-to: <47BBC0D5.9020902@sun.com> Sender: Irene.Huang@sun.com To: Irene Huang Cc: Brian Cameron , Jerry Tan , Ghee Teo , Danek Duvall , JDS Dev , lsarc-ext@sun.com, LSARC Message-id: <47C4DB79.3060009@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <1201857261.17950.83.camel@goalie> <47A3D798.1020609@sun.com> <20080212181426.GB22027@zruty.sfbay.sun.com> <47B1E79B.1080502@sun.com> <47B2D0EF.7020307@sun.com> <47B35A6A.7000703@sun.com> <1203315573.1087.53.camel@goalie> <47B9EA2D.7060201@sun.com> <47BBC0D5.9020902@sun.com> User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) Status: RO Content-Length: 2076 Some follow ups While registering the package of SUNWgmime, we found that there was already one with the same name existing in JDS gate. We'd have to modify the package name to be "SUNWlibgmime". If there's no objections, I'll go ahead modifying the case with the following lines SUNWgmime Uncommitted package Name SUNWgmime-devel Uncommitted dev package Name Replaced by SUNWlibgmime Uncommitted package Name SUNWlibgmime-devel Uncommitted dev package Name --Irene Irene Huang wrote: > Closing as approved. > > Updated spec available at > http://sac.eng/Archives/CaseLog/arc/LSARC/2008/067/specv2.txt > > --Irene > Brian Cameron wrote: >> >> Irene: >> >> I don't have any further issues. However, considering the number >> of changes to the spec, I think it would make sense to update the >> spec with these changes? >> >>> here's the issue list raised in this thread (with answer). >>> Why is Gmime set to be "Volatile" Jerry: Currently in the community, >>> incompatible changes are introduced >>> sometimes. It cannot be marked as "Uncommitted" or "higher" >>> >>> .pc files should be "Uncommitted" >>> Jerry: Yes, spec updated >>> >>> Brian Cameron-01: What's the relationship between GMime and the >>> freedesktop MIME specification. Jerry: no relationship. >> >> That isn't true. There is an obvious relationship - they both relate >> to MIME types. The answer Jerry gave to this question was better: >> >> gmime is a library to parse mime (mail) and mbox file, >> gnome-mime-data, freedesktop mime spec are about file types. >> >> Currently, there are several application that use gmime. >> >> Balsa ( a mail client for gnome), Pan ( a newsreader), DBMail( a group >> of programs that enable the possiblilty of storing and retrieving mail >> messages from a database) Beagle (for indexing email) tracker >> (indexing email) >> >> I think this answer could go into section 4.1 to make the case more >> clear. >> >> Brian >