[Fwd: Re: Integrate mfi (OpenSolaris MegaRaid SAS) driver [PSARC/2008/011 FastTrack timeout 01/16/2008]]

2009-02-03 Thread Alan Hargreaves
An HTML attachment was scrubbed...
URL: 
http://mail.opensolaris.org/pipermail/opensolaris-arc/attachments/20090203/7109aec3/attachment.html


ksh93 update 2 [PSARC/2009/063 FastTrack timeout 02/09/2009]

2009-02-03 Thread Peter Memishian

It's fine to make use of the ksh builtin support for various commands, but
can we please learn from the problems that occurred when we changed sleep
to be a builtin recently (e.g. 6793120) and instead create trivial wrapper
*programs* that access the builtin functionality through libshell?

-- 
meem



LSARC/2009/047 FastTrack timeout 02/03/2009

2009-02-03 Thread Jim Walker
Vivek Titarmare wrote:
 Hi James,
 
 I discovered that by using the new version 2.5.15 some code changes are
 required. So it may not be possible to use the New version. We will stick
 with 2.5.10, in this case. 
 
 Pl. let me know if we should be changing the code to get used to version
 2.5.15.
 

I know your primary goal is to port drools, so you can decide what
is best. This need not hold up your arc review.

BTW. Based on the junit case you can port the current
and older version like this in the same pkg:

/usr/share/lib/java/janino.jar - ../janino-2.5.15.jar
/usr/share/lib/java/janino-2.5.15.jar
/usr/share/lib/java/janino-2.5.10.jar

Cheers,
Jim



LSARC/2009/047 FastTrack timeout 02/03/2009

2009-02-03 Thread Vivek Titarmare
Thanks James. And also the versions would be appended to all the packages to
resolve the conflict between other versions (as per your suggestion).

Best Regards,
~Vivek R. T.

-Original Message-
From: James.Walker at Sun.COM [mailto:james.wal...@sun.com] 
Sent: Tuesday, February 03, 2009 12:59 PM
To: Vivek Titarmare
Cc: Richard.Matthews at Sun.COM; LSARC-ext at sun.com; Drools_Team at sun.com
Subject: Re: LSARC/2009/047 FastTrack timeout 02/03/2009

Vivek Titarmare wrote:
 Hi James,
 
 I discovered that by using the new version 2.5.15 some code changes are
 required. So it may not be possible to use the New version. We will stick
 with 2.5.10, in this case. 
 
 Pl. let me know if we should be changing the code to get used to version
 2.5.15.
 

I know your primary goal is to port drools, so you can decide what
is best. This need not hold up your arc review.

BTW. Based on the junit case you can port the current
and older version like this in the same pkg:

/usr/share/lib/java/janino.jar - ../janino-2.5.15.jar
/usr/share/lib/java/janino-2.5.15.jar
/usr/share/lib/java/janino-2.5.10.jar

Cheers,
Jim




FCoE target and initiator

2009-02-03 Thread Eshwar
Hi,

iam new with FCoE installing in opensolaris.If any one knows where can i 
download the BINIRIES for the FCoE to install in opensolaris.

regards
Eshwar
-- 
This message posted from opensolaris.org



FCoE target and initiator

2009-02-03 Thread Dan Mick
Eshwar wrote:
 Hi,
 
 iam new with FCoE installing in opensolaris.If any one knows where can i 
 download the BINIRIES for the FCoE to install in opensolaris.
 
 regards
 Eshwar

1) please stop posting the same question to multiple opensolaris lists.

2) please stop posting questions about Solaris to opensolaris-arc; this list is 
for the Architecture Review Committee, not general Solaris questions.




LSARC 2009/046 - xsdlib

2009-02-03 Thread Rick Matthews
This fast track has timed out, with no outstanding discussion.
I am marking closed approved fast-track.

-- 
-
Rick Matthews   email: Rick.Matthews at sun.com
Sun Microsystems, Inc.  phone:+1(651) 554-1518
1270 Eagan Industrial Road  phone(internal): 54418
Suite 160   fax:  +1(651) 554-1540
Eagan, MN 55121-1231 USAmain: +1(651) 554-1500  
-




