+1
-- mark
On 2/15/10 5:31 PM, Tim Haley wrote:
> On 02/ 6/10 08:56 AM, Tim Haley wrote:
>> I am sponsoring this case on behalf of Tom Pothier. The case seeks
>> micro/patch binding. Timeout is 02/12/10.
>>
>
> May I get a +1 from a member on this timed out case? Pretty please?
>
> thanks,
> -
+1
-- mark
On 2/4/10 2:13 AM, Qing-Ming Jeff Cai wrote:
> Hi,
>
> I'm sponsoring this case for Sim Jin of Desktop group. The time is set
> 02/17/2010.
>
> Jeff
e detail and
> not have TBDs since this is self review.
>
> Do you have a completed Interface description or table with
> taxonomy classifications?
>
> Thanks,
>
> John
>
>
> Mark A. Carlson wrote:
>> I am sponsoring this case for Jack Meng. It requests a patch
I am sponsoring this case for Bing Zhao. It requests a patch
binding for iSER, updating PSARC 2008/395 as a result.
I do not expect this to be controversial so I have marked it
Self Review, but am happy to start a timer if an ARC member
so desires or significant discussion ensues.
-- mark
Templat
I am sponsoring this case for Jack Meng. It requests a patch
binding for iSCSI boot, updating PSARC 2008/427 as a result.
I do not expect this to be controversial so I have marked it
Self Review, but am happy to start a timer if an ARC member
so desires or significant discussion ensues.
-- mark
T
butes:
>
>
> | ATTRIBUTE TYPE| ATTRIBUTE VALUE |
> |_____|_|
> | Availability| SUNWsrptu |
> |_|_|
> | Interface Stability | Committed |
> |_|_|
>
>
> SEE ALSO
> stmfadm(1M), srpt(7D), libsrpt(3LIB), attributes(5)
>
>
> 5. Reference Documents:
>
> SRP Target PSARC case (PSARC/2009/111)
> http://arc.opensolaris.org/caselog/PSARC/2009/111/
>
> 6. Resources and Schedule
> 6.4. Steering Committee requested information
> 6.4.1. Consolidation C-team Name:
> ON
> 6.5. ARC review type: FastTrack
> 6.6. ARC Exposure: open
>
> ___
> opensolaris-arc mailing list
> opensolaris-arc at opensolaris.org
>
--
<http://www.sun.com>* Mark A. Carlson *
Sr. Architect
*Systems Group*
Phone x69559 / 303-223-6139
Email Mark.Carlson at Sun.COM
e
> also used by the desktop team for doing ongoing development and
> testing. Therefore, the cost of providing the these "prototype" builds
> are a part of the cost the development team requires to provide the
> next release of GNOME into Solaris. Since much of the desktop stack
> is
> developed externally, the cost of development is shared by many
>
>
> 6. Resources and Schedule
> 6.4. Steering Committee requested information
> 6.4.1. Consolidation C-team Name:
> LSARC
> 6.5. ARC review type: FastTrack
> 6.6. ARC Exposure: open
>
> ___
> opensolaris-arc mailing list
> opensolaris-arc at opensolaris.org
>
--
<http://www.sun.com>* Mark A. Carlson *
Sr. Architect
*Systems Group*
Phone x69559 / 303-223-6139
Email Mark.Carlson at Sun.COM
What IPS provides is a much easier means for packages to add a new
> uid/gid to the system in their package.
>
> Instead the ARC needs to keep the registry of resevered UIDs - which
> they ARC may choose to do by integrating into ON.
>
--
<http://www.sun.com>* Mark A. Carlson *
Sr. Architect
*Systems Group*
Phone x69559 / 303-223-6139
Email Mark.Carlson at Sun.COM
n in user privilage also.
>>
>> So what user/group and privileges with SMF start nrpe with ?
>>
> ___
> opensolaris-arc mailing list
> opensolaris-arc at opensolaris.org
--
<http://www.sun.com>* Mark A. Carlson *
Sr. Architect
*Systems Group*
Phone x69559 / 303-223-6139
Email Mark.Carlson at Sun.COM
The outstanding issues on this case do not seem to have been addressed.
-- mark
Has this case converged? It may be approved at today's LSARC if nobody
needs more time.
-- mark
5. References
>
> [1] http://arc.opensolaris.org/caselog/PSARC/2008/090/
> [2] http://httpd.apache.org/mod_fcgid/
> [3] http://httpd.apache.org/mod_fcgid/mod/mod_fcgid.html
> [4] http://httpd.apache.org/mod_fcgid/mod/mod_fcgid.html#fcgidcmdoptions
> [5] section "Incompatible configuration changes" of
> http://svn.apache.org/viewvc/httpd/mod_fcgid/trunk/README-FCGID
> ?revision=822576&view=markup
> [6] http://httpd.apache.org/mod_fcgid/mod/mod_fcgid.html#upgrade
>
> 6. Resources and Schedule
> 6.4. Steering Committee requested information
> 6.4.1. Consolidation C-team Name:
> sfw
> 6.5. ARC review type: FastTrack
> 6.6. ARC Exposure: open
>
> ___
> opensolaris-arc mailing list
> opensolaris-arc at opensolaris.org
>
--
<http://www.sun.com>* Mark A. Carlson *
Sr. Architect
*Systems Group*
Phone x69559 / 303-223-6139
Email Mark.Carlson at Sun.COM
This case seems to have converged and will likely be approved at LSARC today
unless someone needs more time.
-- mark
; 3. Reference Documents
>>> ==
>>> [1] lxml website http://codespeak.net/lxml -- only for reference
>>> [2] materials/prototype2.[46]
>>> [3] materials/pkginfo2.[46]
>>> [4] materials/element.htm -- ElementTree API
>&
d not suffice
for review.
-- mark
Garrett D'Amore wrote:
> Mark A. Carlson wrote:
>> a +1 is not a vote. It's original purpose was to indicate that
>> *in the absence of any visible review* - someone had reviewed
>> it and was OK with the case. Prior to this, cases were
re..
>
> Thanks
> pete
> ___
> opensolaris-arc mailing list
> opensolaris-arc at opensolaris.org
--
<http://www.sun.com>* Mark A. Carlson *
Sr. Architect
*Systems Group*
Phone x69559 / 303-223-6139
Email Mark.Carlson at Sun.COM
The project team is looking for a sponsor for this fast track.
Any volunteers?
-- mark
ous
> printer models.
>
> Thanks,
>
> John
>
>
> ___
> opensolaris-arc mailing list
> opensolaris-arc at opensolaris.org
--
<http://www.sun.com>* Mark A. Carlson *
Sr. Architect
*Systems Group*
Phone x69559 / 303-223-6139
Email Mark.Carlson at Sun.COM
Volatile
>OVF input format Volatile
>
> 5. References
>
> PSARC/2008/579 virt-convert
>
>
> _______
> opensolaris-arc mailing list
> opensolaris-arc at opensolaris.org
>
--
<http://www.sun.com>* Mark A. Carlson *
Sr. Architect
*Systems Group*
Phone x69559 / 303-223-6139
Email Mark.Carlson at Sun.COM
st ID assignment.
>This will be used to generate the globally unique identifier (GUID)
>for the logical unit.
>
> Default: identifer returned by hostid(1).
>
>
> 6. Resources and Schedule
> 6.4. Steering Committee requested informatio
This case was inadvertently marked as closed but is actually an open
case (fixed).
The project team is looking for an owner and an intern.
Please respond if you would be able to own or intern on this case.
Thanks,
-- mark
.50x emlxs - FCoE - Add FC side of support for new Emulex
> FCoE adapter, Europa
>
>
> Mark A. Carlson wrote:
>> The piece that seems to be missing from these "converged" cases is not
>> the NIC functionality, but the HBA equivalent functionality. A CNA is
&
The piece that seems to be missing from these "converged" cases is not
the NIC functionality, but the HBA equivalent functionality. A CNA is
both. Is that a separate case? Why?
-- mark
Darren J Moffat wrote:
> Garrett D'Amore - sun microsystems wrote:
>> This is another case that maybe could be h
This case was approved in LSARC yesterday.
-- mark
OK, as the timer has expired, the issues addressed and acknowledged,
I am marking this case closed approved.
Thanks,
-- mark
Garrett D'Amore wrote:
> Mark A. Carlson wrote:
>> The enclosed updated proposal has been placed in the case directory
>> documenting the discussi
OK, as long as this is documented.
I can give a +1 to this case then.
-- mark
John Forte wrote:
> Mark A. Carlson wrote:
>>
>>
>> John Forte wrote:
>>>DESCRIPTION
>>> The stmfValidateView() function validates the logical unit
>>> n
John Forte wrote:
>DESCRIPTION
> The stmfValidateView() function validates the logical unit
> number. This is done by setting view->luNbrValid to B_TRUE and
> setting view->luNbr to the logical unit number. A valid logical
> unit number is in the range of 0-16383.
>
>
The enclosed updated proposal has been placed in the case directory
documenting the discussions and decisions in this thread.
Changes made to the spec include:
1. The name of the project has been changed to
"Dynamical assembling the bootpath for iSCSI boot on sparc"
2. The proposed solution i
Darren J Moffat wrote:
> ... suggest it be put in "waiting need spec" and that the project team
> work with the installer and boot teams (in particular I strongly
> suggest taking advice from Jan for the boot issues).
Done.
-- mark
;>>>>> usr/perl5/vendor_perl/5.8.4/Crypt/CBC.pm
>>>>>>
>>>>>>
>>>>> So the path is usr/perl5/vendor_perl/5.8.4/Crypt instead of
>>>>> usr/perl5/vendor_perl/5.8.4/crypt-cbc ?
>>>>>
>>&
stmfGetLuProp(3STMF) manpage
>
>decimal representation (that is, no leading "0x"). The prop
>argument can be one of the following values:
>
> + STMF_LU_PROP_ACCESS_STATE
> +
> + Asymmetric access state for the logical unit.
> + Set to one of:
> +
> + "0" isActive
> + "1" isTransition to Active
> + "2" isStandby
> + "3" isTransition to Standby
> +
>STMF_LU_PROP_ALIAS
>
>Up to 255 characters representing a user defined name
>
> 4.9 References
>
> [1] COMSTAR: Common Multiprotocol SCSI Target
> http://sac.sfbay/PSARC/2007/523
>
> [2] SCSI Primary Commands - 3 (SPC-3) revision 23
> http://www.t10.org/cgi-bin/ac.pl?t=f&f=spc3r23.pdf
>
> 6. Resources and Schedule
> 6.4. Steering Committee requested information
> 6.4.1. Consolidation C-team Name:
> ON
> 6.5. ARC review type: FastTrack
> 6.6. ARC Exposure: open
>
> ___
> opensolaris-arc mailing list
> opensolaris-arc at opensolaris.org
>
--
<http://www.sun.com>* Mark A. Carlson *
Sr. Architect
*Systems Group*
Phone x69559 / 303-223-6139
Email Mark.Carlson at Sun.COM
Mark,
Would you be willing to be the case owner on these and help Brian get
the materials for a review if he decides not to make them fast tracks?
Thanks,
-- mark
Mark Martin wrote:
> Mark A. Carlson wrote:
>> Why don't you just set a timer on them then and make them fast trac
(08/20/09) closed Integrate HP Smart Array HBA Driver cpqary3
>>>> into Solaris
>>>> 10:10-10:55 Open Inception: Anti-spoofing Link Protection (2009/436)
>>>> Submitter: Eric Cheng
>>>> Owner: Kais Belgaied
>>>> Exposure: open
>>&g
ris Hotplug Framework (2008/181)
>> Submitter: Colin Zou
>> Owner: Garrett D'Amore
>> Intern: Phi Tran
>> Exposure: open
>> _______
>> opensolaris-arc mailing list
>> opensolaris-arc at opensolaris.org
>
> ___
> opensolaris-arc mailing list
> opensolaris-arc at opensolaris.org
--
<http://www.sun.com>* Mark A. Carlson *
Sr. Architect
*Systems Group*
Phone x69559 / 303-223-6139
Email Mark.Carlson at Sun.COM
for a separate review at that time.
>
> Internal products (outside of glassfish) will pick up the bits
> post-FCS
>
>Planned Dates for glassfish integration is found at (internal
> link):
> http://mq.sfbay.sun.com/Wiki.jsp?page=CraneSchedule
>
>6.4.8. Target Code Design Review Date:
>Design review has already happened.
>Selected code reviews for bugs are on-going and will be
> completed
>by late August.
>
>6.4.9. Update approval addition:
>
>N/A - this does not apply to solaris
>
> 6.5. ARC review type: FastTrack
> Again: see comment above, I need help to determine if the
> bridge changes are too large for a fast-track
>
> 6.6. ARC Exposure:
>Open
>
>Project is part of an open source project (OpenMQ)
>Project is also part of Glassfish.
>
> 6.6.1. Rationale:
> NA - this project is open source.
>
> 7. Prototype Availability:
> 7.1. Prototype Availability:
> Main features are available in the July 15th builf (build 11-1)
>
> 7.2. Prototype Cost:
> 3 man years (to cover testing, documentation and bug fixing)
>
>
--
<http://www.sun.com>* Mark A. Carlson *
Sr. Architect
*Systems Group*
Phone x69559 / 303-223-6139
Email Mark.Carlson at Sun.COM
There being no fast tracks, I am canceling Open ARC Business.
-- mark
s John Plocher could speak up about what an appropriate looking
> process would look like. Maybe require a regular +/- OpenSolaris
> community vote to initiate the SAC-level appeal, in lieu of having
> Director or DE sponsorship, and then an OGB vote for CTO-level appeal,
> in lieu o
Any items for Open LSARC Business?
(we don't have any fast tracks)
If not, we will have a very short call.
-- mark
v, --verbose | Committed | reports logical unit list
> | | discovered on a host with
> | | details
> | |
> sasinfo output |Not an interface |
>
>
>
> ___
> opensolaris-arc mailing list
> opensolaris-arc at opensolaris.org
--
<http://www.sun.com>* Mark A. Carlson *
Sr. Architect
*Systems Group*
Phone x69559 / 303-223-6139
Email Mark.Carlson at Sun.COM
A draft opinion has been placed in the case directory.
-- mark
a man page, annotation embedded
>>>>>>> in the Javadocs
>>>>>>> (which will work for Sun products but you cant force that
>>>>>>> upstream).
>>>>>>> This is not being addressed in this case. Project teams can
>>>>>>>
- No man page shall be allowed
> b) OpenSolaris project team cannot support deltas to the
> native documentation
> - Unchanged Javadoc or other native documentation
> required
> - A man page shall be provided
>
>
>
> 6.
ly generally available for Java/Python/etc., I don't
> think an occasional page will help anything.
A TCA would certainly be in the spirit of "strongly urge"
-- mark
>
> On May 19, 2009, at 3:23 PM, Mark A. Carlson wrote:
>
>> During the case discussion today, I t
tation required
> - No man page shall be allowed
> b) OpenSolaris project team cannot support deltas to the
> native documentation
> - Unchanged Javadoc or other native documentation
> required
> - A man page shall
Can you include the minority opinion in this? I sent it out yesterday.
It's not clear what you are asking a vote for:
1) approve the project with this opinion or
2) vote for one:
a) this opinion
b) the minority opinion
I would vote:
1) approve the project, but
2) b - the minority opini
Mark Martin wrote:
>
> I was debating bringing a case to propose new stability communication
> norms for particular classifications of projects (i.e. Java
> libraries). Rather than debate the specifics of that case at this
> moment, I'd like to determine if this would be prudent procedurally.
See inline.
margot wrote:
> Hey All,
>
> Here is the draft opinion.
>
> Please review/comment.
> Thanks
> Margot
>
> **
>
>
> sun
> microsystems Systems Architecture Committee
>
> _
>
> Subject: trove-2.0.4
>
> Submitt
During the case discussion today, I took the AI to help Michael Kearney
draft
a minority opinion. There may be other minority opinions, but if this looks
close to something you would sign on to, I am open to small changes.
-- mark
5. Minority Opinion
Background
It is not typical
Garrett D'Amore wrote:
> Mark A. Carlson wrote:
>> Let's keep in mind that we are trying to document (in an easily
>> accessible place) the
>> interface classification of the OpenSolaris instance (not the Java
>> interface across platforms).
>> Gi
ew jar file submissions into Solaris/OpenSolaris. I thought
>> this was already true.
>> 5. Man pages are used by most Solaris/OpenSolaris packages.
>> 6. I appreciate where Java developers are coming from, but "not standard
>> practice for Java developers to look for man pages" alone, doesn't seem
>> enough reason to stop man pages being delivered with jar file packages.
>>
>> We can't control how jar files are delivered or documented on
>> windows or other environments, but we can on Solaris/OpenSolaris.
>>
>> BTW. ccing Norm (sfw c-team lead) since one of the requirements to
>> integrate into sfw is a man page.
>>
>> Cheers,
>> Jim
>
>
--
<http://www.sun.com>* Mark A. Carlson *
Sr. Architect
*Systems Group*
Phone x69559 / 303-223-6139
Email Mark.Carlson at Sun.COM
This case was approved at LSARC last week.
-- mark
This case was approved at LSARC last week.
-- mark
The project team has requested patch binding for this case due to a
requirement
to back port to Solaris. I have updated the case materials and marked it
closed
approved automatic, but am willing to set a timer if an ARC member so
desires.
-- mark
-- next part --
An emb
9 9:53 PM
> To: Margot Miller; Vivek Titarmare
> Cc: Mark A. Carlson; LSARC-ext at Sun.COM; 'Gregory Matthews'; Rick Matthews
> Subject: Re: Drools [LSARC/2008/748 FastTrack timeout 05/05/2009]
>
> Margot, answers inline.
>
> *Vivek,* can you please send a zip file of
This case was approved at LSARC today.
-- mark
The timer on this case has been extended to Friday 05/08/2009
to give additional time for review.
-- mark
Michael Kearney wrote:
> +1
>
> I reviewed this case this morning.
>
> Mark A. Carlson wrote:
>> I have started a timer on this familiarity case. It has had a
>&g
==
> ===
> python committed To sun the pywbem scripts
>
>The script file would go in "usr/share/pywbem/"
>
>
> 6. Resources and Schedule
> 6.4. Steering Committee requested information
> 6.4
The timer on this case has been extended to Friday 05/08/2009
to give additional time for review.
-- mark
The project team has updated this case to Version 7.1. I have marked
this as a self review,
but am happy to start a timer if a member so desires. The updated
proposal is enclosed and
is also in the case directory.
The diff from the previous version:
$ diff areca-fasttrack.txt areca-fasttrack-7.
Updated materials are in the case directory. This case was approved at
LSARC this week.
-- mark
Sorry about that. The slides Charles updated had an
improper footer. Should be OK now and should push out
in it's own good time.
-- mark
Mark Martin wrote:
> Mark A. Carlson wrote:
>> I have started a timer on this familiarity case. It has had a
>> pre-inception and up
I have started a timer on this familiarity case. It has had a
pre-inception and update reviews.
All dependent cases for this umbrella have been approved. I am
sponsoring for Charles Binford.
Minor binding is requested and it times out 05/05/2009. The materials
are in the fasttrack.materials
subd
The case directory has been updated with new materials.
Any last issues before I close this case?
-- mark
Margot Miller wrote:
> Vivek,
>
> Please add the package SUNWpdsh to the interface table.
>
> In the pdsh man page, it has:
>
> qsh Allows pdsh to execute MPIjobs over QsNet. Q
e.
> If you're not prepared to do this, you're not prepared to own
> the product, fix bugs and maintain it long term.
>
>
--
<http://www.sun.com>* Mark A. Carlson *
Sr. Architect
*Systems Group*
Phone x69559 / 303-223-6139
Email Mark.Carlson at Sun.COM
is required.
>> The proposal.txt file in the case directory has been updated.
>>
>> I plan to reclose the case on 4/22/2009 unless there are issues.
>>
>> Cheers,
>> Jim
--
<http://www.sun.com>* Mark A. Carlson *
Sr. Architect
*Systems Group*
Phone x69559 / 303-223-6139
Email Mark.Carlson at Sun.COM
---
> NAMESTABILITY NOTES
> ___
> opensolaris-arc mailing list
> opensolaris-arc at opensolaris.org
--
<http://www.sun.com>* Mark A. Carlson *
Sr. Architect
*Systems Group*
Phone x69559 / 303-223-6139
Email Mark.Carlson at Sun.COM
sist
>on the stmf service. When set to B_FALSE, this
>setting is only applicable for the duration of the
>current library open or until a subsequent call is
>made to change the setting.
>
> DESCRIPTION
>This sets the persistence method for stmf.
>
> RETURN VALUES
>STMF_STATUS_SUCCESS The API call was successful.
>
>STMF_ERROR_PERSIST_TYPE persistType is invalid.
>
> ATTRIBUTES
>See attributes(5) for descriptions of the following attributes:
>
>
>| ATTRIBUTE TYPE| ATTRIBUTE VALUE |
>|_|_|
>| Interface Stability | Committed |
>|_|_|
>| MT-Level| Safe|
>|_|_|
>
>
> stmfGetPersistMethod
>
> NAME
>stmfGetPersistMethod - get the current persistence method for stmf
>
> SYNOPSIS
>cc [ flag... ] file... -lstmf [ library... ]
>#include
>
>int stmfGetPersistMethod(uint8_t *persistType, boolean_t serviceState)
>
> PARAMETERS
>persistType On success, contains the current persistence setting
>based on serviceState.
>
>serviceStateWhen set to B_TRUE, persistType will contain the
>persist method currently set for the service. When
>set to B_FALSE, persistType will contain the persist
>method for the current library open.
>
> DESCRIPTION
>Retrieves the current persistent method setting for the service or
>for a given library open. When set to B_TRUE, retrieves the setting
>from the service.
>
> RETURN VALUES
>STMF_STATUS_SUCCESS The API call was successful.
>
>STMF_ERROR_PERSIST_TYPE Unable to retrieve persist type from
>service.
>
> ATTRIBUTES
>See attributes(5) for descriptions of the following attributes:
>
>
>| ATTRIBUTE TYPE| ATTRIBUTE VALUE |
>|_|_|
>| Interface Stability | Committed |
>|_|_|
>| MT-Level| Safe|
>|_|_|
>
>
>
--
<http://www.sun.com>* Mark A. Carlson *
Sr. Architect
*Systems Group*
Phone x69559 / 303-223-6139
Email Mark.Carlson at Sun.COM
I have extended the timer on this case until Thursday 4/23/2009 to further
resolve in-process issues.
-- mark
I have extended the timer on this case until Thursday 4/23/2009 to further
resolve in-process issues.
-- mark
This case was approved at LSARC today. The IAM file has been updated.
-- mark
This case was approved at LSARC today. The IAM file has been updated.
-- mark
You would have to ask those project teams directly. I have not
seen a response from them on this list.
-- mark
Danek Duvall wrote:
> Appserver, cacao, SCN, and netbeans use SAAJ, as well. Any plans to shift
> them to this common version?
>
> Danek
e next JDK will be delivered or
> if they do sporadic updates. Is that team aware that Sun
> projects are requiring a later version of JAXB than they
> provide?
>
> Could you please note that JDK 1.5 or above can be used
> for this project in the materials.
>
> Thanks
> Mar
Jyri Virkki wrote:
>> 2.1 Project Description
>> This project introduces the package of Jaxb2.1 into the SFW consolidation.
>>
>
> Reading through the thread the following still appears unadressed:
>
> First, if this library is only relevant to JDK5, why is it being
> integrated at all? Op
that projects that can't run with JDK 1.6
> install a private local version of JDK 1.5 and then use this
> JAX-B?
>
> Do you know which projects these are?
> Thanks
> Margot
>
>
> Mark A. Carlson wrote:
>> Some projects haven't moved to JDK 6 yet and we do
https://saaj.dev.java.net/nonav/spec-1.3/api/
>>6. Resources and Schedule
>> 6.4. Steering Committee requested information
>> 6.4.1. Consolidation C-team Name:
>> SFW
>> 6.5. ARC review type: FastTrack
>> 6.6. ARC Exposure: open
>>
>> ___
>> opensolaris-arc mailing list
>> opensolaris-arc at opensolaris.org
>>
>
> ___
> opensolaris-arc mailing list
> opensolaris-arc at opensolaris.org
--
<http://www.sun.com>* Mark A. Carlson *
Sr. Architect
*Systems Group*
Phone x69559 / 303-223-6139
Email Mark.Carlson at Sun.COM
>
> -alan-
>
> Mark A. Carlson wrote:
>
>> I believe that JDK 6 and above have JAXB integrated
>> so you only need it if you have JDK 1.5
>>
>> --- mark
>>
>> Margot Miller wrote:
>>
>>> Does this really depen
il?id=222
>> Javadocs are available here :
>> https://jaxb.dev.java.net/nonav/jaxb20-pfd/api/index.html
>>
>> 6. Resources and Schedule
>> 6.4. Steering Committee requested information
>>6.4.1. Consolidation C-team Name:
>> SFW
>> 6.5. ARC review type: FastTrack
>> 6.6. ARC Exposure: open
>>
>> ___
>> opensolaris-arc mailing list
>> opensolaris-arc at opensolaris.org
>>
>
> ___
> opensolaris-arc mailing list
> opensolaris-arc at opensolaris.org
--
<http://www.sun.com>* Mark A. Carlson *
Sr. Architect
*Systems Group*
Phone x69559 / 303-223-6139
Email Mark.Carlson at Sun.COM
h case /opt may be appropriate for both
> files.)
>
> If it's a familiarity case, what is it being familiar with? Is there
> an upstream that should be referenced?
>
>
--
<http://www.sun.com>* Mark A. Carlson *
Sr. Architect
*Systems Group*
Phone x69559 / 303-223-6139
Email Mark.Carlson at Sun.COM
release binding is "Tight." The interfaces described are all
> "Difficult."
>
> Related OpenSolaris projects may include Visual Panels. The SMIT
> project team is not in contact with that team, and doesn't expect
> their agreement with this project, but would like to proceed anyway.
>
--
<http://www.sun.com>* Mark A. Carlson *
Sr. Architect
*Systems Group*
Phone x69559 / 303-223-6139
Email Mark.Carlson at Sun.COM
Having received the requisite +1 reviews, and having timed out, this
case is now marked closed approved.
-- mark
Having received the requisite +1 reviews, and having timed out, this
case is now marked closed approved.
-- mark
which will become a root process. The result is the reason of
> CR#6749728 eject function doesn't work.
>
> A temporary solution is to add the following line to exec_attr(4):
>
> Primary Administrator:solaris:cmd:::/usr/bin/brasero.bin:privs=sys_devices
>
James Carlson wrote:
>
>
> I could live with "mockmac", as long as it'll end this thread
>
Yes. Let's please end this thread before the case gets derailed because of
trivial, non-architectural issues. The mail file is already 95k and
rising...
-- mark
I am sponsoring this familiarity case for Bharath Kumar, requesting
minor binding and timing out on 3/31/2009.
-- mark
Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI
This information is Copyright 2009 Sun Microsystems
1. Introduction
1.1. Project/Component Working Name:
Activ
en all that we need, so I'm calling for the
> vote by email.
>
> Members: please let me know if you're not ready to vote. Otherwise,
> please reply with your vote.
>
> I'm voting "approve."
>
>
--
<http://www.sun.com>* Mark A. Carlson
; Given the hang concern outlined above, keeping ZVOL I/O and PGR I/O
>> within the data path side of the iSCSI Target Daemon mitigates risk,
>> is essentially identical to what is done today, where PGR data is now
>> being written into /etc/iscsi/...
>
> Okay.
>
> As I said I'm okay for the case to go forward as specified I was just
> trying to offer an alternative to the space restricted iscsioptions
> that still allowed the PCR config to be stored with the dataset.
>
--
<http://www.sun.com>* Mark A. Carlson *
Sr. Architect
*Systems Group*
Phone x69559 / 303-223-6139
Email Mark.Carlson at Sun.COM
.nongnu.org/confuse/
>
>RFE ID# 6810360
>
> 6. Resources and Schedule
> 6.4. Steering Committee requested information
> 6.4.1. Consolidation C-team Name:
> SFW
> 6.5. ARC review type: FastTrack
> 6.6. ARC Exposure: open
>
>
gt; the next 23 hours. Please 'reply-to' website-discuss.
>
> Thanks,
>
--
<http://www.sun.com>* Mark A. Carlson *
Sr. Architect
*Systems Group*
Phone x69559 / 303-223-6139
Email Mark.Carlson at Sun.COM
ocols?
>> [ ] Yes
>> [ ] No - ARC review required
>>
>> Do network services for the project make decisions based upon user,
>>
> host or
>
>> service identities?
>> [ ] Yes - explain below
>>
This case, having received the requisite +1 and having timed out, is now
marked closed approved.
-- mark
This case, having received the requisite +1 and having timed out, is now
marked closed approved.
-- mark
Do the components make use of secret information during
>> authentication and/or
>> authorization?
>> [ ] Yes - explain below
>> [ ] No
>> [ ] N/A
>> 3.5 Networking
>> Do the components access the network?
>> [ ] Yes
>> [X] No - continue with the next section (section 3.6)
>> If yes do the components support IPv6?
>> [ ] Yes [ ] No - ARC review required
>> 3.6 Core Solaris Components
>> Do the components of this project compete with or duplicate
>> core Solaris components?
>> [ ] Yes - ARC review required
>> [X] No 4.0 Interfaces
>> See project proposal
>>
>>
>> Introduction to Library Functions pull-parser(3)
>>
>> NAME
>> pull-parser - XML parser
>>
>> DESCRIPTION
>> pull-parser(3) is a streaming pull XML parser and should be
>> used when there is a need to process quickly and efficiently
>> all input elements(for example in SOAP processors).For addi-
>> tional information on using pull-parser, browse the complete
>> html documentation at:
>>
>> file:/usr/share/lib/java/javadoc/pull-parser/index.html
>>
>> LICENSE
>> Indiana University Exterme! Lab Software License
>>
>> FILES
>> /usr/share/lib/java/pull-parser-2.1.10.jar
>>
>> pull-parser jar file
>>
>> /usr/share/lib/java/javadoc/pull-parser/index.html
>>
>> pull-parser API documentation generated with javadoc.
>>
>> ATTRIBUTES
>> See attributes(5) for descriptions of the following attri-
>> butes:
>>
>> ___
>> | ATTRIBUTE TYPE | ATTRIBUTE VALUE|
>> |___
>> | Availability | SUNWpull-parser|
>> |___
>> | Interface Stability| Uncommitted|
>> ||_|
>>
>> SEE ALSO
>> http://www.extreme.indiana.edu/xgws/xsoap/xpp/
>>
>> NOTES
>> Source for pull-parser is available on
>> http://opensolaris.org
>>
>> SunOS 5.10 Last change: 4 Feb 20091
>>
>
--
<http://www.sun.com>* Mark A. Carlson *
Sr. Architect
*Systems Group*
Phone x69559 / 303-223-6139
Email Mark.Carlson at Sun.COM
Fixed in Proposal.txt - this case is now marked closed approved.
-- mark
Rick Matthews wrote:
> +1 ... minor nit...the .jar file is listed at the top of the interface
> table, where
> in your other cases (132, 133, 134, 135) it is listed as an interface.
--
<http://www.sun.com&
> referred to the
>proposal.txt
>-) Gathered the FastTrack submission, FOSS checklist and man page
> into a file
>called Proposal.txt (in the materials directory).
> Please inform myself or Vivek if this is less than required.
>
--
<http://ww
> referred to the
>proposal.txt
>-) Gathered the FastTrack submission, FOSS checklist and man page
> into a file
>called Proposal.txt (in the materials directory).
> Please inform myself or Vivek if this is less than required.
>
--
<http://ww
> referred to the
>proposal.txt
>-) Gathered the FastTrack submission, FOSS checklist and man page
> into a file
>called Proposal.txt (in the materials directory).
> Please inform myself or Vivek if this is less than required.
>
--
<http://ww
Interface
>>>
>>>
>>>The Jar file would go in "usr/share/lib/java"
>>>
>>>Imported interfaceClassification Comments
>>>=== ==
>>>
>> ==
x B - Suggested case materials
> 1. man pages
>
> Attached are the zipped Java docs (jsr94.zip_)
>
> 2. SMF manifests
> 3. links to contracts
> Introduction to Library Functionsjsr94(3)
>
> NAME
> jsr94 - Java Rule Engine API
>
> DESCRIPTION
> jsr94(3) Java runtime API for rule engines. For additional
> information on using jsr94, browse the complete html docu-
> mentation at:
>
> file:/usr/share/lib/java/javadoc/jsr94/index.html
>
> LICENSE
> ASL 2.0
>
> FILES
> /usr/share/lib/java/jsr94.jar
>
> jsr94 jar file
>
> /usr/share/lib/java/javadoc/jsr94/index.html
>
> jsr94 API documentation generated with javadoc.
>
> ATTRIBUTES
> See attributes(5) for descriptions of the following attri-
> butes:
>
> ___
> | ATTRIBUTE TYPE | ATTRIBUTE VALUE|
> |___
> | Availability | SUNWjsr94 |
> |___
> | Interface Stability| Uncommitted|
> ||_|
>
> SEE ALSO
> http://jcp.org/aboutJava/communityprocess/first/jsr094/index.html
>
> NOTES
> Source for jsr94 is available on http://opensolaris.org
>
> SunOS 5.10 Last change: 4 Feb 20091
>
>
>
>
--
<http://www.sun.com>* Mark A. Carlson *
Sr. Architect
*Systems Group*
Phone x69559 / 303-223-6139
Email Mark.Carlson at Sun.COM
Appendix B - Suggested case materials
> 1. man pages
>
> Attached are the zipped Java docs (eclipse-jdt-core.zip_)
>
> 2. SMF manifests
> 3. links to contracts
>
>
> Introduction to Library Functions jdtcore(3)
>
> NAME
> jdtcore - Core java
1 - 100 of 209 matches
Mail list logo
