zfs diff [PSARC/2010/105 FastTrack timeout 04/05/2010]

On 03/29/10 01:24 PM, Nicolas Williams wrote: > On Mon, Mar 29, 2010 at 01:17:30PM -0400, Sebastien Roy wrote: >> Understood, and I see that now. It would indeed make sense to be >> consistent and have -H for this subcommand as well. > > Agreed. Do you agree re: backslas

zfs diff [PSARC/2010/105 FastTrack timeout 04/05/2010]

On 03/29/10 12:33 PM, Nicolas Williams wrote: > On Mon, Mar 29, 2010 at 12:23:56PM -0400, Sebastien Roy wrote: >>> Is there any escaping of whitespace and non-printable characters in the >>> pathnames? If not then the above format is ambiguous and cannot be >>> s

zfs diff [PSARC/2010/105 FastTrack timeout 04/05/2010]

On 03/29/10 12:34 PM, Steve Mckinty wrote: > Sebastien Roy wrote: >> Taking a step back here, this subcommand is not the only zfs >> subcommand whose output could be subject to parsing by scripts. Adding >> parsable output should be something that is thought-through for t

zfs diff [PSARC/2010/105 FastTrack timeout 04/05/2010]

On 03/29/10 12:14 PM, Nicolas Williams wrote: > On Sun, Mar 28, 2010 at 01:12:16PM -0600, Tim Haley wrote: >> +If the modification involved a change in the link count of a >> +file, the change will be expressed as a delta within >> +parentheses on the modification line. Exa

PSARC 2010/084 Perl Crypt bindings for OpenSSL

On 03/24/10 03:15 PM, Garrett D'Amore wrote: > On 03/24/10 11:56 AM, Nicolas Williams wrote: >> On Wed, Mar 24, 2010 at 02:22:56PM -0400, Sebastien Roy wrote: >>> On 03/24/10 02:09 PM, Garrett D'Amore wrote: >>>> That's fine with me, but you need to fi

PSARC 2010/084 Perl Crypt bindings for OpenSSL

On 03/24/10 02:56 PM, Nicolas Williams wrote: > On Wed, Mar 24, 2010 at 02:22:56PM -0400, Sebastien Roy wrote: >> On 03/24/10 02:09 PM, Garrett D'Amore wrote: >>> That's fine with me, but you need to fix the "Committed" value for your >>> package nam

PSARC 2010/084 Perl Crypt bindings for OpenSSL

On 03/24/10 02:09 PM, Garrett D'Amore wrote: > That's fine with me, but you need to fix the "Committed" value for your > package names -- clearly they are not Committed, since you know you'll > be changing them soon. Package names should be no less than Committed, especially now that IPS can refe

PSARC 2010/096 Public Audio DDI

On 03/24/10 11:31 AM, Garrett D'Amore wrote: > On 03/24/10 08:19 AM, Sebastien Roy wrote: >> >>> >>> Right now the framework just ensures that the version number matches. >>> Conceivably in the future this could be used to detect the need for, and >>

PSARC 2010/096 Public Audio DDI

On 03/24/10 11:02 AM, Garrett D'Amore wrote: > On 03/24/10 07:01 AM, Sebastien Roy wrote: >> Garrett, >> >> The only question I have on this case is how versioning works. Are >> there provisions in the API to handle drivers compiled on an older >> vers

PSARC 2010/096 Public Audio DDI

Garrett, The only question I have on this case is how versioning works. Are there provisions in the API to handle drivers compiled on an older version by either failing gracefully or by transparently handling multiple versions? I can't tell from the materials if the audio_dev_set_version() f

open source sed [PSARC/2010/086 FastTrack timeout 03/17/2010]

On 03/10/10 07:28 PM, Garrett D'Amore - sun microsystems wrote: > Provide an opensource version of /usr/bin/sed and /usr/xpg4/bin/sed > +1 -Seb

More ksh93 builtins [PSARC/2010/095 FastTrack timeout 03/25/2010]

Norm, On 03/19/10 04:34 AM, Norm Jacobs wrote: > I think that in part, I misread this: >> Interface Stability Description >> - - --- >> ksh93 '/usr/gnu/bin/basename' built in Uncommitted basename utility >> with GNU extensions ... > to mean that > > $ ksh93 -c "/usr/gnu/bin

More ksh93 builtins [PSARC/2010/095 FastTrack timeout 03/25/2010]