LSARC 2009/047 Janino

2009-02-03 Thread Rick Matthews
This fast track has timed out, with no outstanding discussion.
I am marking closed approved fast-track.

-- 
-
Rick Matthews   email: Rick.Matthews at sun.com
Sun Microsystems, Inc.  phone:+1(651) 554-1518
1270 Eagan Industrial Road  phone(internal): 54418
Suite 160   fax:  +1(651) 554-1540
Eagan, MN 55121-1231 USAmain: +1(651) 554-1500  
-




LSARC 2009/048 - Jaxen

2009-02-03 Thread Rick Matthews
This fast track has timed out, with no outstanding discussion.
I am marking closed approved fast-track.

-- 
-
Rick Matthews   email: Rick.Matthews at sun.com
Sun Microsystems, Inc.  phone:+1(651) 554-1518
1270 Eagan Industrial Road  phone(internal): 54418
Suite 160   fax:  +1(651) 554-1540
Eagan, MN 55121-1231 USAmain: +1(651) 554-1500  
-




LSARC 2009/049 ANTLR - Another Tool for Language Recognition

2009-02-03 Thread Rick Matthews
This fast track has timed out, with no outstanding discussion.
I am marking closed approved fast-track.

-- 
-
Rick Matthews   email: Rick.Matthews at sun.com
Sun Microsystems, Inc.  phone:+1(651) 554-1518
1270 Eagan Industrial Road  phone(internal): 54418
Suite 160   fax:  +1(651) 554-1540
Eagan, MN 55121-1231 USAmain: +1(651) 554-1500  
-




LSARC 2009/046 - xsdlib

2009-02-03 Thread Mark Martin
Rick Matthews wrote:
 This fast track has timed out, with no outstanding discussion.
 I am marking closed approved fast-track.

   
As I mentioned before and for the record, external contributors were not 
able to review this case in its entirety as the FOSS checklist is still 
not available on the OSo website. 



LSARC 2009/047 Janino LSARC 2009/048 - Jaxen LSARC 2009/049 ANTLR - Another Tool for Language Recognition

2009-02-03 Thread Mark Martin
Rick Matthews wrote:
 This fast track has timed out, with no outstanding discussion.
 I am marking closed approved fast-track.

   
As I mentioned before and for the record, external contributors were not 
able to review this case in its entirety as the FOSS checklist is still 
not available on the OSo website.

http://mail.opensolaris.org/pipermail/opensolaris-arc/2009-January/013708.html

I had a general concern about how the jars are packaged and named going 
forward (as part of the bigger Java on OpenSolaris strategy), but I am 
willing to accept this concern may be singularly important and otherwise 
easily dismissed.



2009/054: dlinfo(3c) - segment mapping retrieval

2009-02-03 Thread Rod Evans

 An auxiliary structure is used to maintain the data:
 
   typedef struct {
   uint_tdlm_cnt;/* number of mapings */
   mmapobj_result_t *dlm_maps;/* mapping information */
   } Dl_mapinfo_t;

Minor update, this data structure has been expanded to provide
a return count of the mappings that were filled in by ld.so.1.
A user is free to use a constant array to represent a maximum
number of mappings, but ld.so.1 will return how many it provided.

   typedef struct {
   mmapobj_result_t *dlm_maps; /* mapping information */
   uint_t  dlm_acnt;   /* number of dlm_maps mappings */
   uint_t  dlm_rcnt;   /* number of returned mappings */
   } Dl_mapinfo_t;

Minor modes to the man page description and example have been
supplied with the associated bug report (6237063).


-- 

Rod.



ksh93 update 2 [PSARC/2009/063 FastTrack timeout 02/09/2009]

2009-02-03 Thread John Plocher
Peter Tribble wrote:
 I know that I'm certainly not happy about ripping out Solaris commands and
 replacing them with external commands.


Since Sun's management seems to have RIF'd the entire team that used
to maintain those old Solaris commands, it seems clear that *they* no
longer have the same commitment to them as they used to.  In that
case, anything that moves towards a codebase that /is/ actively
supported by people who are experts in the field is rather to be
desired, don't you think?

  -John