From sacadmin Thu Mar 13 09:24:04 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 m2DGO4Nx004937 for ; Thu, 13 Mar 2008 09:24:04 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m2DGNx5F005623 for <@sunmail2sca.sfbay.sun.com:lsarc@sun.com>; Thu, 13 Mar 2008 09:24:04 -0700 (PDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JXO0040ZG843300@brm-avmta-1.central.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Thu, 13 Mar 2008 10:24:04 -0600 (MDT) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JXO00ITTG82ED90@brm-avmta-1.central.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Thu, 13 Mar 2008 10:24:02 -0600 (MDT) 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 m2DGO25Q008867 for ; Thu, 13 Mar 2008 16:24:02 +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 <0JXO00001F5O1300@mail-amer.sun.com> (original mail from Aarti.Pai@Sun.COM) for lsarc@sun.com (ORCPT lsarc@sun.com); Thu, 13 Mar 2008 10:24:02 -0600 (MDT) Received: from [129.150.34.31] by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JXO001KUG7ODBE0@mail-amer.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Thu, 13 Mar 2008 10:23:49 -0600 (MDT) Date: Thu, 13 Mar 2008 08:23:48 -0800 From: Aarti Pai Subject: Re: Materials for case LSARC 2008/052 (NetBeans 6 Ruby support) In-reply-to: <47D86CA4.30605@sun.com> Sender: Aarti.Pai@sun.com To: lsarc@sun.com Cc: Petr Jiricka , Petr Suchomel Message-id: <47D95514.8070602@Sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <47D86CA4.30605@sun.com> User-Agent: Thunderbird 2.0.0.13pre (Windows/20080229) Status: RO Content-Length: 490 sac% pwd /shared/sac/Archives/CaseLog/arc/LSARC/2008/052 sac% ls -l inception.materials total 603 -r--r--r-- 1 apai sac 22381 Mar 13 00:20 ArcFuncSpec.html -r--r--r-- 1 apai sac 16682 Mar 13 00:40 NetBeans6RubySecurity.txt -r--r--r-- 1 apai sac 213373 Mar 12 21:46 filelayout.html dr-xr-xr-x 5 apai sac 25 Mar 13 00:46 org-netbeans-api-gsf Aarti Petr Jiricka wrote: > I am attaching the materials for case LSARC 2008/052. > > Petr From owner-sac-advocates Thu Mar 13 14:22:31 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 m2DLMV5D015880 for ; Thu, 13 Mar 2008 14:22:31 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m2DLLwNi039094; Thu, 13 Mar 2008 15:21:58 -0600 (MDT) 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 <0JXO00A03U0M5M00@nwk-avmta-2.sfbay.sun.com> (ORCPT lsarc-agenda-announce@sun.com); Thu, 13 Mar 2008 14:21:58 -0700 (PDT) Received: from dm-sfbay-02.sfbay.sun.com ([129.146.11.31]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JXO008N5U0L7Z30@nwk-avmta-2.sfbay.sun.com> (ORCPT lsarc-agenda-announce@sun.com); Thu, 13 Mar 2008 14:21:57 -0700 (PDT) Received: from sac.sfbay.sun.com (new-sac.SFBay.Sun.COM [129.146.175.65]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m2DLLvcC011519; Thu, 13 Mar 2008 14:21:57 -0700 (PDT) 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 m2DLEIKT015409 for ; Thu, 13 Mar 2008 14:14:19 -0700 (PDT) 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 m2DLEHvP012169 for <@sunmail2sca.sfbay.sun.com:lsarc-agenda-announce@sun.com>; Fri, 14 Mar 2008 05:14:17 +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 <0JXO0090HTNSVK00@nwk-avmta-2.sfbay.sun.com> for lsarc-agenda-announce@sun.com (ORCPT lsarc-agenda-announce@sun.com); Thu, 13 Mar 2008 14:14:16 -0700 (PDT) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JXO008IOTNS7Y10@nwk-avmta-2.sfbay.sun.com> for lsarc-agenda-announce@sun.com (ORCPT lsarc-agenda-announce@sun.com); Thu, 13 Mar 2008 14:14:16 -0700 (PDT) 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 m2DLEGx6009636 for ; Thu, 13 Mar 2008 21:14:16 +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 <0JXO00301SB5UG00@mail-amer.sun.com> (original mail from Aarti.Pai@Sun.COM) for lsarc-agenda-announce@sun.com (ORCPT lsarc-agenda-announce@sun.com); Thu, 13 Mar 2008 15:14:16 -0600 (MDT) Received: from [129.150.34.31] by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JXO00A3BTNOX5B0@mail-amer.sun.com> for lsarc-agenda-announce@sun.com (ORCPT lsarc-agenda-announce@sun.com); Thu, 13 Mar 2008 15:14:13 -0600 (MDT) Date: Thu, 13 Mar 2008 13:14:08 -0800 From: Aarti Pai Subject: LSARC Agenda - 03/18/2008 - [2007/370], [2007/353], [2008/052] Sender: Aarti.Pai@sun.com To: lsarc-agenda-announce@sun.com Cc: Petr Suchomel , Miloslav Metelka , Petr Jiricka Message-id: <47D99920.4050903@Sun.com> MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_I9zXDZQlJ/A+e7si0nLlNA)" X-PMX-Version: 5.4.1.325704 X-PMX-Version: 5.4.1.325704 User-Agent: Thunderbird 2.0.0.13pre (Windows/20080229) Status: RO Content-Length: 6357 This is a multi-part message in MIME format. --Boundary_(ID_I9zXDZQlJ/A+e7si0nLlNA) Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ NOTE: We WILL NOT be bridging the internal and external numbers - you *must* call in on the proper number, and you *will* need to hang up and dial in on the other number when we switch between the open and closed sections. Please see agenda below for details. $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ ============================================================================ Layered Software Architecture Review Committee LSARC ============================================================================ LSARC meets weekly on Tuesdays, 10am-1pm (Pacific) Where: MPK 17 Presidio Conference room, 3rd floor, room 3507 Video: Realtime: http://mpk17-presidio-camera.eng Low Bandwidth: http://sac.eng/HTML/camera/index.html All LSARC meetings are open: anyone from Engineering may attend (unless otherwise noted). TELECONFERENCE NUMBERS: OPEN LSARC MEETINGS: Open Dial in - (866)545-5223 (Within US) - (865)673-9887 (International Access) - x44409 (direct dial inside Sun) Participant Code: 939 5 586# LSARC meetings may be recorded. ========================================================================= ARCHITECTURE REVIEW SCHEDULE: 03/18/2008 10:00-10:10 Open ARC Business (use open dial in above) 10:10-11:10 Open Commitment: NetBeans Core IDE 6.0 (2007/370 ) Submitter: miloslav.metelka@sun.com Owner: Tom Childers Intern: Rahul Shah Exposure: open 11:15-11:25 Closed ARC Business (use closed dial in above) 11:25-12:25 Closed Commitment: NetBeans 6.0 Java EE features (WSARC/2007/353 ) Submitter: petr.jiricka@sun.com Owner: Lloyd Chambers Exposure: closed 12:25-1:00 Closed Inception: NetBeans 6.0 Ruby features (2008/052 ) Submitter: petr.jiricka@sun.com Owner: Terrence Miller Exposure: closed --Boundary_(ID_I9zXDZQlJ/A+e7si0nLlNA) Content-type: text/html; charset=ISO-8859-1 Content-transfer-encoding: 7BIT   
$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
NOTE: We WILL NOT be bridging the internal and external numbers
- you *must* call in on the proper number, and you *will* need to hang
up and dial in on the other number when we switch between the open and
closed sections. Please see agenda below for details.
$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$

============================================================================
	    Layered Software Architecture Review Committee

			    LSARC
============================================================================
	LSARC meets weekly on Tuesdays, 10am-1pm (Pacific)

        Where: MPK 17 Presidio Conference room, 3rd floor, room 3507
	Video: Realtime:      http://mpk17-presidio-camera.eng
	       Low Bandwidth: http://sac.eng/HTML/camera/index.html
	       
	All LSARC meetings are open: anyone from Engineering may attend
	(unless otherwise noted).     
	       
	TELECONFERENCE NUMBERS:   

	OPEN LSARC MEETINGS:

	Open Dial in - (866)545-5223 (Within US)
		         - (865)673-9887 (International Access)
			 - x44409 (direct dial inside Sun)
	    Participant Code: 939 5 586#

LSARC meetings may be recorded.
		
=========================================================================
ARCHITECTURE REVIEW SCHEDULE:

03/18/2008
  10:00-10:10   Open ARC Business (use open dial in above)
  10:10-11:10   Open Commitment: NetBeans Core IDE 6.0 (2007/370)
                Submitter:  miloslav.metelka@sun.com
                Owner: Tom Childers
                Intern: Rahul Shah
                Exposure: open
  11:15-11:25   Closed ARC Business (use closed dial in above)
  11:25-12:25   Closed Commitment: NetBeans 6.0 Java EE features
					(WSARC/2007/353)
		Submitter: petr.jiricka@sun.com
		Owner: Lloyd Chambers
		Exposure: closed
  12:25-1:00	Closed Inception:
                        NetBeans 6.0 Ruby features (2008/052)
                Submitter: petr.jiricka@sun.com
                Owner: Terrence Miller
		Exposure: closed
 --Boundary_(ID_I9zXDZQlJ/A+e7si0nLlNA)-- From sacadmin Tue Mar 18 12:25:07 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 m2IJP7iU015966 for ; Tue, 18 Mar 2008 12:25:07 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m2IJP6k1054526 for <@sunmail2sca.sfbay.sun.com:lsarc@sun.com>; Tue, 18 Mar 2008 13:25:06 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JXX00D07XXUKT00@nwk-avmta-1.sfbay.Sun.COM> for lsarc@sun.com (ORCPT lsarc@sun.com); Tue, 18 Mar 2008 12:25:06 -0700 (PDT) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JXX00JJUXXTVFD0@nwk-avmta-1.sfbay.Sun.COM> for lsarc@sun.com (ORCPT lsarc@sun.com); Tue, 18 Mar 2008 12:25:05 -0700 (PDT) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m2IJP5wA024309 for ; Tue, 18 Mar 2008 12:25:05 -0700 (PDT) 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 <0JXX00901XUB2C00@fe-sfbay-09.sun.com> (original mail from tom.childers@sun.com) for lsarc@sun.com (ORCPT lsarc@sun.com); Tue, 18 Mar 2008 12:25:05 -0700 (PDT) Received: from [192.168.15.2] ([76.191.223.250]) by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JXX00LUXXXO1H40@fe-sfbay-09.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Tue, 18 Mar 2008 12:25:00 -0700 (PDT) Date: Tue, 18 Mar 2008 12:22:38 -0700 From: Tom Childers Subject: LSARC/2008/052 NetBeans 6.0.1 Ruby Support fast-track Sender: Thomas.Childers@sun.com To: lsarc@sun.com, Petr Suchomel , Petr Jiricka Message-id: <98AD1994-64FB-4D5B-B4BB-A7C514FE583B@sun.com> MIME-version: 1.0 X-Mailer: Apple Mail (2.753) Content-type: multipart/alternative; boundary="Boundary_(ID_7jzeMxqSe5oHWdpkgW1Ldw)" X-PMX-Version: 5.4.1.325704 Status: RO Content-Length: 4030 --Boundary_(ID_7jzeMxqSe5oHWdpkgW1Ldw) Content-type: text/plain; format=flowed; delsp=yes; charset=US-ASCII Content-transfer-encoding: 7BIT Petr and Petr and LSARC members As we discussed in the inception review today, we are changing this case back into a fast-track. This was originally requested in the one-pager, so we are simply updating the IAM file to reflect the new status. The owner was not on the call today (we started early), so we're making me the new owner of the case. Please review this case as a fast track. Timer expires at 24.00 GMT on Tuesday, March 25, 2008. Primary materials are at http://sac.eng.sun.com/LSARC/2008/052/inception.materials/ ArcFuncSpec.html Issue for the project team: tdc01 - Since the product depends on JRuby 1.0.2 and some Rails Gems from rubyforge.org, please update the Functional Spec Interfaces table to include these two imported interfaces. If possible, please be specific about the Gems required. If you send the update to me or to Aarti Pai, we can drop it into the case directory. Tom Childers Senior Staff Engineer SOA/Business Integration Sun Microsystems, Inc. Phone x31943/+1 415 226 3398 Email Tom.Childers@Sun.COM --Boundary_(ID_7jzeMxqSe5oHWdpkgW1Ldw) Content-type: text/html; charset=ISO-8859-1 Content-transfer-encoding: QUOTED-PRINTABLE Petr and Petr and LSARC members

As we discussed in the inception review today, we ar= e changing this case back into a fast-track. =A0This was originally r= equested in the one-pager, so we are simply updating the IAM file to = reflect the new status. =A0The owner was not on the call today (we st= arted early), so we're making me the new owner of the case.

Please review this= case as a fast track. Timer expires at 24.00 GMT on Tuesday, March 2= 5, 2008. Primary materials are at=A0
<= font face=3D"Helvetica" size=3D"3" style=3D"font: 12.0px Helvetica"><= a href=3D"http://sac.eng.sun.com/LSARC/2008/052/inception.materials/A= rcFuncSpec.html">http://sac.eng.sun.com/LSARC/2008/052/inception.mate= rials/ArcFuncSpec.html


Issue for the project team:

tdc01 - Since the product depends on J= Ruby 1.0.2 and some Rails Gems from rubyforge.org, please update the = Functional Spec Interfaces table to include these two imported interf= aces. =A0If possible, please be specific about the Gems required.= =A0

If yo= u send the update to me or to Aarti Pai, we can drop it into the case= directory.

=09=09 =09=09=09<= /tbody> =09=09
=09=09=09=09=09=09 =09=09=09=09=09 =09=09= =09=09=09=09 Tom Childers =09=09=09=09=09=09
Senior Staff = Engineer =09=09=09=09=09=09
SOA/Business Integration =09=09=09= =09=09=09
=09=09=09=09=09=09
Sun Microsystems, Inc. =09=09= =09=09=09=09
Phone x31943/+1 415 226 3398 =09=09=09=09=09=09
= =09=09=09=09=09=09Email Tom.C= hilders@Sun.COM =09=09=09=09=09=09
=09=09=09=09=09
=09

--Boundary_(ID_7jzeMxqSe5oHWdpkgW1Ldw)-- From sacadmin Wed Mar 19 12:02:40 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 m2JJ2eXY026988 for ; Wed, 19 Mar 2008 12:02:40 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m2JJ2cKl016626 for <@sunmail2sca.sfbay.sun.com:lsarc@sun.com>; Wed, 19 Mar 2008 12:02:39 -0700 (PDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JXZ00125RKFHD00@brm-avmta-1.central.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Wed, 19 Mar 2008 13:02:39 -0600 (MDT) 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 <0JXZ00MYDRKEJE10@brm-avmta-1.central.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Wed, 19 Mar 2008 13:02:38 -0600 (MDT) 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 m2JJ2cVI022983 for ; Wed, 19 Mar 2008 19:02:38 +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 <0JXZ00001R42P800@mail-amer.sun.com> (original mail from Aarti.Pai@Sun.COM) for lsarc@sun.com (ORCPT lsarc@sun.com); Wed, 19 Mar 2008 13:02:38 -0600 (MDT) Received: from [129.145.154.93] by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JXZ0000CRK00Q50@mail-amer.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Wed, 19 Mar 2008 13:02:25 -0600 (MDT) Date: Wed, 19 Mar 2008 12:02:24 -0700 From: Aarti Pai Subject: Meeting Minutes for LSARC 03/19/2008 [2007/370], [2007/353], [2008/052] Sender: Aarti.Pai@sun.com To: lsarc@sun.com Cc: Miloslav Metelka , Petr Suchomel , Petr Jiricka Reply-to: Aarti.Pai@sun.com Message-id: <47E16340.4090609@Sun.COM> MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_9vOpwfFsqGsel39mRFXInw)" X-PMX-Version: 5.4.1.325704 User-Agent: Thunderbird 2.0.0.6 (X11/20070802) x_sac_archived: LSARC/2007/370 Status: RO Content-Length: 4211 This is a multi-part message in MIME format. --Boundary_(ID_9vOpwfFsqGsel39mRFXInw) Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT *Minutes/Audio for LSARC 03/19/2008 are now available: * - *Open Arc Business:* http://sac.sfbay/Archives/Minutes/LSARC/2008/20080318.arcbiz.open Audio: Open Fast-tracks http://sac.sfbay/Archives/Minutes/LSARC/2008/20080318.arcbiz.open.mp3 Audio: NetBeans Discussion http://sac.sfbay/Archives/Minutes/LSARC/2008/20080318.arcbiz.open2.mp3 - *Open Commitment: NetBeans Core IDE 6.0 (2007/370) * http://sac.sfbay/Archives/Minutes/LSARC/2008/20080318.2007.370.commitment Audio: http://sac.sfbay/Archives/Minutes/LSARC/2008/20080318.2007.370.commitment.mp3 - *Open Commitment: NetBeans 6.0 Java EE features (WSARC/2007/353)* http://sac.sfbay/Archives/Minutes/LSARC/2008/20080318.2007.353.commitment Audio: http://sac.sfbay/Archives/Minutes/LSARC/2008/20080318.2007.353.commitment.mp3 - *Open Fast-track Discussion: NetBeans 6.0 Ruby features (2008/052) * http://sac.sfbay/Archives/Minutes/LSARC/2008/20080318.2008.052.fasttrack Audio: http://sac.sfbay/Archives/Minutes/LSARC/2008/20080318.2008.052.fasttrack.mp3 Please contact me directly if you require any corrections/modifications to these minutes. Aarti --Boundary_(ID_9vOpwfFsqGsel39mRFXInw) Content-type: text/html; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Minutes/Audio for LSARC 03/19/2008  are now available:

- Open Arc Business:  http://sac.sfbay/Archives/Minutes/LSARC/2008/20080318.arcbiz.open
    Audio: Open Fast-tracks  http://sac.sfbay/Archives/Minutes/LSARC/2008/20080318.arcbiz.open.mp3
    Audio: NetBeans Discussion http://sac.sfbay/Archives/Minutes/LSARC/2008/20080318.arcbiz.open2.mp3

- Open Commitment: NetBeans Core IDE 6.0 (2007/370)    
    http://sac.sfbay/Archives/Minutes/LSARC/2008/20080318.2007.370.commitment
    Audio:  http://sac.sfbay/Archives/Minutes/LSARC/2008/20080318.2007.370.commitment.mp3

- Open Commitment: NetBeans 6.0 Java EE features (WSARC/2007/353)
    http://sac.sfbay/Archives/Minutes/LSARC/2008/20080318.2007.353.commitment
    Audio: http://sac.sfbay/Archives/Minutes/LSARC/2008/20080318.2007.353.commitment.mp3

- Open Fast-track Discussion: NetBeans 6.0 Ruby features (2008/052)
    http://sac.sfbay/Archives/Minutes/LSARC/2008/20080318.2008.052.fasttrack
    Audio: http://sac.sfbay/Archives/Minutes/LSARC/2008/20080318.2008.052.fasttrack.mp3

Please contact me directly if you require any corrections/modifications
to these minutes.

Aarti

--Boundary_(ID_9vOpwfFsqGsel39mRFXInw)-- From sacadmin Wed Mar 19 15:30:27 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 m2JMURgD004481 for ; Wed, 19 Mar 2008 15:30:27 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m2JMUP7A005158 for <@sunmail2sca.sfbay.sun.com:lsarc@sun.com>; Wed, 19 Mar 2008 15:30:27 -0700 (PDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JY000G0916QFC00@brm-avmta-1.central.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Wed, 19 Mar 2008 16:30:26 -0600 (MDT) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JY000FT816OUB00@brm-avmta-1.central.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Wed, 19 Mar 2008 16:30:24 -0600 (MDT) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m2JMUOVt023772 for ; Wed, 19 Mar 2008 15:30:24 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JXZ00501Z1WIT00@fe-sfbay-10.sun.com> (original mail from tom.childers@sun.com) for lsarc@sun.com (ORCPT lsarc@sun.com); Wed, 19 Mar 2008 15:30:24 -0700 (PDT) Received: from [192.168.15.2] ([76.191.223.250]) by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JY000DMZ16IHDB0@fe-sfbay-10.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Wed, 19 Mar 2008 15:30:18 -0700 (PDT) Date: Wed, 19 Mar 2008 15:27:56 -0700 From: Tom Childers Subject: Re: LSARC/2008/052 NetBeans 6.0.1 Ruby Support fast-track In-reply-to: <98AD1994-64FB-4D5B-B4BB-A7C514FE583B@sun.com> Sender: Thomas.Childers@sun.com To: lsarc@sun.com Cc: Petr Suchomel , Petr Jiricka Message-id: MIME-version: 1.0 X-Mailer: Apple Mail (2.753) Content-type: multipart/alternative; boundary="Boundary_(ID_Je36rSb7CpmNeIoXk/Ms5g)" X-PMX-Version: 5.4.1.325704 References: <98AD1994-64FB-4D5B-B4BB-A7C514FE583B@sun.com> Status: RO Content-Length: 4541 --Boundary_(ID_Je36rSb7CpmNeIoXk/Ms5g) Content-type: text/plain; format=flowed; delsp=yes; charset=US-ASCII Content-transfer-encoding: 7BIT My issue has been resolved, and an updated version of the functional spec is in the case directory. -tdc On Mar 18, 2008, at 12:22 PM, Tom Childers wrote: > Petr and Petr and LSARC members > > As we discussed in the inception review today, we are changing this > case back into a fast-track. This was originally requested in the > one-pager, so we are simply updating the IAM file to reflect the > new status. The owner was not on the call today (we started > early), so we're making me the new owner of the case. > > Please review this case as a fast track. Timer expires at 24.00 GMT > on Tuesday, March 25, 2008. Primary materials are at > http://sac.eng.sun.com/LSARC/2008/052/inception.materials/ > ArcFuncSpec.html > > > Issue for the project team: > > tdc01 - Since the product depends on JRuby 1.0.2 and some Rails > Gems from rubyforge.org, please update the Functional Spec > Interfaces table to include these two imported interfaces. If > possible, please be specific about the Gems required. > > If you send the update to me or to Aarti Pai, we can drop it into > the case directory. > > Tom Childers > Senior Staff Engineer > SOA/Business Integration > > Sun Microsystems, Inc. > Phone x31943/+1 415 226 3398 > Email Tom.Childers@Sun.COM > --Boundary_(ID_Je36rSb7CpmNeIoXk/Ms5g) Content-type: text/html; charset=ISO-8859-1 Content-transfer-encoding: QUOTED-PRINTABLE My issue has been resolved,= and an updated version of the functional spec is in the case directo= ry. =A0
-tdc

On Mar 18, 2008, at 12:22 PM= , Tom Childers wrote:

Petr and Petr and LSARC members

As we discussed in the ince= ption review today, we are changing this case back into a fast-track.= =A0This was originally requested in the one-pager, so we are simply = updating the IAM file to reflect the new status. =A0The owner was not= on the call today (we started early), so we're making me the new own= er of the case.

Please review this case as a fast track. Timer expires at 24.0= 0 GMT on Tuesday, March 25, 2008. Primary materials are at=A0
<= /div>


Issue for the project team:<= /div>

tdc01 - S= ince the product depends on JRuby 1.0.2 and some Rails Gems from ruby= forge.org, please update the Functional Spec Interfaces table to incl= ude these two imported interfaces. =A0If possible, please be specific= about the Gems required.=A0

If you send the update to me or to Aarti Pai, we = can drop it into the case directory.

=09=09 =09= =09=09 =09=09
= =09=09=09=09=09=09 =09=09=09=09=09 =09=09=09=09=09=09 Tom Childers =09=09=09= =09=09=09
Senior Staff Engineer =09=09=09=09=09=09
SOA/Business= Integration =09=09=09=09=09=09
=09=09=09=09=09=09
Sun Microsy= stems, Inc. =09=09=09=09=09=09
Phone x31943/+1 415 226 3398 =09= =09=09=09=09=09
=09=09=09=09=09=09Email Tom.Childers@Sun.COM =09=09=09=09=09=09
=09= =09=09=09=09
=09


--Boundary_(ID_Je36rSb7CpmNeIoXk/Ms5g)-- From Prashant.Srinivasan@sun.com Sun Mar 23 23:44:26 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 m2O6iQQ1015172 for ; Sun, 23 Mar 2008 23:44:26 -0700 (PDT) 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 m2O6iHU4027766 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Mon, 24 Mar 2008 06:44:25 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 <0JY800B012PVYU00@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Sun, 23 Mar 2008 23:44:19 -0700 (PDT) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JY8007QI2PV8TC0@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Sun, 23 Mar 2008 23:44:19 -0700 (PDT) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m2O6iJbA013992 for ; Mon, 24 Mar 2008 06:44:19 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JY8002012LMCS00@mail-amer.sun.com> (original mail from Prashant.Srinivasan@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Mon, 24 Mar 2008 00:44:18 -0600 (MDT) Received: from [192.168.1.2] ([71.202.239.127]) by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JY800C8N2P6WR60@mail-amer.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Mon, 24 Mar 2008 00:44:18 -0600 (MDT) Date: Sun, 23 Mar 2008 23:43:53 -0700 From: Prashant Srinivasan Subject: Comments on case LSARC/2008/052 Sender: Prashant.Srinivasan@sun.com To: lsarc-ext@sun.com Message-id: <47E74DA9.6000107@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 User-Agent: Thunderbird 1.5.0.14 (Windows/20071210) Status: RO Content-Length: 746 Hello, Some comments based on materials at http://sac.eng.sun.com/LSARC/2008/052/inception.materials/ -> The case delivers the Rubygems package manager, as as well as gems(Ruby packages). Since the project delivers files which are are managed by two package managers - this creates opportunities for stomping of files between Solaris pkgs and Rubygems. -> JRuby, IMO, is important enough to be useful in itself. Does the case deliver it as a distinct package?(A quick pass through the case did not reveal any new packaging.) If yes, the current location of JRuby does not seem like the right place. If no, I'd strongly recommend considering packaging the JRuby implementation as a separate package(in the right location). -ps From John.Plocher@sun.com Mon Mar 24 08:11:46 2008 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m2OFBk6s000535 for ; Mon, 24 Mar 2008 08:11:46 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m2OFBiXT010201 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Mon, 24 Mar 2008 08:11:46 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JY80020RQ7L3P00@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@Sun.COM); Mon, 24 Mar 2008 08:11:45 -0700 (PDT) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JY8009IYQ7LCUE0@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@Sun.COM); Mon, 24 Mar 2008 08:11:45 -0700 (PDT) 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 m2OFBjrx022865 for ; Mon, 24 Mar 2008 08:11:45 -0700 (PDT) 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 <0JY800701Q585W00@fe-sfbay-09.sun.com> (original mail from John.Plocher@Sun.COM) for lsarc-ext@Sun.COM (ORCPT lsarc-ext@Sun.COM); Mon, 24 Mar 2008 08:11:45 -0700 (PDT) Received: from wp668.local ([208.74.177.212]) by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JY800IMFQ7HM6D0@fe-sfbay-09.sun.com> for lsarc-ext@Sun.COM (ORCPT lsarc-ext@Sun.COM); Mon, 24 Mar 2008 08:11:42 -0700 (PDT) Date: Mon, 24 Mar 2008 08:11:41 -0700 From: John Plocher Subject: Re: Comments on case LSARC/2008/052 In-reply-to: <47E74DA9.6000107@sun.com> Sender: John.Plocher@sun.com To: Prashant Srinivasan Cc: lsarc-ext@sun.com Message-id: <47E7C4AD.5070705@Sun.Com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <47E74DA9.6000107@sun.com> User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) Status: RO Content-Length: 474 Prashant Srinivasan wrote: > -> The case delivers the Rubygems package manager, as as well as > gems(Ruby packages). Since the project delivers files which are are > managed by two package managers - this creates opportunities for > stomping of files between Solaris pkgs and Rubygems. This really needs to be done right such that gems updates won't h0rk the system and its upgrade process... > -> JRuby, IMO, is important enough to be useful in itself. +1 -John From jyri@buye.red.iplanet.com Tue Mar 25 11:43:43 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 m2PIhheq021340 for ; Tue, 25 Mar 2008 11:43:43 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m2PIhgxx065336; Tue, 25 Mar 2008 12:43:42 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JYA00901UOTD600@nwk-avmta-1.sfbay.Sun.COM>; Tue, 25 Mar 2008 11:43:41 -0700 (PDT) Received: from buye.red.iplanet.com ([192.18.65.224]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JYA008MWUOS0N10@nwk-avmta-1.sfbay.Sun.COM>; Tue, 25 Mar 2008 11:43:40 -0700 (PDT) Received: from buye.red.iplanet.com (localhost [127.0.0.1]) by buye.red.iplanet.com (8.13.7+Sun/8.13.7) with ESMTP id m2PIhe6K016272; Tue, 25 Mar 2008 11:43:40 -0700 (PDT) Received: (from jyri@localhost) by buye.red.iplanet.com (8.13.7+Sun/8.13.7/Submit) id m2PIhe8U016271; Tue, 25 Mar 2008 11:43:40 -0700 (PDT) Date: Tue, 25 Mar 2008 11:43:40 -0700 From: Jyri Virkki Subject: Re: Comments on case LSARC/2008/052 In-reply-to: <47E74DA9.6000107@sun.com> To: Prashant Srinivasan Cc: lsarc-ext@sun.com Message-id: <20080325184340.GA16135@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.4.1.325704 References: <47E74DA9.6000107@sun.com> User-Agent: Mutt/1.5.11 Status: RO Content-Length: 592 Prashant Srinivasan wrote: > > -> The case delivers the Rubygems package manager, as as well as > gems(Ruby packages). Since the project delivers files which are are > managed by two package managers - this creates opportunities for > stomping of files between Solaris pkgs and Rubygems. I have not seen an answer to the above yet, which sounds like a serious problem if that's how it is currently presented. This case was set to expire today but the above needs to be resolved first. Let's move the timer out another week. -- Jyri J. Virkki - jyri.virkki@sun.com - Sun Microsystems From sacadmin Fri Mar 28 13:13:08 2008 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m2SKD8qT006199 for ; Fri, 28 Mar 2008 13:13:08 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m2SKD8I5007258 for <@sunmail2sca.sfbay.sun.com:lsarc@sun.com>; Fri, 28 Mar 2008 13:13:08 -0700 (PDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JYG00M03ITWT300@brm-avmta-1.central.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Fri, 28 Mar 2008 14:13:08 -0600 (MDT) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JYG00DX2ITV0S70@brm-avmta-1.central.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Fri, 28 Mar 2008 14:13:07 -0600 (MDT) 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 m2SKD7tU011688 for ; Fri, 28 Mar 2008 13:13:07 -0700 (PDT) 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 <0JYG00E01IMJK100@fe-sfbay-09.sun.com> (original mail from tom.childers@sun.com) for lsarc@sun.com (ORCPT lsarc@sun.com); Fri, 28 Mar 2008 13:13:07 -0700 (PDT) Received: from [192.168.15.2] ([76.191.223.250]) by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JYG00F9RITUBXA0@fe-sfbay-09.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Fri, 28 Mar 2008 13:13:07 -0700 (PDT) Date: Fri, 28 Mar 2008 13:10:37 -0700 From: Tom Childers Subject: Fwd: Comments on case LSARC/2008/052 Sender: Thomas.Childers@sun.com To: Petr Jiricka Cc: lsarc@sun.com, Prashant.Srinivasan@sun.com Message-id: MIME-version: 1.0 X-Mailer: Apple Mail (2.753) Content-type: multipart/alternative; boundary="Boundary_(ID_A6mtXO1rJ2aT0CQ6Lq2Spg)" X-PMX-Version: 5.4.1.325704 References: <20080325184340.GA16135@sun.com> Status: RO Content-Length: 9617 --Boundary_(ID_A6mtXO1rJ2aT0CQ6Lq2Spg) Content-type: text/plain; format=flowed; delsp=yes; charset=US-ASCII Content-transfer-encoding: 7BIT Petr, I just realized that this question was never sent to you, so you have not been able to respond. Can you respond within the next couple of days? The case is currently set to time-out on Tuesday, April 1st. Several of us have used Ruby and the gems package manager on different platforms, so we understand the potential package management conflict. Thanks, -tdc Begin forwarded message: > From: Jyri Virkki > Date: March 25, 2008 11:43:40 AM PDT > To: Prashant Srinivasan > Cc: lsarc-ext@sun.com > Subject: Re: Comments on case LSARC/2008/052 > > Prashant Srinivasan wrote: >> >> Hello, >> >> Some comments based on materials at >> >> http://sac.eng.sun.com/LSARC/2008/052/inception.materials/ >> >> >> -> The case delivers the Rubygems package manager, as as well as >> gems(Ruby packages). Since the project delivers files which are >> are managed by two package managers - this creates opportunities >> for stomping of files between Solaris pkgs and Rubygems. >> >> -> JRuby, IMO, is important enough to be useful in itself. Does >> the case deliver it as a distinct package?(A quick pass through >> the case did not reveal any new packaging.) >> >> If yes, the current location of JRuby does not seem like the right >> place. >> >> If no, I'd strongly recommend considering packaging the JRuby >> implementation as a separate package(in the right location). >> >> -ps >> >> > > I have not seen an answer to the above yet, which sounds like a > serious problem if that's how it is currently presented. > > This case was set to expire today but the above needs to be resolved > first. Let's move the timer out another week. > > > > -- > Jyri J. Virkki - jyri.virkki@sun.com - Sun Microsystems --Boundary_(ID_A6mtXO1rJ2aT0CQ6Lq2Spg) Content-type: text/html; charset=ISO-8859-1 Content-transfer-encoding: QUOTED-PRINTABLE Petr,

I just realized that this question was never= sent to you, so you have not been able to respond. Can you respond w= ithin the next couple of days? The case is currently set to time-out = on Tuesday, April 1st.

Several of us have us= ed Ruby and the gems package manager on different platforms, so we un= derstand the potential package management conflict.

Thanks,
-tdc



= Begin forwarded message:
From: Jyri Virkki <Jyri.Virkki@Sun.COM>
=
Date: <= /font>March 25, 2008 11:43:40 AM PDT
To: Prashant Sriniva= san <Prashant.Srini= vasan@Sun.COM>
Subject: Re: Comments on cas= e LSARC/2008/052
Prashant Srinivasan wrote:
<= blockquote type=3D"cite">

<= /div>
Hello,

Some comm= ents based on materials at


-> The case delivers the Rubygems package manager, as = as well as gems(Ruby packages). Since the project delivers files whic= h are are managed by two package managers - this creates opportunitie= s for stomping of files between Solaris pkgs and Rubygems.

-> J= Ruby, IMO, is important enough to be useful in itself. Does the case = deliver it as a distinct package?(A quick pass through the case did n= ot reveal any new packaging.)

If yes, the current location of J= Ruby does not seem like the right place.

If no, I'd strongly re= commend considering packaging the JRuby implementation as a separate = package(in the right location).

-ps

I have not seen an answer to the above ye= t, which sounds like a
serious problem if t= hat's how it is currently presented.

This case was set to expir= e today but the above needs to be resolved
= first. Let's move the timer out another week.



--=A0
<= div style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; = margin-left: 0px; ">Jyri J. Virkki - jyri.virkki@sun.com - Sun Microsystems
=

--Boundary_(ID_A6mtXO1rJ2aT0CQ6Lq2Spg)-- From sacadmin Sun Mar 30 13:29:52 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 m2UKTp6O005314 for ; Sun, 30 Mar 2008 13:29:52 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m2UKTbHb011303 for <@sunmail2sca.sfbay.sun.com:lsarc@sun.com>; Mon, 31 Mar 2008 04:29:51 +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 <0JYK00G018XQ7P00@nwk-avmta-1.sfbay.Sun.COM> for lsarc@sun.com (ORCPT lsarc@sun.com); Sun, 30 Mar 2008 13:29:50 -0700 (PDT) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JYK0067K8XP6920@nwk-avmta-1.sfbay.Sun.COM> for lsarc@sun.com (ORCPT lsarc@sun.com); Sun, 30 Mar 2008 13:29:50 -0700 (PDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-2-fe3.eu.sun.com [192.18.6.12]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m2UKTn0F013802 for ; Sun, 30 Mar 2008 20:29:49 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JYK00J018S4E100@fe-emea-10.sun.com> (original mail from Petr.Jiricka@Sun.COM) for lsarc@sun.com (ORCPT lsarc@sun.com); Sun, 30 Mar 2008 21:29:49 +0100 (BST) Received: from petr-jirickas-computer-3.local ([195.70.135.234]) by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JYK008K08XOM950@fe-emea-10.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Sun, 30 Mar 2008 21:29:49 +0100 (BST) Date: Sun, 30 Mar 2008 22:30:58 +0200 From: Petr Jiricka Subject: Re: Fwd: Comments on case LSARC/2008/052 In-reply-to: Sender: Petr.Jiricka@sun.com To: Tom Childers Cc: lsarc@sun.com, Prashant.Srinivasan@sun.com Message-id: <47EFF882.1020807@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <20080325184340.GA16135@sun.com> User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) Status: RO Content-Length: 2388 Hello, see the answers below. Tom Childers wrote: > Petr, > > I just realized that this question was never sent to you, so you have > not been able to respond. Can you respond within the next couple of > days? The case is currently set to time-out on Tuesday, April 1st. > > Several of us have used Ruby and the gems package manager on different > platforms, so we understand the potential package management conflict. > > Thanks, > -tdc > > > > Begin forwarded message: >> *From: *Jyri Virkki > >> *Date: *March 25, 2008 11:43:40 AM PDT >> *To: *Prashant Srinivasan > > >> *Cc: *lsarc-ext@sun.com >> *Subject: **Re: Comments on case LSARC/2008/052* >> >> Prashant Srinivasan wrote: >>> >>> Hello, >>> >>> Some comments based on materials at >>> >>> http://sac.eng.sun.com/LSARC/2008/052/inception.materials/ >>> >>> >>> -> The case delivers the Rubygems package manager, as as well as >>> gems(Ruby packages). Since the project delivers files which are are >>> managed by two package managers - this creates opportunities for >>> stomping of files between Solaris pkgs and Rubygems. NetBeans does not deliver the bundled gems into the native Ruby installation that is packaged in Solaris. The gems that are distributed with NetBeans are only used by the bundled JRuby, which Solaris is not aware of. They are not used by the native Ruby, so I believe there is no conflict. >>> >>> -> JRuby, IMO, is important enough to be useful in itself. Does the >>> case deliver it as a distinct package?(A quick pass through the case >>> did not reveal any new packaging.) >>> No, JRuby is not packaged as a separate package. Petr >>> If yes, the current location of JRuby does not seem like the right place. >>> >>> If no, I'd strongly recommend considering packaging the JRuby >>> implementation as a separate package(in the right location). >>> >>> -ps >>> >>> >> >> I have not seen an answer to the above yet, which sounds like a >> serious problem if that's how it is currently presented. >> >> This case was set to expire today but the above needs to be resolved >> first. Let's move the timer out another week. >> >> >> >> -- >> Jyri J. Virkki - jyri.virkki@sun.com - >> Sun Microsystems > From sacadmin Mon Mar 31 09:21:46 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 m2VGLjio000530 for ; Mon, 31 Mar 2008 09:21:45 -0700 (PDT) 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 m2VGLga6027412 for <@sunmail2sca.sfbay.sun.com:lsarc@sun.com>; Tue, 1 Apr 2008 00:21:44 +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 <0JYL00103S467R00@nwk-avmta-2.sfbay.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Mon, 31 Mar 2008 09:21:42 -0700 (PDT) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JYL0019ES463O00@nwk-avmta-2.sfbay.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Mon, 31 Mar 2008 09:21:42 -0700 (PDT) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m2VGLftl005460 for ; Mon, 31 Mar 2008 09:21:41 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JYL00301RXORS00@fe-sfbay-10.sun.com> (original mail from tom.childers@sun.com) for lsarc@sun.com (ORCPT lsarc@sun.com); Mon, 31 Mar 2008 09:21:41 -0700 (PDT) Received: from [192.168.15.2] ([76.191.223.250]) by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JYL006Z7S3SFB00@fe-sfbay-10.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Mon, 31 Mar 2008 09:21:28 -0700 (PDT) Date: Mon, 31 Mar 2008 09:18:55 -0700 From: Tom Childers Subject: Re: Comments on case LSARC/2008/052 In-reply-to: <47EFF882.1020807@sun.com> Sender: Thomas.Childers@Sun.COM To: Petr Jiricka , lsarc@Sun.COM Cc: Prashant Srinivasan Message-id: <0EDA00CC-BA59-482F-9DD4-5F8B2C6544FB@sun.com> MIME-version: 1.0 X-Mailer: Apple Mail (2.753) Content-type: text/plain; format=flowed; delsp=yes; charset=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <20080325184340.GA16135@sun.com> <47EFF882.1020807@sun.com> Status: RO Content-Length: 3138 Thanks, Petr. There is a related issue here, which we've encountered before with products like MQ and Directory Server -- should JRuby be packaged with Solaris? In the past, having products like this embedded in Solaris has created maintenance headaches. If JRuby were simply a separate package (useful in itself, as Prashant and John P point out) then both Solaris and NB would have the flexibility of installing it. Do we need to discuss this further (it's a larger problem, I don't want to 'boil the ocean') or can we go ahead and approve what the NB team is doing, as is? -tdc On Mar 30, 2008, at 1:30 PM, Petr Jiricka wrote: > Hello, > > see the answers below. > > Tom Childers wrote: >> Petr, >> I just realized that this question was never sent to you, so you >> have not been able to respond. Can you respond within the next >> couple of days? The case is currently set to time-out on Tuesday, >> April 1st. >> Several of us have used Ruby and the gems package manager on >> different platforms, so we understand the potential package >> management conflict. >> Thanks, >> -tdc >> Begin forwarded message: >>> *From: *Jyri Virkki >> > >>> *Date: *March 25, 2008 11:43:40 AM PDT >>> *To: *Prashant Srinivasan >> > >>> *Cc: *lsarc-ext@sun.com >>> *Subject: **Re: Comments on case LSARC/2008/052* >>> >>> Prashant Srinivasan wrote: >>>> >>>> Hello, >>>> >>>> Some comments based on materials at >>>> >>>> http://sac.eng.sun.com/LSARC/2008/052/inception.materials/ >>>> >>>> >>>> -> The case delivers the Rubygems package manager, as as well as >>>> gems(Ruby packages). Since the project delivers files which are >>>> are managed by two package managers - this creates opportunities >>>> for stomping of files between Solaris pkgs and Rubygems. > > NetBeans does not deliver the bundled gems into the native Ruby > installation that is packaged in Solaris. The gems that are > distributed with NetBeans are only used by the bundled JRuby, which > Solaris is not aware of. They are not used by the native Ruby, so I > believe there is no conflict. > >>>> >>>> -> JRuby, IMO, is important enough to be useful in itself. Does >>>> the case deliver it as a distinct package?(A quick pass through >>>> the case did not reveal any new packaging.) >>>> > > No, JRuby is not packaged as a separate package. > > Petr > >>>> If yes, the current location of JRuby does not seem like the >>>> right place. >>>> >>>> If no, I'd strongly recommend considering packaging the JRuby >>>> implementation as a separate package(in the right location). >>>> >>>> -ps >>>> >>>> >>> >>> I have not seen an answer to the above yet, which sounds like a >>> serious problem if that's how it is currently presented. >>> >>> This case was set to expire today but the above needs to be resolved >>> first. Let's move the timer out another week. >>> >>> >>> >>> -- >>> Jyri J. Virkki - jyri.virkki@sun.com >>> - Sun Microsystems > From sacadmin Mon Mar 31 10:58:44 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 m2VHwhXR004255 for ; Mon, 31 Mar 2008 10:58:44 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m2VHwhNn043837 for <@sunmail2sca.sfbay.sun.com:lsarc@sun.com>; Mon, 31 Mar 2008 11:58:43 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JYL00F05WLVLI00@nwk-avmta-1.sfbay.Sun.COM> for lsarc@sun.com (ORCPT lsarc@sun.com); Mon, 31 Mar 2008 10:58:43 -0700 (PDT) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JYL0052BWLU9H90@nwk-avmta-1.sfbay.Sun.COM> for lsarc@sun.com (ORCPT lsarc@sun.com); Mon, 31 Mar 2008 10:58:43 -0700 (PDT) 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 m2VHwgU9028706 for ; Mon, 31 Mar 2008 17:58:42 +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 <0JYL00501UPLD700@mail-amer.sun.com> (original mail from Prashant.Srinivasan@Sun.COM) for lsarc@sun.com (ORCPT lsarc@sun.com); Mon, 31 Mar 2008 11:58:42 -0600 (MDT) Received: from [192.168.1.3] ([71.202.239.127]) by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JYL009UAWLUWTC0@mail-amer.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Mon, 31 Mar 2008 11:58:42 -0600 (MDT) Date: Mon, 31 Mar 2008 10:58:41 -0700 From: Prashant Srinivasan Subject: Re: Fwd: Comments on case LSARC/2008/052 In-reply-to: <47EFF882.1020807@sun.com> Sender: Prashant.Srinivasan@Sun.COM To: Petr Jiricka Cc: Tom Childers , lsarc@Sun.COM Message-id: <47F12651.5040003@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <20080325184340.GA16135@sun.com> <47EFF882.1020807@sun.com> User-Agent: Thunderbird 1.5.0.14 (Windows/20071210) Status: RO Content-Length: 1566 Hi Petr, please see inline . . . Petr Jiricka wrote: > >>>> >>>> >>>> -> The case delivers the Rubygems package manager, as as well as >>>> gems(Ruby packages). Since the project delivers files which are are >>>> managed by two package managers - this creates opportunities for >>>> stomping of files between Solaris pkgs and Rubygems. > > NetBeans does not deliver the bundled gems into the native Ruby > installation that is packaged in Solaris. The gems that are > distributed with NetBeans are only used by the bundled JRuby, which > Solaris is not aware of. They are not used by the native Ruby, so I > believe there is no conflict. This is not a question of a conflict between native Ruby and JRuby - I don't forsee any coexistence problems there. Rather . . . the case in question delivers gem files in Solaris package(s). These gem files also be manipulated by the gem package manager(also delivered by this case) independent of Solaris packages. The problem? This means that there are files on the system that are managed by two package managers, and that could result in stomping. > >>>> >>>> -> JRuby, IMO, is important enough to be useful in itself. Does the >>>> case deliver it as a distinct package?(A quick pass through the >>>> case did not reveal any new packaging.) >>>> > > No, JRuby is not packaged as a separate package. > Why does the case not deliver JRuby as a separate component? JRuby is an important project. If we're putting it in Solaris, we might as well put it in as a first class citizen. Cheers -ps From sacadmin Tue Apr 1 01:45: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 m318j2Gk000578 for ; Tue, 1 Apr 2008 01:45:02 -0700 (PDT) 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 m318iqYq009828; Tue, 1 Apr 2008 09:44:59 +0100 (BST) 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 <0JYN00K0B1MY5D00@nwk-avmta-1.sfbay.Sun.COM>; Tue, 01 Apr 2008 01:44:58 -0700 (PDT) Received: from buye.red.iplanet.com ([192.18.65.224]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JYN00BL81MX7H70@nwk-avmta-1.sfbay.Sun.COM>; Tue, 01 Apr 2008 01:44:57 -0700 (PDT) Received: from buye.red.iplanet.com (localhost [127.0.0.1]) by buye.red.iplanet.com (8.13.7+Sun/8.13.7) with ESMTP id m318iv2I010968; Tue, 01 Apr 2008 01:44:57 -0700 (PDT) Received: (from jyri@localhost) by buye.red.iplanet.com (8.13.7+Sun/8.13.7/Submit) id m318ivmH010967; Tue, 01 Apr 2008 01:44:57 -0700 (PDT) Date: Tue, 01 Apr 2008 01:44:57 -0700 From: Jyri Virkki Subject: Re: Fwd: Comments on case LSARC/2008/052 In-reply-to: <47F12651.5040003@sun.com> To: Prashant Srinivasan Cc: Petr Jiricka , lsarc@sun.com Message-id: <20080401084457.GA10827@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.4.1.325704 References: <20080325184340.GA16135@sun.com> <47EFF882.1020807@sun.com> <47F12651.5040003@sun.com> User-Agent: Mutt/1.5.11 Status: RO Content-Length: 687 Prashant Srinivasan wrote: > > Rather . . . the case in question delivers gem files in Solaris > package(s). These gem files also be manipulated by the gem package > manager(also delivered by this case) independent of Solaris packages. > The problem? This means that there are files on the system that are > managed by two package managers, and that could result in stomping. Unfortunately I haven't been able to look into this case having been out sick and probably won't make the call tomorrow either. But if the above is the case, looks like there are unresolved problems with this case that need to be looked into... -- Jyri J. Virkki - jyri.virkki@sun.com - Sun Microsystems From sacadmin Tue Apr 1 07:13:29 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 m31EDSQU008730 for ; Tue, 1 Apr 2008 07:13:28 -0700 (PDT) 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 m31EDPqr010148 for <@sunmail2sca.sfbay.sun.com:lsarc@sun.com>; Tue, 1 Apr 2008 15:13:27 +0100 (BST) 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 <0JYN00507GUDR700@nwk-avmta-1.sfbay.Sun.COM> for lsarc@sun.com (ORCPT lsarc@sun.com); Tue, 01 Apr 2008 07:13:25 -0700 (PDT) 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 <0JYN00IY8GUB1390@nwk-avmta-1.sfbay.Sun.COM> for lsarc@sun.com (ORCPT lsarc@sun.com); Tue, 01 Apr 2008 07:13:23 -0700 (PDT) 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 m31EDNo3022492 for ; Tue, 01 Apr 2008 07:13:23 -0700 (PDT) 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 <0JYN00301GO0WS00@fe-sfbay-09.sun.com> (original mail from tom.childers@sun.com) for lsarc@sun.com (ORCPT lsarc@sun.com); Tue, 01 Apr 2008 07:13:23 -0700 (PDT) Received: from [192.168.15.2] ([76.191.223.250]) by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JYN00H3BGUAIF50@fe-sfbay-09.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Tue, 01 Apr 2008 07:13:22 -0700 (PDT) Date: Tue, 01 Apr 2008 07:10:53 -0700 From: Tom Childers Subject: Re: Comments on case LSARC/2008/052 In-reply-to: <20080401084457.GA10827@sun.com> Sender: Thomas.Childers@sun.com To: Petr Jiricka Cc: Prashant Srinivasan , lsarc@sun.com Message-id: <2E629461-AF66-4D22-BCC9-39C201D09B16@sun.com> MIME-version: 1.0 X-Mailer: Apple Mail (2.753) Content-type: text/plain; format=flowed; delsp=yes; charset=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <20080325184340.GA16135@sun.com> <47EFF882.1020807@sun.com> <47F12651.5040003@sun.com> <20080401084457.GA10827@sun.com> Status: RO Content-Length: 1423 Petr, If you are still at work, can you comment on the idea of packaging JRuby as a standalone? How feasible is that for you, what is the impact? LSARC, We should discuss the package manager issue in the LSARC meeting this morning, (at around 10.15 Pacific Daylight Time, for Petr's benefit). Personally, I don't think there is anything we can or should do about this. Every software product has a basic installation mechanism, and many of them have their own update mechanisms (esp. Glassfish and NetBeans). If a component chooses to update itself, and I would argue that RubyGems is doing just that, we need to support it as A Good Thing. -tdc On Apr 1, 2008, at 1:44 AM, Jyri Virkki wrote: > Prashant Srinivasan wrote: >> >> Rather . . . the case in question delivers gem files in Solaris >> package(s). These gem files also be manipulated by the gem package >> manager(also delivered by this case) independent of Solaris packages. >> The problem? This means that there are files on the system that are >> managed by two package managers, and that could result in stomping. > > Unfortunately I haven't been able to look into this case having been > out sick and probably won't make the call tomorrow either. But if the > above is the case, looks like there are unresolved problems with this > case that need to be looked into... > > -- > Jyri J. Virkki - jyri.virkki@sun.com - Sun Microsystems From sacadmin Tue Apr 1 09:25: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 m31GP1Bm013722 for ; Tue, 1 Apr 2008 09:25:02 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m31GOwOt023766 for <@sunmail2sca.sfbay.sun.com:lsarc@sun.com>; Tue, 1 Apr 2008 17:25:00 +0100 (BST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JYN004HQMXMTZ30@brm-avmta-1.central.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Tue, 01 Apr 2008 10:24:59 -0600 (MDT) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JYN004P4MSZUW30@brm-avmta-1.central.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Tue, 01 Apr 2008 10:22:12 -0600 (MDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-2-fe3.eu.sun.com [192.18.6.12]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m31GMB2G019409 for ; Tue, 01 Apr 2008 16:22:11 +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 <0JYN00601LKT7900@fe-emea-09.sun.com> (original mail from Petr.Jiricka@Sun.COM) for lsarc@sun.com (ORCPT lsarc@sun.com); Tue, 01 Apr 2008 17:22:11 +0100 (BST) Received: from dhcp-eprg06-21-179.czech.sun.com ([129.157.21.179]) by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JYN00HOWMSQWJ90@fe-emea-09.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Tue, 01 Apr 2008 17:22:02 +0100 (BST) Date: Tue, 01 Apr 2008 18:23:12 +0200 From: Petr Jiricka Subject: Re: Comments on case LSARC/2008/052 In-reply-to: <2E629461-AF66-4D22-BCC9-39C201D09B16@sun.com> Sender: Petr.Jiricka@sun.com To: Tom Childers Cc: Prashant Srinivasan , lsarc@sun.com Message-id: <47F26170.7020006@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <20080325184340.GA16135@sun.com> <47EFF882.1020807@sun.com> <47F12651.5040003@sun.com> <20080401084457.GA10827@sun.com> <2E629461-AF66-4D22-BCC9-39C201D09B16@sun.com> User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) Status: RO Content-Length: 1920 Tom Childers wrote: > Petr, > > If you are still at work, can you comment on the idea of packaging JRuby > as a standalone? How feasible is that for you, what is the impact? I think going forward this is definitely worth considering, especially since GlassFish v3 will provide integration with JRuby and will basically depend on JRuby. In NetBeans 6.0.1 we did not see this as a priority since NetBeans is basically the only product that uses JRuby in some way, so I don't think this is necessarily a stopper for this particular case. Going forward though, I agree it should be separated out. Petr > > LSARC, > > We should discuss the package manager issue in the LSARC meeting this > morning, (at around 10.15 Pacific Daylight Time, for Petr's benefit). > Personally, I don't think there is anything we can or should do about > this. Every software product has a basic installation mechanism, and > many of them have their own update mechanisms (esp. Glassfish and > NetBeans). If a component chooses to update itself, and I would argue > that RubyGems is doing just that, we need to support it as A Good Thing. > -tdc > > > On Apr 1, 2008, at 1:44 AM, Jyri Virkki wrote: >> Prashant Srinivasan wrote: >>> >>> Rather . . . the case in question delivers gem files in Solaris >>> package(s). These gem files also be manipulated by the gem package >>> manager(also delivered by this case) independent of Solaris packages. >>> The problem? This means that there are files on the system that are >>> managed by two package managers, and that could result in stomping. >> >> Unfortunately I haven't been able to look into this case having been >> out sick and probably won't make the call tomorrow either. But if the >> above is the case, looks like there are unresolved problems with this >> case that need to be looked into... >> >> -- >> Jyri J. Virkki - jyri.virkki@sun.com - Sun Microsystems > From sacadmin Tue Apr 1 17:07:47 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 m3207k4J006502 for ; Tue, 1 Apr 2008 17:07:46 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m3207gdN014735 for <@sunmail2sca.sfbay.sun.com:lsarc@sun.com>; Wed, 2 Apr 2008 01:07:45 +0100 (BST) 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 <0JYO0050F8CWG600@nwk-avmta-2.sfbay.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Tue, 01 Apr 2008 17:07:44 -0700 (PDT) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JYO0027T8CVPD20@nwk-avmta-2.sfbay.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Tue, 01 Apr 2008 17:07:43 -0700 (PDT) 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 m3207hPi001456 for ; Tue, 01 Apr 2008 17:07:43 -0700 (PDT) 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 <0JYO00101875H400@fe-sfbay-09.sun.com> (original mail from tom.childers@sun.com) for lsarc@sun.com (ORCPT lsarc@sun.com); Tue, 01 Apr 2008 17:07:43 -0700 (PDT) Received: from [192.168.15.2] ([76.191.223.250]) by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JYO0086B8CISIG0@fe-sfbay-09.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Tue, 01 Apr 2008 17:07:31 -0700 (PDT) Date: Tue, 01 Apr 2008 17:05:02 -0700 From: Tom Childers Subject: Re: Comments on case LSARC/2008/052, NetBeans JRuby In-reply-to: <47F26170.7020006@sun.com> Sender: Thomas.Childers@sun.com To: lsarc@sun.com Cc: Prashant Srinivasan , Petr Jiricka Message-id: MIME-version: 1.0 X-Mailer: Apple Mail (2.753) Content-type: text/plain; format=flowed; delsp=yes; charset=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <20080325184340.GA16135@sun.com> <47EFF882.1020807@sun.com> <47F12651.5040003@sun.com> <20080401084457.GA10827@sun.com> <2E629461-AF66-4D22-BCC9-39C201D09B16@sun.com> <47F26170.7020006@sun.com> Status: RO Content-Length: 2173 Since some discussion arose at our meeting today concerning this case, I'm extending the timer until Friday, April 4th. -tdc On Apr 1, 2008, at 9:23 AM, Petr Jiricka wrote: > Tom Childers wrote: >> Petr, >> If you are still at work, can you comment on the idea of packaging >> JRuby as a standalone? How feasible is that for you, what is the >> impact? > > I think going forward this is definitely worth considering, > especially since GlassFish v3 will provide integration with JRuby > and will basically depend on JRuby. In NetBeans 6.0.1 we did not > see this as a priority since NetBeans is basically the only product > that uses JRuby in some way, so I don't think this is necessarily a > stopper for this particular case. Going forward though, I agree it > should be separated out. > > Petr > >> LSARC, >> We should discuss the package manager issue in the LSARC meeting >> this morning, (at around 10.15 Pacific Daylight Time, for Petr's >> benefit). Personally, I don't think there is anything we can or >> should do about this. Every software product has a basic >> installation mechanism, and many of them have their own update >> mechanisms (esp. Glassfish and NetBeans). If a component chooses >> to update itself, and I would argue that RubyGems is doing just >> that, we need to support it as A Good Thing. >> -tdc >> On Apr 1, 2008, at 1:44 AM, Jyri Virkki wrote: >>> Prashant Srinivasan wrote: >>>> >>>> Rather . . . the case in question delivers gem files in Solaris >>>> package(s). These gem files also be manipulated by the gem package >>>> manager(also delivered by this case) independent of Solaris >>>> packages. >>>> The problem? This means that there are files on the system that are >>>> managed by two package managers, and that could result in stomping. >>> >>> Unfortunately I haven't been able to look into this case having been >>> out sick and probably won't make the call tomorrow either. But if >>> the >>> above is the case, looks like there are unresolved problems with >>> this >>> case that need to be looked into... >>> >>> -- >>> Jyri J. Virkki - jyri.virkki@sun.com - Sun Microsystems > From sacadmin Tue Apr 1 18:09:15 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 m3219EiF008037 for ; Tue, 1 Apr 2008 18:09:14 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m321995i007324; Wed, 2 Apr 2008 02:09:11 +0100 (BST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JYO00L09B796R00@brm-avmta-1.central.sun.com>; Tue, 01 Apr 2008 19:09:09 -0600 (MDT) Received: from buye.red.iplanet.com ([192.18.65.224]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JYO0008AB78PSB0@brm-avmta-1.central.sun.com>; Tue, 01 Apr 2008 19:09:09 -0600 (MDT) Received: from buye.red.iplanet.com (localhost [127.0.0.1]) by buye.red.iplanet.com (8.13.7+Sun/8.13.7) with ESMTP id m32198cb019767; Tue, 01 Apr 2008 18:09:08 -0700 (PDT) Received: (from jyri@localhost) by buye.red.iplanet.com (8.13.7+Sun/8.13.7/Submit) id m32198Ft019766; Tue, 01 Apr 2008 18:09:08 -0700 (PDT) Date: Tue, 01 Apr 2008 18:09:08 -0700 From: Jyri Virkki Subject: Re: Fwd: Comments on case LSARC/2008/052 In-reply-to: <47F12651.5040003@sun.com> To: Prashant Srinivasan , Petr Jiricka Cc: lsarc@sun.com Message-id: <20080402010908.GD13187@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.4.1.325704 References: <20080325184340.GA16135@sun.com> <47EFF882.1020807@sun.com> <47F12651.5040003@sun.com> User-Agent: Mutt/1.5.11 Status: RO Content-Length: 1360 Prashant Srinivasan wrote: > > Rather . . . the case in question delivers gem files in Solaris > package(s). These gem files also be manipulated by the gem package > manager(also delivered by this case) independent of Solaris packages. > The problem? This means that there are files on the system that are > managed by two package managers, and that could result in stomping. Finally had a change to look at the inception.materials. It seems that all the content delivered in this case (per filelayout.html) is under the netbeans install location which is presumably under each user's home dir or wherever they wish, but specifically, not under any system locations such as /usr or /var. Petr, is this correct? Prashant can you provide more detail on the conflict you noticed? On an unrelated note, I noticed a syntax error in the interface table, as it claims to import jruby & gems from their upstream locations. An "Imported Inteface" means imported from the world of [Open]Solaris components, so it must reference a previous ARC case not an external site. What this case does is bring in those components from their upstream community into the world of [Open]Solaris (or, at least, the world of NetBeans), so jruby and the listed gems all go into the Exported Interfaces table here. -- Jyri J. Virkki - jyri.virkki@sun.com - Sun Microsystems From sacadmin Fri Apr 4 17:33: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 m350XQkB015221 for ; Fri, 4 Apr 2008 17:33:26 -0700 (PDT) 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 m350XLrE004177 for <@sunmail2sca.sfbay.sun.com:lsarc@sun.com>; Sat, 5 Apr 2008 08:33:25 +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 <0JYT00D03TJOLL00@nwk-avmta-2.sfbay.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Fri, 04 Apr 2008 17:33:24 -0700 (PDT) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JYT00C9PTJOOR10@nwk-avmta-2.sfbay.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Fri, 04 Apr 2008 17:33:24 -0700 (PDT) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m350XO8L022660 for ; Fri, 04 Apr 2008 17:33:24 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JYT00001TFZIX00@fe-sfbay-10.sun.com> (original mail from Prashant.Srinivasan@Sun.COM) for lsarc@sun.com (ORCPT lsarc@sun.com); Fri, 04 Apr 2008 17:33:24 -0700 (PDT) Received: from [129.145.154.80] by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JYT00B3ATJMCF50@fe-sfbay-10.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Fri, 04 Apr 2008 17:33:24 -0700 (PDT) Date: Fri, 04 Apr 2008 17:33:22 -0700 From: Prashant Srinivasan Subject: Re: Fwd: Comments on case LSARC/2008/052 In-reply-to: <20080402010908.GD13187@sun.com> Sender: Prashant.Srinivasan@sun.com To: Jyri Virkki Cc: Petr Jiricka , lsarc@sun.com Message-id: <47F6C8D2.7040205@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <20080325184340.GA16135@sun.com> <47EFF882.1020807@sun.com> <47F12651.5040003@sun.com> <20080402010908.GD13187@sun.com> User-Agent: Thunderbird 2.0.0.6 (X11/20070802) Status: RO Content-Length: 2514 Jyri Virkki wrote: > Prashant Srinivasan wrote: > >> Rather . . . the case in question delivers gem files in Solaris >> package(s). These gem files also be manipulated by the gem package >> manager(also delivered by this case) independent of Solaris packages. >> The problem? This means that there are files on the system that are >> managed by two package managers, and that could result in stomping. >> > > Finally had a change to look at the inception.materials. It seems that > all the content delivered in this case (per filelayout.html) is under > the netbeans install location which is presumably under each user's > home dir or wherever they wish, but specifically, not under any system > locations such as /usr or /var. > > Petr, is this correct? > > Prashant can you provide more detail on the conflict you noticed? > Sorry for the late response on this - I was out for a day, and the emails just piled up. Just to add to my previous comments - we'd embarked on a project to integrate Rails into Solaris, and that had a similar requirement to what the case in question has. ie., to package Ruby gems(Rails in this particular case) into Solaris. I won't go into the details, the webstack-discuss thread is here -> http://opensolaris.org/jive/thread.jspa?threadID=52256 - in summary the only solution that was useful to Ruby end users was one in which gems were bundled as Solaris packages. This meant that while Solaris packages would be the delivery mechanism, The gems package management system would operate on the files delivered through Solaris packages. The feedback received on this architecture was that file stomping(as a result of dual ownership of files) would show package corruption during system audits and was considered a bad architectural practice . . . hence we decided not to pursue this path. To switch back to the current case, a significant number of files are gems delivered as Solaris packages - so these files are subject to the same problems. (ie., the files delivered as gems are the ones in the ./jruby-1.0.2/lib/ruby/gems/1.8/ directory structure.) The reason I made these comments was to find out if the project team had implemented a solution to mitigate this problem since it didn't seem solved, based on reading the ARC case. Hope that helps, -ps -- Prashant Srinivasan F/OSS Enthusiast Sun Microsystems, Inc. http://blogs.sun.com/prashant GnuPG key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x82FBDE5A From sacadmin Fri Apr 4 18:16:24 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 m351GN91019310 for ; Fri, 4 Apr 2008 18:16:23 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m351GEhl017769; Sat, 5 Apr 2008 09:16:17 +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 <0JYT00H01VJ2SE00@brm-avmta-1.central.sun.com>; Fri, 04 Apr 2008 19:16:14 -0600 (MDT) Received: from buye.red.iplanet.com ([192.18.65.224]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JYT009KLVJ11860@brm-avmta-1.central.sun.com>; Fri, 04 Apr 2008 19:16:14 -0600 (MDT) Received: from buye.red.iplanet.com (localhost [127.0.0.1]) by buye.red.iplanet.com (8.13.7+Sun/8.13.7) with ESMTP id m351GDD5018571; Fri, 04 Apr 2008 18:16:13 -0700 (PDT) Received: (from jyri@localhost) by buye.red.iplanet.com (8.13.7+Sun/8.13.7/Submit) id m351GDEb018570; Fri, 04 Apr 2008 18:16:13 -0700 (PDT) Date: Fri, 04 Apr 2008 18:16:13 -0700 From: Jyri Virkki Subject: Re: Fwd: Comments on case LSARC/2008/052 In-reply-to: <47F6C8D2.7040205@Sun.COM> To: Prashant Srinivasan , Petr.Jiricka@sun.com Cc: Petr Jiricka , lsarc@sun.com Message-id: <20080405011613.GO15662@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.4.1.325704 References: <20080325184340.GA16135@sun.com> <47EFF882.1020807@sun.com> <47F12651.5040003@sun.com> <20080402010908.GD13187@sun.com> <47F6C8D2.7040205@Sun.COM> User-Agent: Mutt/1.5.11 Status: RO Content-Length: 730 Prashant Srinivasan wrote: > > To switch back to the current case, a significant number of files are > gems delivered as Solaris packages - so these files are subject to the > same problems. (ie., the files delivered as gems are the ones in the > ./jruby-1.0.2/lib/ruby/gems/1.8/ directory structure.) Hm but does this case deliver in packages or just as a tarball that can be installed anywhere under user's home dir? If it is a package installing onto a fixed location files that later get corrupted (as far as the packaging system is concerned) by gem overwriting them, then there's a problem. Petr? Your responses are needed to reach closure on this case... -- Jyri J. Virkki - jyri.virkki@sun.com - Sun Microsystems From sacadmin Sun Apr 6 13:50:38 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 m36Kocb6025926 for ; Sun, 6 Apr 2008 13:50:38 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m36Kob6B059470 for <@sunmail2sca.sfbay.sun.com:lsarc@sun.com>; Sun, 6 Apr 2008 14:50:37 -0600 (MDT) 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 <0JYX00B018KAQI00@nwk-avmta-2.sfbay.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Sun, 06 Apr 2008 13:50:34 -0700 (PDT) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JYX006408K9FW30@nwk-avmta-2.sfbay.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Sun, 06 Apr 2008 13:50:33 -0700 (PDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-2-fe1.eu.sun.com [192.18.6.10]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m36KoWnD028942 for ; Sun, 06 Apr 2008 20:50:32 +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 <0JYX008018DZPU00@fe-emea-09.sun.com> (original mail from Petr.Jiricka@Sun.COM) for lsarc@sun.com (ORCPT lsarc@sun.com); Sun, 06 Apr 2008 21:50:32 +0100 (BST) Received: from petr-jirickas-computer-3.local ([195.70.135.234]) by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JYX0098A8K8ZH40@fe-emea-09.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Sun, 06 Apr 2008 21:50:32 +0100 (BST) Date: Sun, 06 Apr 2008 22:51:43 +0200 From: Petr Jiricka Subject: Re: Fwd: Comments on case LSARC/2008/052 In-reply-to: <20080405011613.GO15662@sun.com> Sender: Petr.Jiricka@Sun.COM To: Jyri Virkki Cc: Prashant Srinivasan , lsarc@Sun.COM, Petr Suchomel Message-id: <47F937DF.9020702@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <20080325184340.GA16135@sun.com> <47EFF882.1020807@sun.com> <47F12651.5040003@sun.com> <20080402010908.GD13187@sun.com> <47F6C8D2.7040205@Sun.COM> <20080405011613.GO15662@sun.com> User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) Status: RO Content-Length: 1267 I don't think this case is delivered as a Solaris package right now, but in the future that may be the case, from what I've heard. I am cc'ing Petr Suchomel who can confirm. I am not even sure how granular the packages would be - would this case correspond to one package? I still don't exactly understand the problem - can you please describe the exact user steps that would lead to a problem? If this indeed is a problem, could this be mitigated by excluding JRuby from the Solaris package for this case, whenever we create one? Thanks, Petr Jyri Virkki wrote: > Prashant Srinivasan wrote: >> To switch back to the current case, a significant number of files are >> gems delivered as Solaris packages - so these files are subject to the >> same problems. (ie., the files delivered as gems are the ones in the >> ./jruby-1.0.2/lib/ruby/gems/1.8/ directory structure.) > > Hm but does this case deliver in packages or just as a tarball that > can be installed anywhere under user's home dir? > > If it is a package installing onto a fixed location files that later > get corrupted (as far as the packaging system is concerned) by gem > overwriting them, then there's a problem. > > Petr? Your responses are needed to reach closure on this case... > From sacadmin Tue Apr 8 09:42:58 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 m38GgvMR000686 for ; Tue, 8 Apr 2008 09:42:58 -0700 (PDT) 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 m38Gglcw012699 for <@sunmail2sca.sfbay.sun.com:lsarc@sun.com>; Tue, 8 Apr 2008 17:42:53 +0100 (BST) 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 <0JZ000N1VMFD2A00@nwk-avmta-1.sfbay.Sun.COM> for lsarc@sun.com (ORCPT lsarc@sun.com); Tue, 08 Apr 2008 09:42:49 -0700 (PDT) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JZ000KAIMFBAJ30@nwk-avmta-1.sfbay.Sun.COM> for lsarc@sun.com (ORCPT lsarc@sun.com); Tue, 08 Apr 2008 09:42:47 -0700 (PDT) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m38Ggllw010045 for ; Tue, 08 Apr 2008 09:42:47 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JZ000H01KHT8500@fe-sfbay-10.sun.com> (original mail from tom.childers@sun.com) for lsarc@sun.com (ORCPT lsarc@sun.com); Tue, 08 Apr 2008 09:42:47 -0700 (PDT) Received: from [192.168.15.5] ([76.191.223.250]) by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JZ000IYSMEWHY90@fe-sfbay-10.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Tue, 08 Apr 2008 09:42:33 -0700 (PDT) Date: Tue, 08 Apr 2008 09:42:29 -0700 From: Tom Childers Subject: Re: Comments on case LSARC/2008/052 In-reply-to: <47F937DF.9020702@sun.com> Sender: Thomas.Childers@sun.com To: Petr Jiricka , Petr Suchomel Cc: Jyri Virkki , Prashant Srinivasan , lsarc@sun.com Message-id: MIME-version: 1.0 X-Mailer: Apple Mail (2.753) Content-type: text/plain; format=flowed; delsp=yes; charset=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <20080325184340.GA16135@sun.com> <47EFF882.1020807@sun.com> <47F12651.5040003@sun.com> <20080402010908.GD13187@sun.com> <47F6C8D2.7040205@Sun.COM> <20080405011613.GO15662@sun.com> <47F937DF.9020702@sun.com> Status: RO Content-Length: 2269 Petr**2, I believe the concern is that the two delivery mechanisms can collide, and cause a problem. If JRuby gems components are delivered on Solaris using Solaris pkgadd command, then the location and version info is stored in the Solaris package repository. If the gems updater comes along later and replaces these installed components, without using the pkg* commands, then the repository will not be updated, and will be inaccurate. If gems are initially installed as a tarball on Solaris, inside the NetBeans installation, then the Solaris package repository never gets involved, and there is no risk of update problems. Therefore, we can close this case if you confirm that Solaris delivery is via tar/zip file, without using the package commands. Or, if the Solaris delivery uses package commands, then the gem updater must continue to use package commands. Thanks, -tdc On Apr 6, 2008, at 1:51 PM, Petr Jiricka wrote: > I don't think this case is delivered as a Solaris package right > now, but in the future that may be the case, from what I've heard. > I am cc'ing Petr Suchomel who can confirm. I am not even sure how > granular the packages would be - would this case correspond to one > package? > > I still don't exactly understand the problem - can you please > describe the exact user steps that would lead to a problem? > > If this indeed is a problem, could this be mitigated by excluding > JRuby from the Solaris package for this case, whenever we create one? > > Thanks, > Petr > > Jyri Virkki wrote: >> Prashant Srinivasan wrote: >>> To switch back to the current case, a significant number of files >>> are gems delivered as Solaris packages - so these files are >>> subject to the same problems. (ie., the files delivered as gems >>> are the ones in the ./jruby-1.0.2/lib/ruby/gems/1.8/ directory >>> structure.) >> Hm but does this case deliver in packages or just as a tarball that >> can be installed anywhere under user's home dir? >> If it is a package installing onto a fixed location files that later >> get corrupted (as far as the packaging system is concerned) by gem >> overwriting them, then there's a problem. >> Petr? Your responses are needed to reach closure on this case... > From sacadmin Tue Apr 8 14:33:48 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 m38LXlGb011328 for ; Tue, 8 Apr 2008 14:33:48 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m38LXZEN015912 for <@sunmail2sca.sfbay.sun.com:lsarc@sun.com>; Tue, 8 Apr 2008 22:33:46 +0100 (BST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JZ000E0JZW7AY00@brm-avmta-1.central.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Tue, 08 Apr 2008 15:33:43 -0600 (MDT) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JZ0007D0ZW6BC60@brm-avmta-1.central.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Tue, 08 Apr 2008 15:33:43 -0600 (MDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-2-fe1.eu.sun.com [192.18.6.10]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m38LXgnx005093 for ; Tue, 08 Apr 2008 21:33:42 +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 <0JZ000901ZP7RB00@fe-emea-09.sun.com> (original mail from Petr.Jiricka@Sun.COM) for lsarc@sun.com (ORCPT lsarc@sun.com); Tue, 08 Apr 2008 22:33:42 +0100 (BST) Received: from petr-jirickas-computer-3.local ([129.150.124.17]) by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JZ0004DYZW5JTC0@fe-emea-09.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Tue, 08 Apr 2008 22:33:42 +0100 (BST) Date: Tue, 08 Apr 2008 23:34:53 +0200 From: Petr Jiricka Subject: Re: Comments on case LSARC/2008/052 In-reply-to: Sender: Petr.Jiricka@sun.com To: Tom Childers Cc: Petr Suchomel , Jyri Virkki , Prashant Srinivasan , lsarc@sun.com Message-id: <47FBE4FD.4060602@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <20080325184340.GA16135@sun.com> <47EFF882.1020807@sun.com> <47F12651.5040003@sun.com> <20080402010908.GD13187@sun.com> <47F6C8D2.7040205@Sun.COM> <20080405011613.GO15662@sun.com> <47F937DF.9020702@sun.com> User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) Status: RO Content-Length: 2396 Tom Childers wrote: > Petr**2, > > I believe the concern is that the two delivery mechanisms can collide, > and cause a problem. > > If JRuby gems components are delivered on Solaris using Solaris pkgadd > command, then the location and version info is stored in the Solaris > package repository. If the gems updater comes along later and replaces > these installed components, without using the pkg* commands, then the > repository will not be updated, and will be inaccurate. > > If gems are initially installed as a tarball on Solaris, inside the > NetBeans installation, then the Solaris package repository never gets > involved, and there is no risk of update problems. > > Therefore, we can close this case if you confirm that Solaris delivery > is via tar/zip file, without using the package commands. I need to defer to Petr Suchomel regarding this. Petr > Or, if the > Solaris delivery uses package commands, then the gem updater must > continue to use package commands. > > Thanks, > -tdc > > On Apr 6, 2008, at 1:51 PM, Petr Jiricka wrote: >> I don't think this case is delivered as a Solaris package right now, >> but in the future that may be the case, from what I've heard. I am >> cc'ing Petr Suchomel who can confirm. I am not even sure how granular >> the packages would be - would this case correspond to one package? >> >> I still don't exactly understand the problem - can you please describe >> the exact user steps that would lead to a problem? >> >> If this indeed is a problem, could this be mitigated by excluding >> JRuby from the Solaris package for this case, whenever we create one? >> >> Thanks, >> Petr >> >> Jyri Virkki wrote: >>> Prashant Srinivasan wrote: >>>> To switch back to the current case, a significant number of files >>>> are gems delivered as Solaris packages - so these files are subject >>>> to the same problems. (ie., the files delivered as gems are the ones >>>> in the ./jruby-1.0.2/lib/ruby/gems/1.8/ directory structure.) >>> Hm but does this case deliver in packages or just as a tarball that >>> can be installed anywhere under user's home dir? >>> If it is a package installing onto a fixed location files that later >>> get corrupted (as far as the packaging system is concerned) by gem >>> overwriting them, then there's a problem. >>> Petr? Your responses are needed to reach closure on this case... >> > From sacadmin Tue Apr 8 23:01: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 m3960xLu026669 for ; Tue, 8 Apr 2008 23:00:59 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m3960uRv005475; Wed, 9 Apr 2008 07:00:56 +0100 (BST) 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 <0JZ100F8XNDIJ000@nwk-avmta-2.sfbay.sun.com>; Tue, 08 Apr 2008 23:00:54 -0700 (PDT) Received: from buye.red.iplanet.com ([192.18.65.224]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JZ100E4DNC5CX10@nwk-avmta-2.sfbay.sun.com>; Tue, 08 Apr 2008 23:00:09 -0700 (PDT) Received: from buye.red.iplanet.com (localhost [127.0.0.1]) by buye.red.iplanet.com (8.13.7+Sun/8.13.7) with ESMTP id m39605k3005006; Tue, 08 Apr 2008 23:00:05 -0700 (PDT) Received: (from jyri@localhost) by buye.red.iplanet.com (8.13.7+Sun/8.13.7/Submit) id m39605W8005005; Tue, 08 Apr 2008 23:00:05 -0700 (PDT) Date: Tue, 08 Apr 2008 23:00:05 -0700 From: Jyri Virkki Subject: Re: Fwd: Comments on case LSARC/2008/052 In-reply-to: <47F937DF.9020702@sun.com> To: Petr Jiricka Cc: Prashant Srinivasan , lsarc@Sun.COM, Petr Suchomel Message-id: <20080409060004.GA4821@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.4.1.325704 References: <20080325184340.GA16135@sun.com> <47EFF882.1020807@sun.com> <47F12651.5040003@sun.com> <20080402010908.GD13187@sun.com> <47F6C8D2.7040205@Sun.COM> <20080405011613.GO15662@sun.com> <47F937DF.9020702@sun.com> User-Agent: Mutt/1.5.11 Status: RO Content-Length: 1768 Petr Jiricka wrote: > > I don't think this case is delivered as a Solaris package right now, but > in the future that may be the case, from what I've heard. I am cc'ing > Petr Suchomel who can confirm. I am not even sure how granular the > packages would be - would this case correspond to one package? > > I still don't exactly understand the problem - can you please describe > the exact user steps that would lead to a problem? You need to decide if this case covers the package delivery, or only tarballs. If this case does not deliver packages then you don't need to worry about it in this case. It also means that if you decide to deliver packages later you'll need to come back with a case which defines those packages and address the issue. If this case does deliver the package.. then the issue is that If that package delivers bits (gem files) which you also expect people to update via 'gem', there are now two sources of uncoordinated change to the very same files, which is the problem. (using made-up versions and names because it is 11pm and I don't want to look up the real values:) - user installs SUNWnetbeans v.1.0 containing gem-foo-3.7 - user decides they want the latest gem-foo so they run gem command which updates the package-delivered file to gem-foo-3.8 - already now the system is in a corrupt state since package validation will show something has corrupted the file delivered by SUNWnetbeans v.1.0 - gets worse when SUNWnetbeans v.1.1 comes out and user installs it, overwriting their gem-foo-3.8 back to gem-foo-3.7 (because Sun didn't have time to update those particular bits) - user's app blows up because it depended on gem-foo features delivered in 3.8 -- Jyri J. Virkki - jyri.virkki@sun.com - Sun Microsystems From sacadmin Tue Apr 22 10:47:49 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 m3MHlmLb026133 for ; Tue, 22 Apr 2008 10:47:48 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m3MHlcP5023399; Wed, 23 Apr 2008 01:47:41 +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 <0JZQ00601MRF3R00@brm-avmta-1.central.sun.com>; Tue, 22 Apr 2008 11:47:39 -0600 (MDT) Received: from buye.red.iplanet.com ([192.18.65.224]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JZQ0009TMREAS80@brm-avmta-1.central.sun.com>; Tue, 22 Apr 2008 11:47:38 -0600 (MDT) Received: from buye.red.iplanet.com (localhost [127.0.0.1]) by buye.red.iplanet.com (8.13.7+Sun/8.13.7) with ESMTP id m3MHlcWX010104; Tue, 22 Apr 2008 10:47:38 -0700 (PDT) Received: (from jyri@localhost) by buye.red.iplanet.com (8.13.7+Sun/8.13.7/Submit) id m3MHlcRI010103; Tue, 22 Apr 2008 10:47:38 -0700 (PDT) Date: Tue, 22 Apr 2008 10:47:38 -0700 From: Jyri Virkki Subject: Re: Fwd: Comments on case LSARC/2008/052 In-reply-to: <20080409060004.GA4821@sun.com> To: Petr.Jiricka@sun.com Cc: Petr Jiricka , Prashant Srinivasan , lsarc@sun.com, Petr Suchomel Message-id: <20080422174737.GA9955@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.4.1.325704 References: <20080325184340.GA16135@sun.com> <47EFF882.1020807@sun.com> <47F12651.5040003@sun.com> <20080402010908.GD13187@sun.com> <47F6C8D2.7040205@Sun.COM> <20080405011613.GO15662@sun.com> <47F937DF.9020702@sun.com> <20080409060004.GA4821@sun.com> User-Agent: Mutt/1.5.11 Status: RO Content-Length: 2215 Petr, this case is still hanging open because you have not yet responded to the email thread. Looks like it is ok but there needs to be closure. Below is the last email on the thread, you can review the full thread in the mail archive here: /net/sac/export/sac/arc/LSARC/2008/052/mail Jyri Virkki wrote: > > Petr Jiricka wrote: > > > > I don't think this case is delivered as a Solaris package right now, but > > in the future that may be the case, from what I've heard. I am cc'ing > > Petr Suchomel who can confirm. I am not even sure how granular the > > packages would be - would this case correspond to one package? > > > > I still don't exactly understand the problem - can you please describe > > the exact user steps that would lead to a problem? > > You need to decide if this case covers the package delivery, or only > tarballs. If this case does not deliver packages then you don't need > to worry about it in this case. It also means that if you decide to > deliver packages later you'll need to come back with a case which > defines those packages and address the issue. > > If this case does deliver the package.. then the issue is that If that > package delivers bits (gem files) which you also expect people to > update via 'gem', there are now two sources of uncoordinated change to > the very same files, which is the problem. > > (using made-up versions and names because it is 11pm and I don't want > to look up the real values:) > > - user installs SUNWnetbeans v.1.0 containing gem-foo-3.7 > - user decides they want the latest gem-foo so they run gem command > which updates the package-delivered file to gem-foo-3.8 > - already now the system is in a corrupt state since package validation > will show something has corrupted the file delivered by SUNWnetbeans v.1.0 > - gets worse when SUNWnetbeans v.1.1 comes out and user installs it, > overwriting their gem-foo-3.8 back to gem-foo-3.7 (because Sun didn't have > time to update those particular bits) > - user's app blows up because it depended on gem-foo features delivered in 3.8 > > > -- > Jyri J. Virkki - jyri.virkki@sun.com - Sun Microsystems -- Jyri J. Virkki - jyri.virkki@sun.com - Sun Microsystems From sacadmin Tue Apr 22 11:57:28 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 m3MIvRJI029647 for ; Tue, 22 Apr 2008 11:57:28 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m3MIvQ1d020940 for <@sunmail2sca.sfbay.sun.com:lsarc@sun.com>; Wed, 23 Apr 2008 02:57:26 +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 <0JZQ00301PZPEN00@nwk-avmta-1.sfbay.Sun.COM> for lsarc@sun.com (ORCPT lsarc@sun.com); Tue, 22 Apr 2008 11:57:25 -0700 (PDT) Received: from gmp-eb-inf-2.sun.com ([192.18.6.24]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JZQ00E9OPZO5UA0@nwk-avmta-1.sfbay.Sun.COM> for lsarc@sun.com (ORCPT lsarc@sun.com); Tue, 22 Apr 2008 11:57:25 -0700 (PDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-2-fe1.eu.sun.com [192.18.6.10]) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m3MIvOex017257 for ; Tue, 22 Apr 2008 18:57:24 +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 <0JZQ00401PRS1J00@fe-emea-09.sun.com> (original mail from Petr.Suchomel@Sun.COM) for lsarc@sun.com (ORCPT lsarc@sun.com); Tue, 22 Apr 2008 19:57:24 +0100 (BST) Received: from [192.168.4.199] ([147.32.206.14]) by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JZQ0047GPZNREA0@fe-emea-09.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Tue, 22 Apr 2008 19:57:23 +0100 (BST) Date: Tue, 22 Apr 2008 20:57:23 +0200 From: Petr Suchomel Subject: Re: Fwd: Comments on case LSARC/2008/052 In-reply-to: <20080422174737.GA9955@sun.com> Sender: Petr.Suchomel@Sun.COM To: Jyri Virkki Cc: Petr.Jiricka@Sun.COM, Prashant Srinivasan , lsarc@Sun.COM Message-id: <480E3513.8010700@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <20080325184340.GA16135@sun.com> <47EFF882.1020807@sun.com> <47F12651.5040003@sun.com> <20080402010908.GD13187@sun.com> <47F6C8D2.7040205@Sun.COM> <20080405011613.GO15662@sun.com> <47F937DF.9020702@sun.com> <20080409060004.GA4821@sun.com> <20080422174737.GA9955@sun.com> User-Agent: Thunderbird 2.0.0.12 (X11/20080227) Status: RO Content-Length: 2362 Hi, I have a discussion with other Petr today, still need to go deeper as far as this is not an easy answer for me. --Petr Jyri Virkki wrote: > Petr, this case is still hanging open because you have not yet > responded to the email thread. Looks like it is ok but there needs to > be closure. > > Below is the last email on the thread, you can review the full thread > in the mail archive here: > > /net/sac/export/sac/arc/LSARC/2008/052/mail > > > > Jyri Virkki wrote: > >> Petr Jiricka wrote: >> >>> I don't think this case is delivered as a Solaris package right now, but >>> in the future that may be the case, from what I've heard. I am cc'ing >>> Petr Suchomel who can confirm. I am not even sure how granular the >>> packages would be - would this case correspond to one package? >>> >>> I still don't exactly understand the problem - can you please describe >>> the exact user steps that would lead to a problem? >>> >> You need to decide if this case covers the package delivery, or only >> tarballs. If this case does not deliver packages then you don't need >> to worry about it in this case. It also means that if you decide to >> deliver packages later you'll need to come back with a case which >> defines those packages and address the issue. >> >> If this case does deliver the package.. then the issue is that If that >> package delivers bits (gem files) which you also expect people to >> update via 'gem', there are now two sources of uncoordinated change to >> the very same files, which is the problem. >> >> (using made-up versions and names because it is 11pm and I don't want >> to look up the real values:) >> >> - user installs SUNWnetbeans v.1.0 containing gem-foo-3.7 >> - user decides they want the latest gem-foo so they run gem command >> which updates the package-delivered file to gem-foo-3.8 >> - already now the system is in a corrupt state since package validation >> will show something has corrupted the file delivered by SUNWnetbeans v.1.0 >> - gets worse when SUNWnetbeans v.1.1 comes out and user installs it, >> overwriting their gem-foo-3.8 back to gem-foo-3.7 (because Sun didn't have >> time to update those particular bits) >> - user's app blows up because it depended on gem-foo features delivered in 3.8 >> >> >> -- >> Jyri J. Virkki - jyri.virkki@sun.com - Sun Microsystems >> From sacadmin Tue Apr 22 12:35:44 2008 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m3MJZieU000365 for ; Tue, 22 Apr 2008 12:35:44 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m3MJZgor009891 for <@sunmail2sca.sfbay.sun.com:lsarc@sun.com>; Tue, 22 Apr 2008 12:35:43 -0700 (PDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JZQ00D13RRHIE00@brm-avmta-1.central.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Tue, 22 Apr 2008 13:35:41 -0600 (MDT) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JZQ00BCZRRGIG30@brm-avmta-1.central.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Tue, 22 Apr 2008 13:35:41 -0600 (MDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-2-fe2.eu.sun.com [192.18.6.11]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m3MJZeLM000523 for ; Tue, 22 Apr 2008 19:35:40 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JZQ00H01RMWWE00@fe-emea-10.sun.com> (original mail from Petr.Jiricka@Sun.COM) for lsarc@sun.com (ORCPT lsarc@sun.com); Tue, 22 Apr 2008 20:35:40 +0100 (BST) Received: from petr-jirickas-computer-3.local ([195.70.135.234]) by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JZQ00ATIRRF24C0@fe-emea-10.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Tue, 22 Apr 2008 20:35:40 +0100 (BST) Date: Tue, 22 Apr 2008 21:35:40 +0200 From: Petr Jiricka Subject: Re: Fwd: Comments on case LSARC/2008/052 In-reply-to: <480E3513.8010700@sun.com> Sender: Petr.Jiricka@sun.com To: Petr Suchomel Cc: Jyri Virkki , Prashant Srinivasan , lsarc@sun.com Message-id: <480E3E0C.9010400@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <20080325184340.GA16135@sun.com> <47EFF882.1020807@sun.com> <47F12651.5040003@sun.com> <20080402010908.GD13187@sun.com> <47F6C8D2.7040205@Sun.COM> <20080405011613.GO15662@sun.com> <47F937DF.9020702@sun.com> <20080409060004.GA4821@sun.com> <20080422174737.GA9955@sun.com> <480E3513.8010700@sun.com> User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) Status: RO Content-Length: 2522 Petr Suchomel wrote: > Hi, > I have a discussion with other Petr today, still need to go deeper as > far as this is not an easy answer for me. Right. We are continuing to gather information. Petr > --Petr > > Jyri Virkki wrote: >> Petr, this case is still hanging open because you have not yet >> responded to the email thread. Looks like it is ok but there needs to >> be closure. >> >> Below is the last email on the thread, you can review the full thread >> in the mail archive here: >> >> /net/sac/export/sac/arc/LSARC/2008/052/mail >> >> >> >> Jyri Virkki wrote: >> >>> Petr Jiricka wrote: >>> >>>> I don't think this case is delivered as a Solaris package right now, >>>> but in the future that may be the case, from what I've heard. I am >>>> cc'ing Petr Suchomel who can confirm. I am not even sure how >>>> granular the packages would be - would this case correspond to one >>>> package? >>>> >>>> I still don't exactly understand the problem - can you please >>>> describe the exact user steps that would lead to a problem? >>>> >>> You need to decide if this case covers the package delivery, or only >>> tarballs. If this case does not deliver packages then you don't need >>> to worry about it in this case. It also means that if you decide to >>> deliver packages later you'll need to come back with a case which >>> defines those packages and address the issue. >>> >>> If this case does deliver the package.. then the issue is that If that >>> package delivers bits (gem files) which you also expect people to >>> update via 'gem', there are now two sources of uncoordinated change to >>> the very same files, which is the problem. >>> >>> (using made-up versions and names because it is 11pm and I don't want >>> to look up the real values:) >>> >>> - user installs SUNWnetbeans v.1.0 containing gem-foo-3.7 >>> - user decides they want the latest gem-foo so they run gem command >>> which updates the package-delivered file to gem-foo-3.8 >>> - already now the system is in a corrupt state since package validation >>> will show something has corrupted the file delivered by >>> SUNWnetbeans v.1.0 >>> - gets worse when SUNWnetbeans v.1.1 comes out and user installs it, >>> overwriting their gem-foo-3.8 back to gem-foo-3.7 (because Sun >>> didn't have >>> time to update those particular bits) >>> - user's app blows up because it depended on gem-foo features >>> delivered in 3.8 >>> >>> >>> -- >>> Jyri J. Virkki - jyri.virkki@sun.com - Sun Microsystems >>> From sacadmin Tue Apr 22 15:30:04 2008 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m3MMU4Xf008544 for ; Tue, 22 Apr 2008 15:30:04 -0700 (PDT) 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 m3MMU1DC019771; Tue, 22 Apr 2008 15:30:02 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JZQ0030BZU1TA00@nwk-avmta-1.sfbay.Sun.COM>; Tue, 22 Apr 2008 15:30:01 -0700 (PDT) Received: from buye.red.iplanet.com ([192.18.65.224]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JZQ00ET5ZU0UL40@nwk-avmta-1.sfbay.Sun.COM>; Tue, 22 Apr 2008 15:30:00 -0700 (PDT) Received: from buye.red.iplanet.com (localhost [127.0.0.1]) by buye.red.iplanet.com (8.13.7+Sun/8.13.7) with ESMTP id m3MMU0JD010803; Tue, 22 Apr 2008 15:30:00 -0700 (PDT) Received: (from jyri@localhost) by buye.red.iplanet.com (8.13.7+Sun/8.13.7/Submit) id m3MMU0Jd010802; Tue, 22 Apr 2008 15:30:00 -0700 (PDT) Date: Tue, 22 Apr 2008 15:30:00 -0700 From: Jyri Virkki Subject: Re: Fwd: Comments on case LSARC/2008/052 In-reply-to: <480E3E0C.9010400@sun.com> To: Petr Jiricka Cc: Petr Suchomel , Jyri Virkki , Prashant Srinivasan , lsarc@sun.com Message-id: <20080422223000.GH7999@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.4.1.325704 References: <47EFF882.1020807@sun.com> <47F12651.5040003@sun.com> <20080402010908.GD13187@sun.com> <47F6C8D2.7040205@Sun.COM> <20080405011613.GO15662@sun.com> <47F937DF.9020702@sun.com> <20080409060004.GA4821@sun.com> <20080422174737.GA9955@sun.com> <480E3513.8010700@sun.com> <480E3E0C.9010400@sun.com> User-Agent: Mutt/1.5.11 Status: RO Content-Length: 455 Petr Jiricka wrote: > > Petr Suchomel wrote: > >Hi, > >I have a discussion with other Petr today, still need to go deeper as > >far as this is not an easy answer for me. > > Right. We are continuing to gather information. Ok, good to hear. I set the IAM file to 'waiting need spec' for the moment to reflect the info gathering, just report back on this thread once your are ready. Thanks.. -- Jyri J. Virkki - jyri.virkki@sun.com - Sun Microsystems From sacadmin Wed May 7 08: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 m47F39WD001773 for ; Wed, 7 May 2008 08:03:09 -0700 (PDT) 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 m47F2xxH005974 for <@sunmail2sca.sfbay.sun.com:lsarc@sun.com>; Wed, 7 May 2008 16:03:08 +0100 (BST) 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 <0K0I00M0X756HZ00@nwk-avmta-1.sfbay.Sun.COM> for lsarc@sun.com (ORCPT lsarc@sun.com); Wed, 07 May 2008 08:03:06 -0700 (PDT) Received: from gmp-eb-inf-2.sun.com ([192.18.6.24]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K0I00DQJ753E140@nwk-avmta-1.sfbay.Sun.COM> for lsarc@sun.com (ORCPT lsarc@sun.com); Wed, 07 May 2008 08:03:04 -0700 (PDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-2-fe1.eu.sun.com [192.18.6.10]) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m47F33tJ026590 for ; Wed, 07 May 2008 15:03:03 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K0I00A016E6MI00@fe-emea-10.sun.com> (original mail from Petr.Jiricka@Sun.COM) for lsarc@sun.com (ORCPT lsarc@sun.com); Wed, 07 May 2008 16:03:03 +0100 (BST) Received: from petr-jirickas-computer-3.local ([63.196.29.90]) by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K0I005R374YV390@fe-emea-10.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Wed, 07 May 2008 16:03:00 +0100 (BST) Date: Wed, 07 May 2008 08:03:04 -0700 From: Petr Jiricka Subject: Re: Fwd: Comments on case LSARC/2008/052 In-reply-to: <20080422223000.GH7999@sun.com> Sender: Petr.Jiricka@sun.com To: Jyri Virkki Cc: Petr Suchomel , Prashant Srinivasan , lsarc@sun.com, Shura Message-id: <4821C4A8.1070900@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <47EFF882.1020807@sun.com> <47F12651.5040003@sun.com> <20080402010908.GD13187@sun.com> <47F6C8D2.7040205@Sun.COM> <20080405011613.GO15662@sun.com> <47F937DF.9020702@sun.com> <20080409060004.GA4821@sun.com> <20080422174737.GA9955@sun.com> <480E3513.8010700@sun.com> <480E3E0C.9010400@sun.com> <20080422223000.GH7999@sun.com> User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) Status: RO Content-Length: 816 Hi Jyri, the info I got from Shura (Alexandre Iline, cc'ed) is that for the Ruby functionality, NetBeans has one Solaris package (for both Solaris 10 and Indiana), which also includes the bundled JRuby. Sounds like there may be problems with JRuby packaging wrt. to the gem tool. How would you suggest this is solved, and how should JRuby be packaged for Solaris? Thanks, Petr Jyri Virkki wrote: > Petr Jiricka wrote: >> Petr Suchomel wrote: >>> Hi, >>> I have a discussion with other Petr today, still need to go deeper as >>> far as this is not an easy answer for me. >> Right. We are continuing to gather information. > > Ok, good to hear. I set the IAM file to 'waiting need spec' for the > moment to reflect the info gathering, just report back on this thread > once your are ready. Thanks.. > > From sacadmin Fri May 9 07:42: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 m49EgKlp015581 for ; Fri, 9 May 2008 07:42:20 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m49EgETB000885 for <@sunmail2sca.sfbay.sun.com:lsarc@sun.com>; Fri, 9 May 2008 15:42:18 +0100 (BST) 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 <0K0L00809VIH9M00@nwk-avmta-2.sfbay.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Fri, 09 May 2008 07:42:17 -0700 (PDT) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K0L00KM0VIGALA0@nwk-avmta-2.sfbay.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Fri, 09 May 2008 07:42:17 -0700 (PDT) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m49EgGmI016861 for ; Fri, 09 May 2008 07:42:16 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K0L00301VC06L00@fe-sfbay-10.sun.com> (original mail from tom.childers@sun.com) for lsarc@sun.com (ORCPT lsarc@sun.com); Fri, 09 May 2008 07:42:16 -0700 (PDT) Received: from [192.168.15.5] ([76.191.223.250]) by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K0L0042BVIGMA10@fe-sfbay-10.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Fri, 09 May 2008 07:42:16 -0700 (PDT) Date: Fri, 09 May 2008 07:41:51 -0700 From: Tom Childers Subject: Re: Comments on case LSARC/2008/052 In-reply-to: <4821C4A8.1070900@sun.com> Sender: Thomas.Childers@sun.com To: Petr Jiricka Cc: Jyri Virkki , Petr Suchomel , Prashant Srinivasan , lsarc@sun.com, Shura Message-id: <2E1A986F-ED35-40B6-A1E1-9BCA0F1F1FE5@sun.com> MIME-version: 1.0 X-Mailer: Apple Mail (2.753) Content-type: text/plain; format=flowed; delsp=yes; charset=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <47EFF882.1020807@sun.com> <47F12651.5040003@sun.com> <20080402010908.GD13187@sun.com> <47F6C8D2.7040205@Sun.COM> <20080405011613.GO15662@sun.com> <47F937DF.9020702@sun.com> <20080409060004.GA4821@sun.com> <20080422174737.GA9955@sun.com> <480E3513.8010700@sun.com> <480E3E0C.9010400@sun.com> <20080422223000.GH7999@sun.com> <4821C4A8.1070900@sun.com> Status: RO Content-Length: 1190 Hi, Petr. I haven't seen any response, and I'd really like to get this case resolved. It sounds like NetBeans has the same issue! If NB is delivered as a package, how does NB Update Center work, since it would alter the installation without informing the package database? -tdc On May 7, 2008, at 8:03 AM, Petr Jiricka wrote: > Hi Jyri, > > the info I got from Shura (Alexandre Iline, cc'ed) is that for the > Ruby functionality, NetBeans has one Solaris package (for both > Solaris 10 and Indiana), which also includes the bundled JRuby. > Sounds like there may be problems with JRuby packaging wrt. to the > gem tool. > > How would you suggest this is solved, and how should JRuby be > packaged for Solaris? > > Thanks, > Petr > > Jyri Virkki wrote: >> Petr Jiricka wrote: >>> Petr Suchomel wrote: >>>> Hi, >>>> I have a discussion with other Petr today, still need to go >>>> deeper as far as this is not an easy answer for me. >>> Right. We are continuing to gather information. >> Ok, good to hear. I set the IAM file to 'waiting need spec' for the >> moment to reflect the info gathering, just report back on this thread >> once your are ready. Thanks.. > > > From sacadmin Fri May 9 08:36:54 2008 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m49Faru3016774 for ; Fri, 9 May 2008 08:36:54 -0700 (PDT) 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 m49FanXS025332 for <@sunmail2sca.sfbay.sun.com:lsarc@sun.com>; Fri, 9 May 2008 16:36:52 +0100 (BST) 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 <0K0L00I03Y1FS000@nwk-avmta-1.sfbay.Sun.COM> for lsarc@sun.com (ORCPT lsarc@sun.com); Fri, 09 May 2008 08:36:51 -0700 (PDT) Received: from gmp-eb-inf-2.sun.com ([192.18.6.24]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K0L0029RY1DO4B0@nwk-avmta-1.sfbay.Sun.COM> for lsarc@sun.com (ORCPT lsarc@sun.com); Fri, 09 May 2008 08:36:50 -0700 (PDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-2-fe3.eu.sun.com [192.18.6.12]) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m49FanE6001161 for ; Fri, 09 May 2008 15:36:49 +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 <0K0L00A01XQQHH00@fe-emea-09.sun.com> (original mail from Petr.Suchomel@Sun.COM) for lsarc@sun.com (ORCPT lsarc@sun.com); Fri, 09 May 2008 16:36:49 +0100 (BST) Received: from [10.71.0.200] ([66.243.148.229]) by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K0L00BL6Y10J810@fe-emea-09.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Fri, 09 May 2008 16:36:43 +0100 (BST) Date: Fri, 09 May 2008 17:36:36 +0200 From: Petr Suchomel Subject: Re: Comments on case LSARC/2008/052 In-reply-to: <2E1A986F-ED35-40B6-A1E1-9BCA0F1F1FE5@sun.com> Sender: Petr.Suchomel@sun.com To: Tom Childers Cc: Petr Jiricka , Jyri Virkki , Prashant Srinivasan , lsarc@sun.com, Shura Message-id: <48246F84.2050601@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <47EFF882.1020807@sun.com> <47F12651.5040003@sun.com> <20080402010908.GD13187@sun.com> <47F6C8D2.7040205@Sun.COM> <20080405011613.GO15662@sun.com> <47F937DF.9020702@sun.com> <20080409060004.GA4821@sun.com> <20080422174737.GA9955@sun.com> <480E3513.8010700@sun.com> <480E3E0C.9010400@sun.com> <20080422223000.GH7999@sun.com> <4821C4A8.1070900@sun.com> <2E1A986F-ED35-40B6-A1E1-9BCA0F1F1FE5@sun.com> User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) Status: RO Content-Length: 1548 Hi Tom, I am currently at Java One, we got the answer for this recently. Update Center should not harm packaging, the updates should be basically stored only in user directory, hiding original packages to NetBeans only. The original package should not be intact. Let me verify this as well. --Petr Tom Childers wrote: > Hi, Petr. > > I haven't seen any response, and I'd really like to get this case > resolved. It sounds like NetBeans has the same issue! If NB is > delivered as a package, how does NB Update Center work, since it would > alter the installation without informing the package database? > -tdc > > On May 7, 2008, at 8:03 AM, Petr Jiricka wrote: > >> Hi Jyri, >> >> the info I got from Shura (Alexandre Iline, cc'ed) is that for the >> Ruby functionality, NetBeans has one Solaris package (for both >> Solaris 10 and Indiana), which also includes the bundled JRuby. >> Sounds like there may be problems with JRuby packaging wrt. to the >> gem tool. >> >> How would you suggest this is solved, and how should JRuby be >> packaged for Solaris? >> >> Thanks, >> Petr >> >> Jyri Virkki wrote: >>> Petr Jiricka wrote: >>>> Petr Suchomel wrote: >>>>> Hi, >>>>> I have a discussion with other Petr today, still need to go deeper >>>>> as far as this is not an easy answer for me. >>>> Right. We are continuing to gather information. >>> Ok, good to hear. I set the IAM file to 'waiting need spec' for the >>> moment to reflect the info gathering, just report back on this thread >>> once your are ready. Thanks.. >> >> >> > From sacadmin Fri May 9 11:25:42 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 m49IPf7S023272 for ; Fri, 9 May 2008 11:25:42 -0700 (PDT) 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 m49IPVxD029886 for <@sunmail2sca.sfbay.sun.com:lsarc@sun.com>; Sat, 10 May 2008 02:25:40 +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 <0K0M00G0J5UQW400@nwk-avmta-2.sfbay.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Fri, 09 May 2008 11:25:38 -0700 (PDT) Received: from gmp-eb-inf-2.sun.com ([192.18.6.24]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K0M00F6G5UO9J70@nwk-avmta-2.sfbay.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Fri, 09 May 2008 11:25:37 -0700 (PDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-2-fe1.eu.sun.com [192.18.6.10]) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m49IPa4q008683 for ; Fri, 09 May 2008 18:25:36 +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 <0K0M003015PD9200@fe-emea-09.sun.com> (original mail from Petr.Jiricka@Sun.COM) for lsarc@sun.com (ORCPT lsarc@sun.com); Fri, 09 May 2008 19:25:36 +0100 (BST) Received: from petr-jirickas-computer-3.local ([208.115.75.243]) by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K0M002BH5UMHD90@fe-emea-09.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Fri, 09 May 2008 19:25:36 +0100 (BST) Date: Fri, 09 May 2008 11:25:41 -0700 From: Petr Jiricka Subject: Re: Comments on case LSARC/2008/052 In-reply-to: <2E1A986F-ED35-40B6-A1E1-9BCA0F1F1FE5@sun.com> Sender: Petr.Jiricka@sun.com To: Tom Childers Cc: Jyri Virkki , Petr Suchomel , Prashant Srinivasan , lsarc@sun.com, Shura Message-id: <48249725.9040003@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <47EFF882.1020807@sun.com> <47F12651.5040003@sun.com> <20080402010908.GD13187@sun.com> <47F6C8D2.7040205@Sun.COM> <20080405011613.GO15662@sun.com> <47F937DF.9020702@sun.com> <20080409060004.GA4821@sun.com> <20080422174737.GA9955@sun.com> <480E3513.8010700@sun.com> <480E3E0C.9010400@sun.com> <20080422223000.GH7999@sun.com> <4821C4A8.1070900@sun.com> <2E1A986F-ED35-40B6-A1E1-9BCA0F1F1FE5@sun.com> User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) Status: RO Content-Length: 1725 Tom Childers wrote: > Hi, Petr. > > I haven't seen any response, and I'd really like to get this case > resolved. It sounds like NetBeans has the same issue! If NB is > delivered as a package, how does NB Update Center work, since it would > alter the installation without informing the package database? Right now we are not thinking about delivering new versions of JRuby through the update center, but if we did, I think we will use a separate directory and install new version of JRuby next to the current one. In fact, JRuby changes its directory name with each new version so JRuby 1.1 directory is "jruby-1.1", while JRuby 1.1.1 uses "jruby-1.1.1". Then we would just register the new JRuby runtime in the IDE (the IDE supports multiple JRuby runtimes at once). Petr > -tdc > > On May 7, 2008, at 8:03 AM, Petr Jiricka wrote: > >> Hi Jyri, >> >> the info I got from Shura (Alexandre Iline, cc'ed) is that for the >> Ruby functionality, NetBeans has one Solaris package (for both Solaris >> 10 and Indiana), which also includes the bundled JRuby. Sounds like >> there may be problems with JRuby packaging wrt. to the gem tool. >> >> How would you suggest this is solved, and how should JRuby be packaged >> for Solaris? >> >> Thanks, >> Petr >> >> Jyri Virkki wrote: >>> Petr Jiricka wrote: >>>> Petr Suchomel wrote: >>>>> Hi, >>>>> I have a discussion with other Petr today, still need to go deeper >>>>> as far as this is not an easy answer for me. >>>> Right. We are continuing to gather information. >>> Ok, good to hear. I set the IAM file to 'waiting need spec' for the >>> moment to reflect the info gathering, just report back on this thread >>> once your are ready. Thanks.. >> >> >> > From sacadmin Sat May 10 21:54:40 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 m4B4sdAp000695 for ; Sat, 10 May 2008 21:54:39 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m4B4sblM023376 for <@sunmail2sca.sfbay.sun.com:lsarc@sun.com>; Sun, 11 May 2008 05:54:38 +0100 (BST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K0O00A05TN0QO00@brm-avmta-1.central.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Sat, 10 May 2008 22:54:36 -0600 (MDT) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K0O00KM0TN0JG30@brm-avmta-1.central.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Sat, 10 May 2008 22:54:36 -0600 (MDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-2-fe1.eu.sun.com [192.18.6.10]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m4B4sZiI019876 for ; Sun, 11 May 2008 04:54:35 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K0O00K01TBK4F00@fe-emea-10.sun.com> (original mail from Petr.Suchomel@Sun.COM) for lsarc@sun.com (ORCPT lsarc@sun.com); Sun, 11 May 2008 05:54:35 +0100 (BST) Received: from [172.16.199.154] ([75.144.29.169]) by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K0O00232TMXYNF0@fe-emea-10.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Sun, 11 May 2008 05:54:35 +0100 (BST) Date: Sun, 11 May 2008 06:54:32 +0200 From: Petr Suchomel Subject: Re: Comments on case LSARC/2008/052 In-reply-to: <2E1A986F-ED35-40B6-A1E1-9BCA0F1F1FE5@sun.com> Sender: Petr.Suchomel@sun.com To: Tom Childers Cc: Petr Jiricka , Jyri Virkki , Prashant Srinivasan , lsarc@sun.com, Shura Message-id: <48267C08.2010806@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <47EFF882.1020807@sun.com> <47F12651.5040003@sun.com> <20080402010908.GD13187@sun.com> <47F6C8D2.7040205@Sun.COM> <20080405011613.GO15662@sun.com> <47F937DF.9020702@sun.com> <20080409060004.GA4821@sun.com> <20080422174737.GA9955@sun.com> <480E3513.8010700@sun.com> <480E3E0C.9010400@sun.com> <20080422223000.GH7999@sun.com> <4821C4A8.1070900@sun.com> <2E1A986F-ED35-40B6-A1E1-9BCA0F1F1FE5@sun.com> User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) Status: RO Content-Length: 2308 Tom, Sorry, I realized, there were some more emails where you haven't been either on To or CC. I do short recap: Issue #1: Autoupdate of modules. This should not hurt packaging as far as these updates are stored inside user home and overriding the hard installed modules using internal NetBeans class loading system. The autoupdate then does not require to have root rights to get such updates. Result: No issue. Issue #2: Autoupdate of native components such as Ruby. We do not expect such updates to be provided by NetBeans AU. Such update should through standard system update channels. Result: No issue. Issue #3: Packaged Ruby with different version of Gems than on system. This is the potential issue. The packages can conflict because of different version of files etc. This is an issue. Action: Do you have any proposed solution - TCR? --Petr Suchomel Tom Childers wrote: > Hi, Petr. > > I haven't seen any response, and I'd really like to get this case > resolved. It sounds like NetBeans has the same issue! If NB is > delivered as a package, how does NB Update Center work, since it would > alter the installation without informing the package database? > -tdc > > On May 7, 2008, at 8:03 AM, Petr Jiricka wrote: > >> Hi Jyri, >> >> the info I got from Shura (Alexandre Iline, cc'ed) is that for the >> Ruby functionality, NetBeans has one Solaris package (for both >> Solaris 10 and Indiana), which also includes the bundled JRuby. >> Sounds like there may be problems with JRuby packaging wrt. to the >> gem tool. >> >> How would you suggest this is solved, and how should JRuby be >> packaged for Solaris? >> >> Thanks, >> Petr >> >> Jyri Virkki wrote: >>> Petr Jiricka wrote: >>>> Petr Suchomel wrote: >>>>> Hi, >>>>> I have a discussion with other Petr today, still need to go deeper >>>>> as far as this is not an easy answer for me. >>>> Right. We are continuing to gather information. >>> Ok, good to hear. I set the IAM file to 'waiting need spec' for the >>> moment to reflect the info gathering, just report back on this thread >>> once your are ready. Thanks.. >> >> >> > -- Petr Suchomel Software Engineer, NetBeans Mobility Java & Developer Platform Group Sun Microsystems, Inc. Phone +420 2 33009234 (x49234), Fax +420 2 33009311 From sacadmin Tue May 13 11:26:05 2008 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m4DIQ4d0000584 for ; Tue, 13 May 2008 11:26:04 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m4DIQ3hv020873 for <@sunmail2sca.sfbay.sun.com:lsarc@sun.com>; Tue, 13 May 2008 11:26:04 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K0T00M47KJF2R00@nwk-avmta-1.sfbay.Sun.COM> for lsarc@sun.com (ORCPT lsarc@sun.com); Tue, 13 May 2008 11:26:03 -0700 (PDT) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K0T00EAPKJFN970@nwk-avmta-1.sfbay.Sun.COM> for lsarc@sun.com (ORCPT lsarc@sun.com); Tue, 13 May 2008 11:26:03 -0700 (PDT) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m4DIQ3NG003271 for ; Tue, 13 May 2008 11:26:03 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K0T00B01JEDQS00@fe-sfbay-10.sun.com> (original mail from tom.childers@sun.com) for lsarc@sun.com (ORCPT lsarc@sun.com); Tue, 13 May 2008 11:26:03 -0700 (PDT) Received: from [192.168.15.5] ([76.191.223.250]) by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K0T0055CKJ2S2G0@fe-sfbay-10.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Tue, 13 May 2008 11:25:51 -0700 (PDT) Date: Tue, 13 May 2008 11:25:22 -0700 From: Tom Childers Subject: Re: Comments on case LSARC/2008/052 In-reply-to: <48267C08.2010806@sun.com> Sender: Thomas.Childers@sun.com To: Petr Suchomel Cc: Petr Jiricka , Jyri Virkki , Prashant Srinivasan , lsarc@sun.com, Shura Message-id: <00BFCB69-6AE1-41CB-9AE9-9E3DFD807366@sun.com> MIME-version: 1.0 X-Mailer: Apple Mail (2.753) Content-type: text/plain; format=flowed; delsp=yes; charset=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <47EFF882.1020807@sun.com> <47F12651.5040003@sun.com> <20080402010908.GD13187@sun.com> <47F6C8D2.7040205@Sun.COM> <20080405011613.GO15662@sun.com> <47F937DF.9020702@sun.com> <20080409060004.GA4821@sun.com> <20080422174737.GA9955@sun.com> <480E3513.8010700@sun.com> <480E3E0C.9010400@sun.com> <20080422223000.GH7999@sun.com> <4821C4A8.1070900@sun.com> <2E1A986F-ED35-40B6-A1E1-9BCA0F1F1FE5@sun.com> <48267C08.2010806@sun.com> Status: RO Content-Length: 3369 Petr, We discussed this issue in our meeting today, and agree that it has to be resolved before this case is approved. Normally, a TCR is something associated with a full ARC review. If it's necessary for your team, or the PAC, I can write an opinion for your case. It's up to you how to resolve the issue. We've brainstormed 3 possibilities, perhaps you can find others. The issue is: you must avoid corruption of the Solaris package database, and ensure that what is installed via the pkg* tools is the same thing as what is actually on the system in shared filesystems. Options include: 1. disable the Gems updater, 2. changing the Gems updater to use pkg* tools, ensuring the database is accurate 3. only allow Gems updates in private user directories, and provide a mechanism where Ruby finds Gems both globally and locally. Let me know how you wish to proceed. -tdc On May 10, 2008, at 9:54 PM, Petr Suchomel wrote: > Tom, > Sorry, I realized, there were some more emails where you haven't > been either on To or CC. > I do short recap: > Issue #1: Autoupdate of modules. This should not hurt packaging as > far as these updates are stored inside user home and overriding the > hard installed modules using internal NetBeans class loading > system. The autoupdate then does not require to have root rights to > get such updates. Result: No issue. > Issue #2: Autoupdate of native components such as Ruby. We do not > expect such updates to be provided by NetBeans AU. Such update > should through standard system update channels. Result: No issue. > Issue #3: Packaged Ruby with different version of Gems than on > system. This is the potential issue. The packages can conflict > because of different version of files etc. This is an issue. > Action: Do you have any proposed solution - TCR? > --Petr Suchomel > > Tom Childers wrote: >> Hi, Petr. >> >> I haven't seen any response, and I'd really like to get this case >> resolved. It sounds like NetBeans has the same issue! If NB is >> delivered as a package, how does NB Update Center work, since it >> would alter the installation without informing the package database? >> -tdc >> >> On May 7, 2008, at 8:03 AM, Petr Jiricka wrote: >> >>> Hi Jyri, >>> >>> the info I got from Shura (Alexandre Iline, cc'ed) is that for >>> the Ruby functionality, NetBeans has one Solaris package (for >>> both Solaris 10 and Indiana), which also includes the bundled >>> JRuby. Sounds like there may be problems with JRuby packaging >>> wrt. to the gem tool. >>> >>> How would you suggest this is solved, and how should JRuby be >>> packaged for Solaris? >>> >>> Thanks, >>> Petr >>> >>> Jyri Virkki wrote: >>>> Petr Jiricka wrote: >>>>> Petr Suchomel wrote: >>>>>> Hi, >>>>>> I have a discussion with other Petr today, still need to go >>>>>> deeper as far as this is not an easy answer for me. >>>>> Right. We are continuing to gather information. >>>> Ok, good to hear. I set the IAM file to 'waiting need spec' for the >>>> moment to reflect the info gathering, just report back on this >>>> thread >>>> once your are ready. Thanks.. >>> >>> >>> >> > > -- > Petr Suchomel > Software Engineer, NetBeans Mobility > Java & Developer Platform Group > Sun Microsystems, Inc. > Phone +420 2 33009234 (x49234), Fax +420 2 33009311 From sacadmin Wed May 14 01:10: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 m4E8A1kS024367 for ; Wed, 14 May 2008 01:10:01 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m4E89uOe006688 for <@sunmail2sca.sfbay.sun.com:lsarc@sun.com>; Wed, 14 May 2008 09:10:00 +0100 (BST) 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 <0K0U0030VMOLHD00@nwk-avmta-2.sfbay.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Wed, 14 May 2008 01:09:57 -0700 (PDT) Received: from gmp-eb-inf-2.sun.com ([192.18.6.24]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K0U002VZMOJ7B50@nwk-avmta-2.sfbay.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Wed, 14 May 2008 01:09:56 -0700 (PDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-2-fe1.eu.sun.com [192.18.6.10]) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m4E89tke029055 for ; Wed, 14 May 2008 08:09:55 +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 <0K0U00E01MEUR900@fe-emea-09.sun.com> (original mail from Petr.Jiricka@Sun.COM) for lsarc@sun.com (ORCPT lsarc@sun.com); Wed, 14 May 2008 09:09:55 +0100 (BST) Received: from petr-jirickas-computer-3.local ([195.70.135.234]) by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K0U00E0HMO7ZVG0@fe-emea-09.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Wed, 14 May 2008 09:09:45 +0100 (BST) Date: Wed, 14 May 2008 10:09:44 +0200 From: Petr Jiricka Subject: Re: Comments on case LSARC/2008/052 In-reply-to: <00BFCB69-6AE1-41CB-9AE9-9E3DFD807366@sun.com> Sender: Petr.Jiricka@sun.com To: Tom Childers Cc: Petr Suchomel , Jyri Virkki , Prashant Srinivasan , lsarc@sun.com, Shura , Martin Krauskopf Message-id: <482A9E48.5010201@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <47EFF882.1020807@sun.com> <47F12651.5040003@sun.com> <20080402010908.GD13187@sun.com> <47F6C8D2.7040205@Sun.COM> <20080405011613.GO15662@sun.com> <47F937DF.9020702@sun.com> <20080409060004.GA4821@sun.com> <20080422174737.GA9955@sun.com> <480E3513.8010700@sun.com> <480E3E0C.9010400@sun.com> <20080422223000.GH7999@sun.com> <4821C4A8.1070900@sun.com> <2E1A986F-ED35-40B6-A1E1-9BCA0F1F1FE5@sun.com> <48267C08.2010806@sun.com> <00BFCB69-6AE1-41CB-9AE9-9E3DFD807366@sun.com> User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) Status: RO Content-Length: 3743 Tom Childers wrote: > Petr, > > We discussed this issue in our meeting today, and agree that it has to > be resolved before this case is approved. Normally, a TCR is something > associated with a full ARC review. If it's necessary for your team, or > the PAC, I can write an opinion for your case. > > It's up to you how to resolve the issue. We've brainstormed 3 > possibilities, perhaps you can find others. The issue is: you must avoid > corruption of the Solaris package database, and ensure that what is > installed via the pkg* tools is the same thing as what is actually on > the system in shared filesystems. > > Options include: > > 1. disable the Gems updater, > 2. changing the Gems updater to use pkg* tools, ensuring the database is > accurate > 3. only allow Gems updates in private user directories, and provide a > mechanism where Ruby finds Gems both globally and locally. How was this addressed for the native Ruby in Solaris? I know that the Web Stack includes native Ruby. We may want to use a similar approach for JRuby as was used for Ruby. I am cc'ing Martin Krauskopf, who works on the Ruby Platform support in NetBeans. Petr > > Let me know how you wish to proceed. > -tdc > > > On May 10, 2008, at 9:54 PM, Petr Suchomel wrote: > >> Tom, >> Sorry, I realized, there were some more emails where you haven't been >> either on To or CC. >> I do short recap: >> Issue #1: Autoupdate of modules. This should not hurt packaging as far >> as these updates are stored inside user home and overriding the hard >> installed modules using internal NetBeans class loading system. The >> autoupdate then does not require to have root rights to get such >> updates. Result: No issue. >> Issue #2: Autoupdate of native components such as Ruby. We do not >> expect such updates to be provided by NetBeans AU. Such update should >> through standard system update channels. Result: No issue. >> Issue #3: Packaged Ruby with different version of Gems than on system. >> This is the potential issue. The packages can conflict because of >> different version of files etc. This is an issue. Action: Do you have >> any proposed solution - TCR? >> --Petr Suchomel >> >> Tom Childers wrote: >>> Hi, Petr. >>> >>> I haven't seen any response, and I'd really like to get this case >>> resolved. It sounds like NetBeans has the same issue! If NB is >>> delivered as a package, how does NB Update Center work, since it >>> would alter the installation without informing the package database? >>> -tdc >>> >>> On May 7, 2008, at 8:03 AM, Petr Jiricka wrote: >>> >>>> Hi Jyri, >>>> >>>> the info I got from Shura (Alexandre Iline, cc'ed) is that for the >>>> Ruby functionality, NetBeans has one Solaris package (for both >>>> Solaris 10 and Indiana), which also includes the bundled JRuby. >>>> Sounds like there may be problems with JRuby packaging wrt. to the >>>> gem tool. >>>> >>>> How would you suggest this is solved, and how should JRuby be >>>> packaged for Solaris? >>>> >>>> Thanks, >>>> Petr >>>> >>>> Jyri Virkki wrote: >>>>> Petr Jiricka wrote: >>>>>> Petr Suchomel wrote: >>>>>>> Hi, >>>>>>> I have a discussion with other Petr today, still need to go >>>>>>> deeper as far as this is not an easy answer for me. >>>>>> Right. We are continuing to gather information. >>>>> Ok, good to hear. I set the IAM file to 'waiting need spec' for the >>>>> moment to reflect the info gathering, just report back on this thread >>>>> once your are ready. Thanks.. >>>> >>>> >>>> >>> >> >> -- >> Petr Suchomel >> Software Engineer, NetBeans Mobility >> Java & Developer Platform Group >> Sun Microsystems, Inc. >> Phone +420 2 33009234 (x49234), Fax +420 2 33009311 > From sacadmin Wed May 14 01:41:23 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 m4E8fMB5024469 for ; Wed, 14 May 2008 01:41:23 -0700 (PDT) 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 m4E8fISt023133 for <@sunmail2sca.sfbay.sun.com:lsarc@sun.com>; Wed, 14 May 2008 16:41:21 +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 <0K0U0040NO4RSR00@nwk-avmta-2.sfbay.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Wed, 14 May 2008 01:41:16 -0700 (PDT) Received: from gmp-eb-inf-2.sun.com ([192.18.6.24]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K0U00245O4Q7BC0@nwk-avmta-2.sfbay.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Wed, 14 May 2008 01:41:15 -0700 (PDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-2-fe3.eu.sun.com [192.18.6.12]) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m4E8fEw5004236 for ; Wed, 14 May 2008 08:41:14 +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 <0K0U00E01MEUR900@fe-emea-09.sun.com> (original mail from Martin.Krauskopf@Sun.COM) for lsarc@sun.com (ORCPT lsarc@sun.com); Wed, 14 May 2008 09:41:14 +0100 (BST) Received: from [192.168.1.34] ([195.47.79.66]) by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K0U009SXO47JYD0@fe-emea-09.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Wed, 14 May 2008 09:40:56 +0100 (BST) Date: Wed, 14 May 2008 10:40:55 +0200 From: Martin Krauskopf Subject: Re: Comments on case LSARC/2008/052 In-reply-to: <482A9E48.5010201@sun.com> Sender: Martin.Krauskopf@sun.com To: Petr Jiricka Cc: Tom Childers , Petr Suchomel , Jyri Virkki , Prashant Srinivasan , lsarc@sun.com, Shura Message-id: <482AA597.8060406@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <47EFF882.1020807@sun.com> <47F12651.5040003@sun.com> <20080402010908.GD13187@sun.com> <47F6C8D2.7040205@Sun.COM> <20080405011613.GO15662@sun.com> <47F937DF.9020702@sun.com> <20080409060004.GA4821@sun.com> <20080422174737.GA9955@sun.com> <480E3513.8010700@sun.com> <480E3E0C.9010400@sun.com> <20080422223000.GH7999@sun.com> <4821C4A8.1070900@sun.com> <2E1A986F-ED35-40B6-A1E1-9BCA0F1F1FE5@sun.com> <48267C08.2010806@sun.com> <00BFCB69-6AE1-41CB-9AE9-9E3DFD807366@sun.com> <482A9E48.5010201@sun.com> User-Agent: Thunderbird 2.0.0.14 (X11/20080505) Status: RO Content-Length: 2098 Petr Jiricka wrote: > Tom Childers wrote: >> Petr, >> >> We discussed this issue in our meeting today, and agree that it has to >> be resolved before this case is approved. Normally, a TCR is something >> associated with a full ARC review. If it's necessary for your team, or >> the PAC, I can write an opinion for your case. >> >> It's up to you how to resolve the issue. We've brainstormed 3 >> possibilities, perhaps you can find others. The issue is: you must >> avoid corruption of the Solaris package database, and ensure that what >> is installed via the pkg* tools is the same thing as what is actually >> on the system in shared filesystems. >> >> Options include: >> >> 1. disable the Gems updater, >> 2. changing the Gems updater to use pkg* tools, ensuring the database >> is accurate >> 3. only allow Gems updates in private user directories, and provide a >> mechanism where Ruby finds Gems both globally and locally. Bundle JRuby should not collide with JRuby installed on the system wrt. to RubyGems since it uses different Gem repositories, until user wants/specify otherwise. I have 2 native Ruby, bundled JRuby, on-system trunk JRuby and Rubinius, all maintained from NetBeans Platform Manager, different Rubies using different repositories (Gem Home and Gem Path). That said RubyGems supports customizable Gems repositories. So this is rather up to user how Gems repositories are configured for particular interpreters. By default repositories are used based on system environment settings. Let me know if I can help somehow. I do not use Solaris, but using Linux - Ubuntu, Slackware in the past; so that's close in this case, I believe. I can tweak NetBeans to do some special detection or whatever, suite for Solaris. We already doing something similar for Mac I think. One issue comes to my mind is support for installing in privileged directories. So far we are supporting 'gksu', planning 'kdesu'. Not sure what Solaris (and Mac OS X) uses. Feel free to comment here: http://www.netbeans.org/nonav/issues/show_bug.cgi?id=128575 Regards, m. From sacadmin Wed May 14 01:44:55 2008 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m4E8it72024501 for ; Wed, 14 May 2008 01:44:55 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m4E8iqUi006978 for <@sunmail2sca.sfbay.sun.com:lsarc@sun.com>; Wed, 14 May 2008 01:44:54 -0700 (PDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K0U00L0XOAUJR00@brm-avmta-1.central.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Wed, 14 May 2008 02:44:54 -0600 (MDT) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K0U00BHJOAR5YD0@brm-avmta-1.central.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Wed, 14 May 2008 02:44:52 -0600 (MDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-2-fe3.eu.sun.com [192.18.6.12]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m4E8ipIm009200 for ; Wed, 14 May 2008 08:44:51 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K0U00901M8JNU00@fe-emea-10.sun.com> (original mail from Martin.Krauskopf@Sun.COM) for lsarc@sun.com (ORCPT lsarc@sun.com); Wed, 14 May 2008 09:44:51 +0100 (BST) Received: from [192.168.1.34] ([195.47.79.66]) by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K0U0033YOAKOZG0@fe-emea-10.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Wed, 14 May 2008 09:44:45 +0100 (BST) Date: Wed, 14 May 2008 10:44:44 +0200 From: Martin Krauskopf Subject: Re: Comments on case LSARC/2008/052 In-reply-to: <482AA597.8060406@sun.com> Sender: Martin.Krauskopf@sun.com To: Petr Jiricka Cc: Tom Childers , Petr Suchomel , Jyri Virkki , Prashant Srinivasan , lsarc@sun.com, Shura Message-id: <482AA67C.2030303@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <47EFF882.1020807@sun.com> <47F12651.5040003@sun.com> <20080402010908.GD13187@sun.com> <47F6C8D2.7040205@Sun.COM> <20080405011613.GO15662@sun.com> <47F937DF.9020702@sun.com> <20080409060004.GA4821@sun.com> <20080422174737.GA9955@sun.com> <480E3513.8010700@sun.com> <480E3E0C.9010400@sun.com> <20080422223000.GH7999@sun.com> <4821C4A8.1070900@sun.com> <2E1A986F-ED35-40B6-A1E1-9BCA0F1F1FE5@sun.com> <48267C08.2010806@sun.com> <00BFCB69-6AE1-41CB-9AE9-9E3DFD807366@sun.com> <482A9E48.5010201@sun.com> <482AA597.8060406@sun.com> User-Agent: Thunderbird 2.0.0.14 (X11/20080505) Status: RO Content-Length: 2578 Martin Krauskopf wrote: > Petr Jiricka wrote: >> Tom Childers wrote: >>> Petr, >>> >>> We discussed this issue in our meeting today, and agree that it has >>> to be resolved before this case is approved. Normally, a TCR is >>> something associated with a full ARC review. If it's necessary for >>> your team, or the PAC, I can write an opinion for your case. >>> >>> It's up to you how to resolve the issue. We've brainstormed 3 >>> possibilities, perhaps you can find others. The issue is: you must >>> avoid corruption of the Solaris package database, and ensure that >>> what is installed via the pkg* tools is the same thing as what is >>> actually on the system in shared filesystems. >>> >>> Options include: >>> >>> 1. disable the Gems updater, >>> 2. changing the Gems updater to use pkg* tools, ensuring the database >>> is accurate >>> 3. only allow Gems updates in private user directories, and provide a >>> mechanism where Ruby finds Gems both globally and locally. > > Bundle JRuby should not collide with JRuby installed on the system wrt. > to RubyGems since it uses different Gem repositories, until user > wants/specify otherwise. > > I have 2 native Ruby, bundled JRuby, on-system trunk JRuby and Rubinius, > all maintained from NetBeans Platform Manager, different Rubies using > different repositories (Gem Home and Gem Path). > > That said RubyGems supports customizable Gems repositories. So this is > rather up to user how Gems repositories are configured for particular > interpreters. By default repositories are used based on system > environment settings. > > Let me know if I can help somehow. I do not use Solaris, but using Linux > - Ubuntu, Slackware in the past; so that's close in this case, I > believe. I can tweak NetBeans to do some special detection or whatever, > suite for Solaris. We already doing something similar for Mac I think. > > One issue comes to my mind is support for installing in privileged > directories. So far we are supporting 'gksu', planning 'kdesu'. Not sure > what Solaris (and Mac OS X) uses. Feel free to comment here: > > http://www.netbeans.org/nonav/issues/show_bug.cgi?id=128575 Worth to add, that I agree there are often difficulties in setting up RubyGems for multiple interpreters. But that's often problem in RubyGems itself. But it's opensource: http://rubyforge.org/projects/rubygems/ So if we find something what could behave better, we might contribute. Guys there are really responsive and applying patches quickly (tiny experience with some tiny patch). m. From sacadmin Wed May 14 09:31: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 m4EGVttL007073 for ; Wed, 14 May 2008 09:31:55 -0700 (PDT) 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 m4EGVjLV003902 for <@sunmail2sca.sfbay.sun.com:lsarc@sun.com>; Thu, 15 May 2008 00:31:54 +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 <0K0V00M079X4QN00@nwk-avmta-2.sfbay.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Wed, 14 May 2008 09:31:52 -0700 (PDT) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K0V00JUA9X2HU70@nwk-avmta-2.sfbay.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Wed, 14 May 2008 09:31:51 -0700 (PDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-2-fe1.eu.sun.com [192.18.6.10]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m4EGVoFW021473 for ; Wed, 14 May 2008 16:31:50 +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 <0K0V006019IJIX00@fe-emea-09.sun.com> (original mail from Petr.Suchomel@Sun.COM) for lsarc@sun.com (ORCPT lsarc@sun.com); Wed, 14 May 2008 17:31:50 +0100 (BST) Received: from [192.168.1.250] ([75.40.177.102]) by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K0V0086P9WOIMH0@fe-emea-09.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Wed, 14 May 2008 17:31:38 +0100 (BST) Date: Wed, 14 May 2008 18:31:35 +0200 From: Petr Suchomel Subject: Re: Comments on case LSARC/2008/052 In-reply-to: <482AA67C.2030303@sun.com> Sender: Petr.Suchomel@sun.com To: Martin Krauskopf Cc: Petr Jiricka , Tom Childers , Jyri Virkki , Prashant Srinivasan , lsarc@sun.com, Shura Message-id: <482B13E7.3030504@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <47EFF882.1020807@sun.com> <47F12651.5040003@sun.com> <20080402010908.GD13187@sun.com> <47F6C8D2.7040205@Sun.COM> <20080405011613.GO15662@sun.com> <47F937DF.9020702@sun.com> <20080409060004.GA4821@sun.com> <20080422174737.GA9955@sun.com> <480E3513.8010700@sun.com> <480E3E0C.9010400@sun.com> <20080422223000.GH7999@sun.com> <4821C4A8.1070900@sun.com> <2E1A986F-ED35-40B6-A1E1-9BCA0F1F1FE5@sun.com> <48267C08.2010806@sun.com> <00BFCB69-6AE1-41CB-9AE9-9E3DFD807366@sun.com> <482A9E48.5010201@sun.com> <482AA597.8060406@sun.com> <482AA67C.2030303@sun.com> User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) Status: RO Content-Length: 2970 Thanks Martin for looking at it. Please continue with Shura if you can, I am on vacation this week. --Petr Martin Krauskopf wrote: > Martin Krauskopf wrote: >> Petr Jiricka wrote: >>> Tom Childers wrote: >>>> Petr, >>>> >>>> We discussed this issue in our meeting today, and agree that it has >>>> to be resolved before this case is approved. Normally, a TCR is >>>> something associated with a full ARC review. If it's necessary for >>>> your team, or the PAC, I can write an opinion for your case. >>>> >>>> It's up to you how to resolve the issue. We've brainstormed 3 >>>> possibilities, perhaps you can find others. The issue is: you must >>>> avoid corruption of the Solaris package database, and ensure that >>>> what is installed via the pkg* tools is the same thing as what is >>>> actually on the system in shared filesystems. >>>> >>>> Options include: >>>> >>>> 1. disable the Gems updater, >>>> 2. changing the Gems updater to use pkg* tools, ensuring the >>>> database is accurate >>>> 3. only allow Gems updates in private user directories, and provide >>>> a mechanism where Ruby finds Gems both globally and locally. >> >> Bundle JRuby should not collide with JRuby installed on the system >> wrt. to RubyGems since it uses different Gem repositories, until user >> wants/specify otherwise. >> >> I have 2 native Ruby, bundled JRuby, on-system trunk JRuby and >> Rubinius, all maintained from NetBeans Platform Manager, different >> Rubies using different repositories (Gem Home and Gem Path). >> >> That said RubyGems supports customizable Gems repositories. So this >> is rather up to user how Gems repositories are configured for >> particular interpreters. By default repositories are used based on >> system environment settings. >> >> Let me know if I can help somehow. I do not use Solaris, but using >> Linux - Ubuntu, Slackware in the past; so that's close in this case, >> I believe. I can tweak NetBeans to do some special detection or >> whatever, suite for Solaris. We already doing something similar for >> Mac I think. >> >> One issue comes to my mind is support for installing in privileged >> directories. So far we are supporting 'gksu', planning 'kdesu'. Not >> sure what Solaris (and Mac OS X) uses. Feel free to comment here: >> >> http://www.netbeans.org/nonav/issues/show_bug.cgi?id=128575 > > Worth to add, that I agree there are often difficulties in setting up > RubyGems for multiple interpreters. But that's often problem in > RubyGems itself. But it's opensource: > > http://rubyforge.org/projects/rubygems/ > > So if we find something what could behave better, we might contribute. > Guys there are really responsive and applying patches quickly (tiny > experience with some tiny patch). > > m. > -- Petr Suchomel Software Engineer, NetBeans Mobility Java & Developer Platform Group Sun Microsystems, Inc. Phone +420 2 33009234 (x49234), Fax +420 2 33009311 From sacadmin Thu Jun 19 03:11:29 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m5JABSKi009471 for ; Thu, 19 Jun 2008 03:11:28 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m5JABJCJ007001; Thu, 19 Jun 2008 18:11:23 +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 <0K2P00J49GAVC800@nwk-avmta-1.sfbay.Sun.COM>; Thu, 19 Jun 2008 03:11:19 -0700 (PDT) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K2P005P2GAUIU70@nwk-avmta-1.sfbay.Sun.COM>; Thu, 19 Jun 2008 03:11:19 -0700 (PDT) Received: from dm-usca15-11.red.iplanet.com (host-185-56-18-192.iplanet.com [192.18.56.185] (may be forged)) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m5JABIgD007273; Thu, 19 Jun 2008 10:11:18 +0000 (GMT) Received: from buye.red.iplanet.com (buye [192.18.65.224]) by dm-usca15-11.red.iplanet.com (8.11.7p1+Sun/8.11.7/IPLANET,v1.2) with ESMTP id m5JABIm09595; Thu, 19 Jun 2008 03:11:18 -0700 (PDT) Received: from buye.red.iplanet.com (localhost [127.0.0.1]) by buye.red.iplanet.com (8.13.7+Sun/8.13.7) with ESMTP id m5JABIDw015569; Thu, 19 Jun 2008 03:11:18 -0700 (PDT) Received: (from jyri@localhost) by buye.red.iplanet.com (8.13.7+Sun/8.13.7/Submit) id m5JABHFk015568; Thu, 19 Jun 2008 03:11:17 -0700 (PDT) Date: Thu, 19 Jun 2008 03:11:17 -0700 From: Jyri Virkki Subject: Re: Comments on case LSARC/2008/052 In-reply-to: <48267C08.2010806@sun.com> To: Petr Suchomel Cc: Petr Jiricka , Prashant Srinivasan , lsarc@sun.com, Shura Message-id: <20080619101117.GC14824@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.4.1.325704 References: <20080405011613.GO15662@sun.com> <47F937DF.9020702@sun.com> <20080409060004.GA4821@sun.com> <20080422174737.GA9955@sun.com> <480E3513.8010700@sun.com> <480E3E0C.9010400@sun.com> <20080422223000.GH7999@sun.com> <4821C4A8.1070900@sun.com> <2E1A986F-ED35-40B6-A1E1-9BCA0F1F1FE5@sun.com> <48267C08.2010806@sun.com> User-Agent: Mutt/1.5.11 Status: RO Content-Length: 1076 Petr Suchomel wrote: > > I do short recap: I've been traveling and unable to keep up with email but I see this case is still open so I guess I can still comment.. > Issue #1: Autoupdate of modules. This should not hurt packaging as far > as these updates are stored inside user home and overriding the hard > installed modules using internal NetBeans class loading system. The > autoupdate then does not require to have root rights to get such > updates. Result: No issue. Just curious, are these versioned as well? If the package delivers something 1.0, later autoupdate downloads 1.1 into $HOME so it gets used. If the system pkg is updated and brings in a 1.2, does the app know to use that one since it's now newer that what's in $HOME? (Or perhaps it is an unlikely scenario since pkg is bound to always be <= autoupdate version, but still.) > Issue #3: Packaged Ruby with different version of Gems than on system. I didn't see a conclusion in the rest of the thread yet, still under investigation? -- Jyri J. Virkki - jyri.virkki@sun.com - Sun Microsystems From sacadmin Thu Jun 26 09:41:38 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 m5QGfcWO022111 for ; Thu, 26 Jun 2008 09:41:38 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m5QGfaYa008787 for <@sunmail2sca.sfbay.sun.com:lsarc@sun.com>; Thu, 26 Jun 2008 10:41:38 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K3200B0DX1C4100@nwk-avmta-1.sfbay.Sun.COM> for lsarc@sun.com (ORCPT lsarc@sun.com); Thu, 26 Jun 2008 09:41:36 -0700 (PDT) Received: from gmp-eb-inf-2.sun.com ([192.18.6.24]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K3200AT9X1B8O50@nwk-avmta-1.sfbay.Sun.COM> for lsarc@sun.com (ORCPT lsarc@sun.com); Thu, 26 Jun 2008 09:41:36 -0700 (PDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-2-fe2.eu.sun.com [192.18.6.11]) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m5QGfZCu025135 for ; Thu, 26 Jun 2008 16:41:35 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K3200A01VSPNO00@fe-emea-10.sun.com> (original mail from Petr.Jiricka@Sun.COM) for lsarc@sun.com (ORCPT lsarc@sun.com); Thu, 26 Jun 2008 17:41:35 +0100 (BST) Received: from petr-jirickas-computer-3.local ([193.86.76.40]) by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K3200CZ5X1444A0@fe-emea-10.sun.com> for lsarc@sun.com (ORCPT lsarc@sun.com); Thu, 26 Jun 2008 17:41:29 +0100 (BST) Date: Thu, 26 Jun 2008 18:41:30 +0200 From: Petr Jiricka Subject: Re: Comments on case LSARC/2008/052 In-reply-to: <20080619101117.GC14824@sun.com> Sender: Petr.Jiricka@Sun.COM To: Jyri Virkki Cc: Petr Suchomel , Prashant Srinivasan , lsarc@Sun.COM, Shura , Martin Krauskopf Message-id: <4863C6BA.4070003@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <20080405011613.GO15662@sun.com> <47F937DF.9020702@sun.com> <20080409060004.GA4821@sun.com> <20080422174737.GA9955@sun.com> <480E3513.8010700@sun.com> <480E3E0C.9010400@sun.com> <20080422223000.GH7999@sun.com> <4821C4A8.1070900@sun.com> <2E1A986F-ED35-40B6-A1E1-9BCA0F1F1FE5@sun.com> <48267C08.2010806@sun.com> <20080619101117.GC14824@sun.com> User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) Status: RO Content-Length: 1481 Jyri Virkki wrote: > Petr Suchomel wrote: >> I do short recap: > > I've been traveling and unable to keep up with email but I see this > case is still open so I guess I can still comment.. > >> Issue #1: Autoupdate of modules. This should not hurt packaging as far >> as these updates are stored inside user home and overriding the hard >> installed modules using internal NetBeans class loading system. The >> autoupdate then does not require to have root rights to get such >> updates. Result: No issue. > > Just curious, are these versioned as well? If the package delivers > something 1.0, later autoupdate downloads 1.1 into $HOME so it gets > used. If the system pkg is updated and brings in a 1.2, does the app > know to use that one since it's now newer that what's in $HOME? (Or > perhaps it is an unlikely scenario since pkg is bound to always be > <= autoupdate version, but still.) > >> Issue #3: Packaged Ruby with different version of Gems than on system. > > I didn't see a conclusion in the rest of the thread yet, still under > investigation? > I did not see a conclusion either. I would like to know whether: - everything is ok with the current NetBeans approach and we are clear, or - there are any changes needed in the way NetBeans currently handles packaged JRuby and Gems and what should be changed in NetBeans, or - additional information is needed from the NetBeans team about how NetBeans handles the bundled JRuby and Gems Thanks, Petr