Norm, On 03/18/10 07:57 PM, Norm Jacobs wrote: > It's not that I don't think that the ksh93 built-ins have a place and > that they couldn't be a perfectly reasonable default for most people. In > some cases, they seem to provide something that is sorely needed in the > Solaris userland, a blend of

please keep architecture reviews civil and technical

On 03/18/10 12:16 PM, Jennifer Pioch wrote: > On Thu, Mar 18, 2010 at 5:09 PM, Darren J Moffat > wrote: >> On 18/03/2010 15:58, Jennifer Pioch wrote: >>> ksh93-integration-discuss@ currently has an ongoing discussion about >>> this and the broken profile shell concept. There are two concurrent >>

addressing ARC business issues

Hi Suresh, On 03/17/10 03:11 PM, Suresh Chandrasekharan wrote: > Thanks John. Done. However shouldn't this be automatically taken care of > (like including LSARC mailing list inside PSARC ones...) If you have a suggestion on how to improve the transition process, please either contact our coordi

IPoIB Administration Enhancement [PSARC/2010/085 FastTrack timeout 03/17/2010]

On 03/17/10 12:27 PM, Ted H. Kim wrote: > Here is the summary of changes made in the case as a result > of the discussion - > > 1. clarifying the micro/patch binding > 2. mentioning the closure of the older case > 3. changing linkmode to committed This looks good, +1. -Seb

libgdata [PSARC/2010/092 timeout 03/24/2010]

On 03/17/10 05:50 AM, Jerry Tan wrote: > On 03/17/10 01:16 AM, Sebastien Roy wrote: >> On 03/17/10 02:18 AM, Jeff Cai wrote: >>> libgdata is a glib-based library for accessing Google online services. >>> >>> I'm sponsoring this case for Jerry Tan from the

libgdata [PSARC/2010/092 timeout 03/24/2010]

On 03/17/10 02:18 AM, Jeff Cai wrote: > libgdata is a glib-based library for accessing Google online services. > > I'm sponsoring this case for Jerry Tan from the Solaris Desktop group. > The timeout is set to March 24. ... >Exported Interface > > Interface

Brussels II addendum [PSARC/2010/080 FastTrack timeout 03/09/2010]

On 03/12/10 11:25 AM, Garrett D'Amore wrote: > +1. > The timer for this case has expired with a +1. It is approved. Seb

IPoIB Administration Enhancement [PSARC/2010/085 FastTrack timeout 03/17/2010]

On 03/12/10 06:47 PM, Ted Kim wrote: >> One point of minor confusion for me is that you have another ongoing >> PSARC case that overlaps this one (PSARC 2009/365). I can guess that >> you intended this case to supersede that one, but can you please make >> that explicit here? If that's indeed the

IPoIB Administration Enhancement [PSARC/2010/085 FastTrack timeout 03/17/2010]

On 03/12/10 03:34 PM, Sudhakar Dindukurti wrote: >> > > >> --- >> > > | InfiniBand Specific Link Properties | >> > > >> --- >> > > | linkmode | ON Consolidation Pr

IPoIB Administration Enhancement [PSARC/2010/085 FastTrack timeout 03/17/2010]

Ted, One point of minor confusion for me is that you have another ongoing PSARC case that overlaps this one (PSARC 2009/365). I can guess that you intended this case to supersede that one, but can you please make that explicit here? If that's indeed the case, please close 2009/365 appropriat

[shell-discuss] open source sed [PSARC/2010/086 FastTrack timeout 03/17/2010]

I'm glad that we're helping each other and exchanging useful information on how to integrate into ON or SFW, but at this point, this discussion is very much off-topic for the architectural review of this case, and more generally for this mailing list. I don't mean to single any individual out,

Brussels II addendum [PSARC/2010/080 FastTrack timeout 03/09/2010]

On 03/ 2/10 06:18 PM, Sebastien Roy wrote: > I'm submitting the following fast-track for Girish Moodalbail, the timer > is set for 03/09/2010. This case depends on PSARC 2009/306, the release > binding is Minor. I've extended the timer for this case to 03/12/2010. Please review. -Seb

Add Text Mode UI and Common Library to Device Driver Utility [PSARC/2009/602 FastTrack timeout 03/05/2010]

Hi Jack, On 03/10/10 03:52 PM, Jack Schwartz wrote: > Hi Sebastien. > > On 03/10/10 07:50 AM, Sebastien Roy wrote: >> On 03/10/10 02:56 AM, Frank Che wrote: >>> The project team has updated the exported interface table according to >>> the review feedbacks. I hav

Add Text Mode UI and Common Library to Device Driver Utility [PSARC/2009/602 FastTrack timeout 03/05/2010]

On 03/10/10 10:50 AM, Sebastien Roy wrote: > * I have a similar comment regarding the ddu_package_lookup() function > taking a device object as an argument. You're looking up the package > object that is associated with a device, so the package lookup function > should really simp

Add Text Mode UI and Common Library to Device Driver Utility [PSARC/2009/602 FastTrack timeout 03/05/2010]

On 03/10/10 02:56 AM, Frank Che wrote: > The project team has updated the exported interface table according to > the review feedbacks. I have just updated file 'spec.txt' in the case > directory to reflect this change. I'm sorry to keep harping on this point, but the python module and/or package

Add Text Mode UI and Common Library to Device Driver Utility [PSARC/2009/602 FastTrack timeout 03/05/2010]

On 03/ 9/10 07:35 PM, Danek Duvall wrote: > Jack Schwartz wrote: >> I have spoken with the IPS team about this issue, which is >> encapsulated as their bug 2434. They have agreed to fix it. > > FWIW, we (I) did not agree to fix bug 2434; we simply agreed to work with > the DDU team to make sure th

SunPinyin (2.0) for iBus [PSARC/2010/065 FastTrack timeout 03042010]

On 03/ 8/10 10:29 PM, Fuyuki Hasegawa - Sun Microsystems wrote: > Sebastien Roy wrote: >> On 03/ 8/10 01:04 AM, Fuyuki Hasegawa - Sun Microsystems wrote: >>> This case has been approved with +1. >>> >> >> I did give this case a +1, but there is still an unans

SunPinyin (2.0) for iBus [PSARC/2010/065 FastTrack timeout 03042010]

On 03/ 8/10 01:04 AM, Fuyuki Hasegawa - Sun Microsystems wrote: > This case has been approved with +1. > I did give this case a +1, but there is still an unanswered question (see my mail from the 3rd). Please answer that question before approving the case. -Seb

PSARC 2010/074 Crossbow resource usage updates

On 03/ 5/10 10:17 PM, Garrett D'Amore wrote: > I've finally reviewed the materials, and they look reasonable to me. +1. > The timer having expired, this case is now approved. Thanks, -Seb

Add Text Mode UI and Common Library to Device Driver Utility [PSARC/2009/602 FastTrack timeout 03/05/2010]

Hi Bill, On 03/ 5/10 02:00 AM, Bill Yan wrote: > Interface | Stability | Description > +-+-- > > /usr/bin/ddu-text | Uncommitted | Command to invoke text mode UI > +-+---

Add Text Mode UI and Common Library to Device Driver Utility [PSARC/2009/602 FastTrack timeout 03/05/2010]

Hi Jack, On 03/ 4/10 08:30 PM, Jack Schwartz wrote: >>> The library interfaces are implemented in python. The interface modules >>> call other python and shell scripts, and C programs, all delivered as >>> part of the library. >> >> Python objects and functions don't magically appear in a program'

Add Text Mode UI and Common Library to Device Driver Utility [PSARC/2009/602 FastTrack timeout 03/05/2010]

Hi Jack, On 03/ 3/10 04:25 PM, Jack Schwartz wrote: > On 03/03/10 07:26, Sebastien Roy wrote: >> On 02/26/10 01:17 AM, Frank Che wrote: >>> +-+-- >>> >>> ddu_devscan(

Add Text Mode UI and Common Library to Device Driver Utility [PSARC/2009/602 FastTrack timeout 03/05/2010]

with >> them on forging the specification. >> >> I'll answer the questions I know about and leave the others. >> >> On 03/03/10 07:26, Sebastien Roy wrote: >>> On 02/26/10 01:17 AM, Frank Che wrote: >>>>> 4.2.3 Enhance driver installation capability

Add Text Mode UI and Common Library to Device Driver Utility [PSARC/2009/602 FastTrack timeout 03/05/2010]

On 03/ 4/10 09:13 AM, Frank Che wrote: > Sebastien Roy Wrote: >> Hi Bill, >> >> On 03/ 4/10 04:11 AM, Bill Yan wrote: >>>>>> 4.4 Exported Interfaces >>&g

Add Text Mode UI and Common Library to Device Driver Utility [PSARC/2009/602 FastTrack timeout 03/05/2010]

Hi Bill, On 03/ 4/10 04:11 AM, Bill Yan wrote: 4.4 Exported Interfaces Interface | Stability | Description +-+-- /usr/ddu/ddu-text.py | Uncommitted | Command to invoke text mode UI >>> >>> >>> This do

PSARC/2010/069 - Solaris GUI Install Users Screen Modification

On 03/ 3/10 04:54 PM, Matt Keenan wrote: > I agree with making this case dependent on 2010/067, once it has been > reviewed/approved we can implement the required resolution within the > install space if necessary. Great, +1 on the case given the original proposal with an amendment to have it dep

PSARC/2010/069 - Solaris GUI Install Users Screen Modification

On 02/26/10 04:55 PM, John Fischer wrote: > Attached is the updated proposal which is also archived (diff below). > The modification is to remove the Primary Administrator rights from > the user at install time. PSARC 2010/067 has included this in its scope (see 2.2.3 of that case's spec). One p

SunPinyin (2.0) for iBus [PSARC/2010/065 FastTrack timeout 03042010]

+1 on this case, but I have lingering concerns over the higher-level architecture of input method. There are too many frameworks (iiimf, scim, and ibus), and users shouldn't need to be made to manually switch between implementations depending on what features may or may not be available in one

Add Text Mode UI and Common Library to Device Driver Utility [PSARC/2009/602 FastTrack timeout 03/05/2010]

On 02/26/10 01:17 AM, Frank Che wrote: >> 4.2.3 Enhance driver installation capability >> Current Device Driver Utility only installs driver from IPS >> repository. In >> case the driver supplier provides driver in other format, or network >> connection is not available(for example, network control

Brussels II addendum [PSARC/2010/080 FastTrack timeout 03/09/2010]

I'm submitting the following fast-track for Girish Moodalbail, the timer is set for 03/09/2010. This case depends on PSARC 2009/306, the release binding is Minor. 1. Introduction: In the course of completing the implementation of Brussels II - ipadm and libipadm (PSARC 2009/30

Timer restat for 2010/067 Interim modernization updates

On 03/ 2/10 01:06 PM, James Carlson wrote: > Sebastien Roy wrote: >> On 03/ 1/10 11:50 PM, I. Szczesniak wrote: >>> Please restart the timer for 2010/067. The case directory didn't >>> publish its materials yet. >> >> There are two issues with t

Timer restat for 2010/067 Interim modernization updates (was: Re: OpenSolaris ARC Agenda - March 2 & 3, 2010)

On 03/ 1/10 11:50 PM, I. Szczesniak wrote: > Please restart the timer for 2010/067. The case directory didn't > publish its materials yet. There are two issues with this: 1. It's not an open case 2. It's no longer a fast-track; it's being reviewed as a full case -Seb

Crossbow resource usage updates [PSARC/2010/074 FastTrack timeout 03/05/2010]

I'm submitting this fast-track for Venugopal Iyer. The release binding is Patch, but this case depends on the following other cases: PSARC/2009/364 dlstat and flowstat PSARC/2009/448 pool dladm link property PSARC/2009/501 Dynamic Ring Grouping on NICs This case makes modifications to the above

PSARC/2010/069 - Solaris GUI Install Users Screen Modification

On 02/25/10 01:32 PM, John Fischer wrote: > Darren, > > So if I am following you correctly You are saying that the > underlying architecture is flawed thus the current proposal (which > assumes that the underlying architecture is correct) is also flawed. > Is there a bug (RFE or defect) filed a

ZFS with hundreds of millions of files

On 02/24/10 07:05 AM, Steve wrote: > I would like to ask a question regarding ZFS performance overhead Please ask your question on zfs-discuss at opensolaris.org. This mailing list (opensolaris-arc at opensolaris.org) is used for the architecture review process defined by the ARC community (ht

idmap flush [PSARC/2010/052 FastTrack timeout 02/17/2010]

On 02/10/10 11:37 PM, Jordan Brown wrote: > 1.1. Project/Component Working Name: >idmap flush I've reviewed the case and have no comment. It's rather straight-forward. +1 -Seb

GARP VLAN Registration Protocol Client [PSARC/2010/035 FastTrack timeout 02/08/2010]

On 02/15/10 01:50 PM, Garrett D'Amore wrote: > I've looked over the materials. It looks like the implementation is > *not* enabled by default, which is something I'm happy with for now. (In > particular, I share Nicolas' concerns that if we enabled it by default > it might wind up exposing VLANs a

GARP VLAN Registration Protocol Client [PSARC/2010/035 FastTrack timeout 02/08/2010]

On 02/ 8/10 06:52 PM, Sebastien Roy wrote: > PSARC Members, > > This is a reminder that this fast-track times out today and has not yet > been reviewed by a member. Anyone? -Seb

GARP VLAN Registration Protocol Client [PSARC/2010/035 FastTrack timeout 02/08/2010]

PSARC Members, This is a reminder that this fast-track times out today and has not yet been reviewed by a member. Thanks, -Seb

increase max TCP_INIT_CWND [PSARC/2010/042 Self Review]

I'm submitting this self-reviewed case on behalf of Kacheong Poon as closed-approved automatic. The release binding is Patch, and the stability level TCP_INIT_CWND is Committed. In 2004/838, the TCP socket option, TCP_INIT_CWND, was introduced. This option controls the initial congestion window

Opinion for PSARC review: PSARC/2008/532 NWAM Phase 1

On 02/ 1/10 02:05 PM, Nicolas Williams wrote: > On Mon, Feb 01, 2010 at 10:59:36AM -0800, Alan Coopersmith wrote: >> Nevada is the code name for the development branch of Solaris. >> It is alive and well - it's just the SVR4 packaged version of >> it (SXCE), and the related installers that are dead

Opinion for PSARC review: PSARC/2008/532 NWAM Phase 1

Nicolas, On 02/ 1/10 01:02 PM, Nicolas Williams wrote: > On Mon, Feb 01, 2010 at 11:59:56AM -0500, Sebastien Roy wrote: >> 4. Opinion >> > > No opinion? Yes, it's contained in the three subsequent sections that had incorrect numbering. I've just fixed the numbe

Opinion for PSARC review: PSARC/2008/532 NWAM Phase 1

On 02/ 1/10 12:30 PM, John Fischer wrote: > Sebastien, > > The committee should list you first since you wrote the opinion. Sort of, Jim Carlson wrote the opinion (he was the case owner). The project team came to me asking to make progress on the case status before they integrate, and so I took

Opinion for PSARC review: PSARC/2008/532 NWAM Phase 1

For PSARC review: Attached (and also in the case directory as opinion.txt) is the opinion for PSARC/2008/532 NWAM Phase 1. The review timer is set for 02/08/2010. -Seb -- next part -- An embedded and charset-unspecified text was scrubbed... Name: opinion.txt URL:

GARP VLAN Registration Protocol Client [PSARC/2010/035 FastTrack timeout 02/08/2010]

I'm submitting this fast-track for Donour Sizemore. The stability level of the dladm link properties introduced is Committed. The release binding is Patch. Background == Project Crossbow (PSARC/2006/357) enables creating software Virtual Network Interfaces (VNICs) that are associated

Nagios [LSARC/2009/603 FastTrack timeout 11/12/2009]

On 01/19/10 10:05 PM, Jyri Virkki wrote: > deepti vaidya wrote: >>> jv05: Stability not given for the smf FMRI in exported interfaces. >> >> Stability is Stable. > > Ok! "Stable" is not a valid interface stability classification as defined in the current taxonomy. Perhaps you mean "Committed".

Audio DDI Simplifications [PSARC/2009/689 FastTrack timeout 01/05/2009]

+1 -Seb

materials available for PSARC 2009/629 inception review

Artem Kachitchkin has provided the materials for next week's inception review of: 2009/629 Pluggable TCP Congestion Control inception.materials/20questions.txt - PSARC Questionnaire inception.materials/cong-design.pdf - Design Document -Seb

Add function pool_is_readonly_property to libpool [PSARC/2009/687 FastTrack timeout 01/05/2010]

On Wed, 2010-01-13 at 11:35 -0500, Brian Utterback wrote: > The project team has agreed to add the man page and to use the name > "pool_property_is_readonly". I believe that this takes care of all the > open issues. The timer is past, and the extension requested at the > last PSARC meeting has past

EOF elxl [PSARC/2010/005 FastTrack timeout 12/12/2010]

On Wed, 2010-01-06 at 09:59 -0800, Garrett D'Amore wrote: > James Carlson wrote: > > Garrett D'Amore wrote: > > > >> 1) No support for automatic link negotation/reporting. This means it > >> won't work with nwam. > >> 2) No support for full MTU vlans. > >> 3) Closed source. > >> > > > > No

User object audit token [PSARC/2010/001 FastTrack timeout 01/11/2010]

On Fri, 2010-01-01 at 20:04 -0800, Gary Winiger wrote: > I'm sponsoring the case on behalf of myself, the Audit Project Team > and the RBAC and Admin Project Team. +1 -Seb

Add function pool_is_readonly_property to libpool [PSARC/2009/687 FastTrack timeout 01/05/2010]

On Tue, 2009-12-22 at 08:17 -0800, Brian Utterback wrote: > libpool : addition of pool_is_readonly_property public interface > > A new function "pool_is_readonly_property" to be added to the existing pool > property manipulation functions. This function provides a method to determine > whether a p

first-phy MII property [PSARC/2010/002 Self Review]

On Mon, 2010-01-04 at 09:11 -0800, Garrett D'Amore wrote: > Sebastien Roy wrote: > > Does "driver property" mean dladm link property, or driver.conf setting, > > or something else? Why wouldn't it be better to simply have the driver > > call some mii_*(

Basic Network Privilege [PSARC/2009/685 FastTrack timeout 01/01/2010]

On Mon, 2010-01-04 at 09:35 -0800, Erik Nordmark wrote: > On 01/ 4/10 08:28 AM, Sebastien Roy wrote: > > > We have room on the agenda this week and we could simply have a verbal > > conversation to bring this fast-track to convergence without necessarily > > derai

first-phy MII property [PSARC/2010/002 Self Review]

On Sun, 2010-01-03 at 11:42 -0800, Garrett D'Amore - sun microsystems wrote: > Solution > > We propose to provide a mechanism whereby NIC drivers can change the > starting address for the PHY search. (The first address matched is > identified.) This is done via a driver property ("first-phy"), w

Basic Network Privilege [PSARC/2009/685 FastTrack timeout 01/01/2010]

On Wed, 2009-12-30 at 12:50 -0800, Garrett D'Amore wrote: > Its unfortunate that applications use loopback to do their own local > IPC. Such applications are inherently busted IMO (unless they are > *intended* to operate over the network as well as locally), since they > rely on a correct netwo

Basic Network Privilege [PSARC/2009/685 FastTrack timeout 01/01/2010]

On Wed, 2009-12-23 at 14:49 -0800, Paul Armstrong wrote: > How about having: > * NET_ACCESS_LOCAL: Allow binding to ::1 > * NET_ACCESS_EXTERNAL: Allow binding to addresses other than ::1 > > This would allow restricting processes to just internal or just external > network communications. I woul

Basic Network Privilege [PSARC/2009/685 FastTrack timeout 01/01/2010]

On Wed, 2009-12-23 at 14:40 -0800, Peter Memishian wrote: > > > I could see doing this on a subset of well-controlled applications, but > > > what happens when a customer using this facility wants some Sun-supported > > > application that happens to use loopback inet IPC to "work"? Are we > goi

Basic Network Privilege [PSARC/2009/685 FastTrack timeout 01/01/2010]

On Tue, 2009-12-22 at 21:26 +0100, Casper.Dik at Sun.COM wrote: > > > >Right, and I think you may also have discovered libnsl's use of socket > >ioctls to get local address information while processing name lookup > >calls. It does that because nscd's address lists are unsorted, and > >getaddrin

Basic Network Privilege [PSARC/2009/685 FastTrack timeout 01/01/2010]

On Tue, 2009-12-22 at 17:27 +0100, Casper.Dik at Sun.COM wrote: > >On Tue, 2009-12-22 at 06:26 -0800, Casper Dik wrote: > >> This project proposes one new "basic" privilege. > >> > >> NET_ACCESS > >>Allows a process to open a network connection. > >> > >> The purpose of this privilege is the

Basic Network Privilege [PSARC/2009/685 FastTrack timeout 01/01/2010]

On Tue, 2009-12-22 at 06:26 -0800, Casper Dik wrote: > This project proposes one new "basic" privilege. > > NET_ACCESS > Allows a process to open a network connection. > > The purpose of this privilege is the ability to create a process > confined to the current system. Semantic nit: This

VRRP disabled by default [PSARC/2009/653 Self Review]

This case was approved during today's PSARC meeting. -Seb

Decoupling audio device interrupts [PSARC/2009/674 FastTrack timeout 12/18/2009]

On Fri, 2009-12-11 at 09:46 -0800, Garrett D'Amore - sun microsystems wrote: > Abstract > > We propose to move processing of the audio data (that performed by > audio_consume() and audio_produce()) from device interrupts to a regular > framework internal periodic function. There are changes to th

VRRP disabled by default [PSARC/2009/653 FastTrack timeout 12/22/2009]

On Tue, 2009-12-01 at 10:49 -0800, Cathy Zhou wrote: > Okay then. I will update the case material and let you know. > Cathy has provided an updated spec that addresses the issue raised that a cleaner architecture would not require the administrator to directly manipulate the state of the VRRP SMF

Nagios [LSARC/2009/603 FastTrack timeout 11/12/2009]

On Mon, 2009-12-07 at 10:47 +0530, deepti vaidya wrote: > Hi Sebastien, > > The following were the questions from you. > Find below my answers to the same. And if there are any suggestions, > please let me know. > > 1. This case seems incomplete. It does not specify the plugins delivered, > wha

Keyboard layout emulation engine for iBus [PSARC/2009/645 FastTrack timeout 12/02/2009]

On Wed, 2009-12-09 at 13:22 +0900, Naoyuki Ishimura wrote: > Sebastien Roy wrote: > ... > > Okay, and I presume that the GUI component constitutes an Interface in > > the ARC sense, and that it should have some interface stability. The > > layout of the GUI is not an int

Keyboard layout emulation engine for iBus [PSARC/2009/645 FastTrack timeout 12/02/2009]

On Fri, 2009-12-04 at 11:14 +0900, Naoyuki Ishimura wrote: > Sebastien Roy wrote: > >>> There has to be some Public interface provided by this project, > >>> otherwise the user would not be able to select this keyboard layout > >>> engine in the GUI,

Removal of some redundant GNU utilities

(subject changed to end this thread in the case's mail log) On Fri, 2009-12-04 at 21:03 +0100, ? wrote: > No, because the content, implementation and scope is different. > I would suggest working out the details of such a future case (including deciding whether such a case shoul

Keyboard layout emulation engine for iBus [PSARC/2009/645 FastTrack timeout 12/02/2009]

On Thu, 2009-12-03 at 13:44 +0900, Fuyuki Hasegawa - Sun Microsystems wrote: > Thank you for the review, Sebastien. > > Sebastien Roy wrote: > > On Wed, 2009-11-25 at 23:47 -0800, Fuyuki Hasegawa wrote: > >>The list of supported layout comes from xkeyaboard-conf

Keyboard layout emulation engine for iBus [PSARC/2009/645 FastTrack timeout 12/02/2009]

On Wed, 2009-11-25 at 23:47 -0800, Fuyuki Hasegawa wrote: >The list of supported layout comes from xkeyaboard-config >rule data (xkeyboard-config - rules/xorg.xml). The iBus engine has >this layout list and the actual symbol data (xkeyboard-config - > symbols/*) >fo

VRRP disabled by default [PSARC/2009/653 Self Review]

On Tue, 2009-12-01 at 10:16 -0800, Cathy Zhou wrote: > I think it can be implemented either way. But my understanding of the > precedent examples, is that, the administrators has to enable the > services explicitly in order for the service to work, for example, the > ILB service. The existing b

Nagios [LSARC/2009/603 FastTrack timeout 11/12/2009]

On Tue, 2009-12-01 at 08:52 -0700, Mark A. Carlson wrote: > Has this case converged? > I sent a series of questions to the case on November 5th. AFAIK, no-one has responded nor updated the materials to address them. The case directory still contains a stale proposal file from November 5th that

VRRP disabled by default [PSARC/2009/653 Self Review]

On Tue, 2009-12-01 at 06:29 -0500, James Carlson wrote: > Sebastien Roy wrote: > >This case proposes that VRRP service (PSARC/2008/693 and PSARC/2009/388) > >to be disabled by default when the system boots up. Administrators must > >explicitly enable the svc:

VRRP disabled by default [PSARC/2009/653 Self Review]

I'm filing the following self-reviewed case on behalf of Cathy Zhou. It is marked closed approved automatic. This case modifies 2009/388 which has a Patch release binding and has not yet been included in a Patch release. This case also has Patch release binding to allow the VRRP functionality to

materials available for inception review of PSARC 2009/590 Socket Filter Framework

Materials are available for next week's inception review of 2009/590 Socket Filter Framework. Relative to the case directory: inception.materials/20q.txt inception.materials/sockfilter-design.pdf It may take a few hours for the materials to appear on the external case log at arc.opensolaris.org.

LiveCD session improvement [PSARC/2009/560 FastTrack timeout 10/22/2009]

On Wed, 2009-11-25 at 11:30 -0800, Asa Romberger wrote: > An interesting question here. Can John take ownership of the case? > That is, can an LSARC member take ownership of a PSARC case? That > could resolve the problem. A case can be assigned a new owner, sure, and the owner need not be restrict

LiveCD session improvement [PSARC/2009/560 FastTrack timeout 10/22/2009]

On Wed, 2009-11-25 at 10:37 -0800, John Fischer wrote: > PSARC, > > Is my +1 sufficient for this case to be approved since the > committee was looking for LSARC review and I am one? ;-) It would be, except that the case was denied/not reviewed before you reviewed it. It's up to the case owner an

Public GLDv3 Interfaces [PSARC/2009/638 FastTrack timeout 11/26/2009]

Nicolas, On Mon, 2009-11-23 at 13:41 -0800, Nicolas Droux wrote: > On Nov 20, 2009, at 11:25 AM, Nicolas Droux wrote: > > > Seb, > > > > My intent is to include this entry point as part of the GLDv3 APIs being > > committed. It is documented it in the mac(9F) man page draft [1], > > but I did n

Public GLDv3 Interfaces [PSARC/2009/638 FastTrack timeout 11/26/2009]

On Fri, 2009-11-20 at 11:25 -0800, Nicolas Droux wrote: > Seb, > > My intent is to include this entry point as part of the GLDv3 APIs being > committed. It is documented it in the mac(9F) man page draft [1], > but I did not list it in the overview. I will update the spec to list it > there as we

Public GLDv3 Interfaces [PSARC/2009/638 FastTrack timeout 11/26/2009]

I haven't reviewed the materials fully yet, but a quick string search of the spec doesn't turn up any references to mac_init_ops(), and this function must be called in drivers' _init() routines. This may have been an oversight. -Seb

mixerctl improvements [PSARC/2009/626 FastTrack timeout 11/20/2009]

On Wed, 2009-11-18 at 09:31 -0800, Garrett D'Amore wrote: > So while I hear what you're saying about the syntax, I'm disagreeing > with your suggestions. I see. I'm fine with the architecture of the case at a high-level, so I gave the case a +1 during the meeting today. -Seb

mixerctl improvements [PSARC/2009/626 FastTrack timeout 11/20/2009]

Some nits on the CLI: On Mon, 2009-11-16 at 16:54 -0800, Garrett D'Amore wrote: > audioctl list-devices > > audioctl show-device [-v] [-d device ] > > audioctl show-control [-v] [-d device] [control ...] I find it odd that the object specifier for show-device requires an option, but

Open Fabrics User Verbs (OFUV) primary kernel components [PSARC/2009/421 FastTrack timeout 11/13/2009]

On Thu, 2009-11-12 at 14:24 -0800, Ted H. Kim wrote: > Seb, > > Sebastien Roy wrote: > > The ofuv_rdma_arch.txt architecture document shows librdmacm and > > libibvers as being part of this "Phase 1" delivery. Reading between the > > lines, it appears that th

Open Fabrics User Verbs (OFUV) primary kernel components [PSARC/2009/421 FastTrack timeout 11/13/2009]

The ofuv_rdma_arch.txt architecture document shows librdmacm and libibvers as being part of this "Phase 1" delivery. Reading between the lines, it appears that this fast-track is only delivering part of what this document describes as "Phase 1". Is that correct? On Fri, 2009-11-06 at 14:36 -0800

Network Auto-Magic (NWAM) Phase 1 Updates [PSARC/2009/577 FastTrack timeout 10/29/2009]

On Thu, 2009-10-22 at 13:40 -0400, Sebastien Roy wrote: > I'm sponsoring this case for Renee Danson Sommerfeld, it times out on > 10/29/2009. The release binding for this case is the same as the case > that it updates (PSARC 2008/532 NWAM Phase 1), namely Minor release > bindin

Nagios [LSARC/2009/603 FastTrack timeout 11/12/2009]

On Tue, 2009-11-10 at 09:53 -0700, Mark A. Carlson wrote: > Has this case converged? No. AFAIK, no-one has addressed my concerns. -Seb

EOF of stp4020 [PSARC/2009/580 FastTrack timeout 10/31/2009]

Folks, this is off-topic at this point. There is a separate thread on arc-discuss if you want to continue this line of discussion. -Seb

Nagios [LSARC/2009/603 FastTrack timeout 11/12/2009]

This case seems incomplete. It does not specify the plugins delivered, what system interfaces they use to monitor the system, the interfaces used to deliver status, the interfaces that the user must interact with to configure this thing, etc. What is its relationship with apache? (there are subt

  1   2   3   4   >