On 08/11/10 08:57 PM, Ienup Sung wrote:
This case extends fnmatch(3C) to have the support for FNM_CASEFOLD,
FNM_FILE_NAME, FNM_IGNORECASE, and FNM_LEADING_DIR flags as specified in [2].
This is to be more compatible with other platforms such as Linux distros
and BSD variants including MacOS X an
On 08/ 3/10 04:03 PM, Govinda Tatti wrote:
4.3 Changes From the Previous Case
This project is an extension to the approved case, PSARC/2006/152 -
"Logical Domain Channels Transport API". The existing APIs are not changed.
But a new API is added, which extends the capabilities of the existing
int
On 08/ 5/10 01:21 AM, Fuyuki Hasegawa wrote:
Hi Sebastien,
Agreed. I've moved out the default change from the material
and also updated the IAM file.
/shared/sac/Archives/Projects/2010/20100729_kazuhiko.maekawa
If no more objection for this case, could you vote your +1?
Yes, +1. Could you
On 08/ 2/10 09:19 PM, Roger A. Faulkner wrote:
As a result of suggestions made in the email for this case,
I am sending this revised, final version of the proposal
(with additional bugids included and with the description
of getprogname(), setprogname() and __progname included):
This case was a
On 08/ 4/10 01:07 PM, Jerry Jelinek wrote:
This case was approved at todays PSARC meeting.
I've marked it closed approved.
I gave the case a +1 during the meeting, and am doing so here as well.
-Seb
___
opensolaris-arc mailing list
opensolaris-arc@op
On 07/29/10 09:49 AM, Fuyuki Hasegawa wrote:
This case is also to change system default IMF from IIIMF to IBus
which becomes de-facto standard in recent major Linux distributions.
Locales that IMF is invoked by default is also changed from all UTF-8
locales to only Asian local
On 07/26/10 04:49 PM, Sebastien Roy wrote:
I think at this point, we've identified that this is at least not
uncontroversial, and thus fails the fast-track test. As a result, I'm
derailing this case.
Also, as is customary, I'll own the full case and have placed it in
"
On 07/26/10 01:35 PM, Peter Dennis wrote:
The case will be updated so as _not_ to include /etc/rmt.
The change to the /etc/skel profiles will be documented as
well.
The other changes within ON are internal to the commands used
and are small changes.
As mentioned by others now is the time to re
On 07/21/10 01:56 PM, Cynthia McGuire wrote:
This case seeks patch binding. The timer is shorter than the standard
1-week to accomodate a tight integration schedule. If anyone needs
additional time to review this, let us know.
Is there a reason why the localized contents of the "reason-long"
On 07/22/10 11:13 PM, Mark Haywood wrote:
Nicolas Williams wrote:
On Thu, Jul 22, 2010 at 09:43:37AM -0400, Mark Haywood wrote:
What is the console message ?
As mentioned in the case:
"Similarly, if the IPMP service is disabled while IPMP groups are
configured, the service stop method will di
On 07/21/10 02:19 PM, Sebastien Roy wrote:
On 07/21/10 01:56 PM, Cynthia McGuire wrote:
This case seeks patch binding. The timer is shorter than the standard
1-week to accomodate a tight integration schedule. If anyone needs
additional time to review this, let us know.
We already went through
On 07/21/10 01:56 PM, Cynthia McGuire wrote:
This case seeks patch binding. The timer is shorter than the standard
1-week to accomodate a tight integration schedule. If anyone needs
additional time to review this, let us know.
We already went through this litany during the PSARC meeting (it's
This case needs a release binding. Since it's simply adding
functionality to an existing Consolidation Private API, I'd suggest Patch.
-Seb
___
opensolaris-arc mailing list
opensolaris-arc@opensolaris.org
On 07/ 4/10 02:08 AM, Shawn Emery wrote:
I've made updates based on Sebastien and Nico comments:
+1
-Seb
___
opensolaris-arc mailing list
opensolaris-arc@opensolaris.org
I'm happy with the updated spec. +1
-Seb
___
opensolaris-arc mailing list
opensolaris-arc@opensolaris.org
Gavin,
On 07/ 6/10 05:20 PM, Gavin Maltby wrote:
On 07/07/10 02:26, Sebastien Roy wrote:
Cynthia,
I've placed this case in waiting need spec since the spec was never sent
to the case log. Please do so.
It's there - once you click the case from something like the New listing
on
Cynthia,
I've placed this case in waiting need spec since the spec was never sent
to the case log. Please do so.
-Seb
___
opensolaris-arc mailing list
opensolaris-arc@opensolaris.org
On 07/ 1/10 01:58 PM, Kevin Song wrote:
Jim,
Please derail PSARC 2009/467 with a note of PSARC 2010/252.
Two things:
1. 2009/467 was already approved, and so it cannot be derailed.
2. 2009/467 was a full case, and so it cannot be derailed (derailing is
only for fast-tracks that need a full r
On 07/ 1/10 02:43 PM, Kevin Song wrote:
On 07/01/10 11:31 AM, Sebastien Roy wrote:
On 07/ 1/10 01:58 PM, Kevin Song wrote:
Jim,
Please derail PSARC 2009/467 with a note of PSARC 2010/252.
Two things:
1. 2009/467 was already approved, and so it cannot be derailed.
2. 2009/467 was a full
On 06/30/10 08:33 PM, Barry Harding wrote:
Since our new project will support the functionality covered by the
other case (PSARC 2009/467),
I think it does obsolete that other case and that it could/should get
withdrawn...
You cannot withdraw an approved case, but it can be superseded. Please
On 06/30/10 06:29 PM, Shawn Emery wrote:
On Jun 30, 2010, at 12:19 PM, Sebastien Roy wrote:
A couple of quick questions:
1. What is the release binding?
It follows the CIFS project, which I don't know off the top of my head.
I don't see how CIFS is relevant to the release bindi
+1
-Seb
___
opensolaris-arc mailing list
opensolaris-arc@opensolaris.org
A couple of quick questions:
1. What is the release binding?
2. I assume that this is a C API. What library does it live in? If
it's a new library, where does it live and as part of what package?
Thanks,
-Seb
___
opensolaris-arc mailing list
opens
On 06/17/10 09:17 PM, John Fischer wrote:
Please review these new materials and the draft opinion. Either provide
feedback
or vote on the case by COB Wednesday, June 30th, 2010.
My vote is "approve".
-Seb
___
opensolaris-arc mailing list
opensolaris-a
This case was approved during last week's meeting. Note that the final
spec is enclosed in the materials directory.
-Seb
___
opensolaris-arc mailing list
opensolaris-arc@opensolaris.org
On 05/12/10 12:01 PM, Sebastien Roy wrote:
I'm submitting this fast-track for Mark Haywood. The release binding
is Minor. Note that this case has a dependency on PSARC 2010/157.
This case was approved at last week's PSARC meeting. Note that the
install-specific SMF services
On 06/17/10 10:18 AM, Michael Kearney wrote:
*+1
*I too was going to request the pfiles change. (I'm just a little slow)
Thanks.*
*
Thanks for the review. The timer having expired, this case is approved.
-Seb
___
opensolaris-arc mailing list
openso
On 06/17/10 11:21 AM, Garrett D'Amore wrote:
On Thu, 2010-06-17 at 10:54 +0100, Darren J Moffat wrote:
My only concern is this paragraph:
The project team reserves the right to revise the exact list of
certificates and/or choose an entirely different source of certifcates
at anytime without r
+1, I have no issues.
-Seb
___
opensolaris-arc mailing list
opensolaris-arc@opensolaris.org
On 06/16/10 11:26 AM, Hillel Lubman wrote:
I'm trying to configure ejabberd
...
This is off-topic for this mailing list. This purpose of this list is
to hold architectural reviews of projects under development. Try
desktop-disc...@opensolaris.org.
-Seb
Hello Nils,
On 06/11/10 05:03 PM, Nils Goroll wrote:
I just noticed the commit msg for this case. I understand the ARC case is
unpublished, but would it be possible to get some basic background information
about it?
The case synopsis (EOF lx brand) captures most of what is
architecturally rel
Neal,
On 06/ 9/10 04:45 PM, Neal Pollack wrote:
Off Topic
Yes indeed. Please ask such questions directly to the appropriate
project team members or to a more appropriate mailing list. This
external mailing list is for open architecture reviews of specific PSARC
cases, and mail sent here i
On 06/ 9/10 04:38 PM, Alan Coopersmith wrote:
It appears the Network Configuration is IPv4 only. Shouldn't we
be prepared for IPv6 at this point?
The common case for IPv6 will likely be stateless address
autoconfiguration, which doesn't require specifying a static IPv6
address. As a result,
On 06/ 8/10 01:50 PM, Suhasini Peddada wrote:
Hi James,
On 06/08/10 10:35 AM, James Carlson wrote:
I'm not opposed to the project, but I do think it'd be much simpler if
we had a higher-level (say, "architectural") review of the delivery
mechanisms themselves.
In reviewing the Brownian motion
On 06/ 7/10 11:17 AM, Sebastien Roy wrote:
I'm submitting this fast-track for Cathy Zhou, timing out on 06/14/2010.
The design document referenced below is contained in the materials
directory.
The project team requests a Minor release binding.
I'm submitting this fast-track for Cathy Zhou, timing out on 06/14/2010.
The design document referenced below is contained in the materials
directory.
Problem Area
TCP, as a protocol widely used for reliable end-to-end network
communication, the users must often perform ted
On 06/ 7/10 10:23 AM, James Carlson wrote:
Sebastien Roy wrote:
On 06/ 4/10 09:44 AM, Sebastien Roy wrote:
I'll send a note once we have an updated spec.
An updated spec (with '+' change marks in the left column) has been
placed in the materials directory. Note that the m
On 06/ 4/10 09:44 AM, Sebastien Roy wrote:
I'll send a note once we have an updated spec.
An updated spec (with '+' change marks in the left column) has been
placed in the materials directory. Note that the materials update
constitutes clarifications and not a change in the
On 06/ 2/10 01:43 PM, James Carlson wrote:
James Carlson wrote:
That's the part that still confuses me. I'd expected that, just as
installation was "based on" NWAM in OpenSolaris, this would be the
pattern for the future as well.
And, now, I understand Mark's last reply, where he said:
I a
On 06/ 2/10 04:08 PM, Tom Erickson wrote:
Sebastien Roy wrote:
I only have one comment regarding the zfs pool version handling:
C.2. Version Compatibility
To get the full benefit of the options described in this case, the ZFS
pool needs to be at version 22 (received properties) or later
I only have one comment regarding the zfs pool version handling:
C.2. Version Compatibility
To get the full benefit of the options described in this case, the ZFS
pool needs to be at version 22 (received properties) or later. Before
that, the following options behave differently:
receive -o
On 05/28/10 03:19 AM, Frank Che wrote:
The project team has updated the case material based on the feedback
from reviewers. The new material is available as 'spec.txt' in the case
material.
Changes in the new spec include:
1. use lower case property names.
2. use specific types instead of astri
On 05/26/10 01:55 PM, Artem Kachitchkine wrote:
I am sponsoring this fasttrack for myself. Timer is set to 06/02/2010.
Design document: materials/cong-design.pdf
(This case was initially filed as a full case, but at the inception
meeting is was decided to convert it to a fasttrack, once the desi
Sowmini,
On 05/25/10 11:09 AM, sowmini.varad...@oracle.com wrote:
here are updates to the documentation that include the RTF_ZONE related
changes, as well as those based on Erik's comments about allowing
persistent interface configuration management in the non-global zone.
Thanks for the updat
On 05/25/10 04:51 PM, Dan Price wrote:
On Tue 25 May 2010 at 04:17PM, Sebastien Roy wrote:
On 05/25/10 04:01 PM, Dan Price wrote:
I am filing this case on behalf of myself. This case completes work
begun half a decade ago in PSARC/2005/592, by EOFing the FMLI facility.
Given the context of
On 05/25/10 04:01 PM, Dan Price wrote:
I am filing this case on behalf of myself. This case completes work
begun half a decade ago in PSARC/2005/592, by EOFing the FMLI facility.
Given the context of lu going away, this is rather straightforward. +1
-Seb
_
This case was approved during last week's meeting.
-Seb
___
opensolaris-arc mailing list
opensolaris-arc@opensolaris.org
On 05/20/10 05:43 AM, Darren Reed wrote:
Sebastien Roy wrote:
Note to PSARC members: This case times out today. It has received
adequate review from members of both the networking and the zones
teams, but has yet to receive a +1 from a PSARC member.
There's still parallel discussion goi
Note to PSARC members: This case times out today. It has received
adequate review from members of both the networking and the zones teams,
but has yet to receive a +1 from a PSARC member.
-Seb
___
opensolaris-arc mailing list
opensolaris-arc@opensola
On 05/13/10 07:32 PM, Edward Pilatowicz wrote:
On Thu, May 13, 2010 at 04:10:05PM -0700, Darren Reed wrote:
On 13/05/10 01:29 PM, sowmini.varad...@oracle.com wrote:
Rishi Srivatsavai is looking into the work entailed to have mac-nospoof
enabled for NGZ by default.. just talked to Rishi, and I t
On 05/12/10 11:26 AM, Kacheong Poon wrote:
Attached please find the updated specification of this case.
I've incorporated the comments suggested in the discussion.
Note that this case timed out a few days ago and it has not yet received
a +1. This is a reminder to members that this spec needs
I'm changing the status of this case to "waiting need spec" while the
project team and other interested parties hold offline discussions on
the specifics of this case and its greater context. Thanks to those who
reviewed this case and provided constructive input. Please hold further
comments
On 05/12/10 05:17 PM, Darren Reed wrote:
There seems to be a lot of questions about the details on this case,
as one of the few remaining PSARC members,
There are fifteen PSARC members, twelve of which are currently active
(meaning not on sabbatical), but that's beside the point.
does this
I'm submitting this fast-track for Sowmini Varadhan. The release
binding is Minor and new zonecfg(1M) properties are Committed.
Summary:
---
This case proposes a solution for
6944327 need to support address and defrouter resources for
exclusive-IP zones
Problem Description
--
I'm submitting this fast-track for Mark Haywood. The release binding
is Minor. Note that this case has a dependency on PSARC 2010/157.
Background
==
The Solaris Next installers intend to use SMF properties, and install
derived, SMF profiles to customize system configurations. This is
dr
On 05/ 4/10 06:25 PM, Tim Haley wrote:
Currently, two system calls and a door are used to publish shares: the
nfsys multi-purpose system call to export NFS shares, the sharefs system
call to update sharetab and an smbd door to publish SMB shares. libshare
has to call the NFS or SMB service once p
(I'm resending this mail due to evidence that it was not received the
first time)
I'm submitting this fast-track for Kacheong Poon, timing out on
05/10/2010. The release binding is Patch, and the stability level of
new socket options is Committed.
This case introduces four TCP level socket opt
(I've Cc'ed Kacheong so that he can reply to the specific questions)
On 05/ 5/10 12:42 PM, Garrett D'Amore wrote:
I didn't see the mail for this, but I've reviewed the case history on
sac.sfbay.
I sent it to psarc-...@sun.com on Monday and it indeed seems to have
made it to the case log. Per
On 05/ 2/10 05:32 AM, Alan Maguire wrote:
As per the subject line, the updated spec is attached for
the above fasttrack. In the interim, the project team have
worked offline with Kacheong and Darren to address their
concerns. We have also incorporated SACK, PMTU and
congestion window info into th
The timer on this case having expired, and the case having received
adequate review, I'm marking it as closed approved.
-Seb
___
opensolaris-arc mailing list
opensolaris-arc@opensolaris.org
I'm submitting this fast-track for Kacheong Poon, timing out on
05/10/2010. The release binding is Patch, and the stability level of
new socket options is Committed.
This case introduces four TCP level socket options, TCP_RTO_INITIAL,
TCP_RTO_MIN, TCP_RTO_MAX, and TCP_LINGER2. This case also
On 05/ 1/10 08:14 AM, Laszlo (Laca) Peter wrote:
Thanks Albert for answering the questions for me :)
Agreed on all counts.
On Fri, 2010-04-30 at 20:48 -0400, Albert Lee wrote:
The initial request in my original comment was for the stability level
of the spec file syntax. I would guess that i
On 04/30/10 08:48 PM, Albert Lee wrote:
On Fri, 30 Apr 2010 17:31:44 -0400, Sebastien Roy
wrote:
What kinds of source URLs are supported (e.g., http://, https://,
file://, ftp://, all of the above?)? Does this deal with HTTP
proxies?
How?
pkgtool invokes external wget for missing sources
On 04/30/10 04:04 PM, Albert Lee wrote:
On Fri, 30 Apr 2010 15:34:19 -0400, Sebastien Roy
wrote:
On 04/30/10 03:29 PM, Sebastien Roy wrote:
A couple of minor questions:
The spec file syntax is also conceptually an exported interface, and it
needs a stability level. It would be nice if the
On 04/30/10 03:29 PM, Sebastien Roy wrote:
A couple of minor questions:
The spec file syntax is also conceptually an exported interface, and it
needs a stability level. It would be nice if the spec file syntax were
part of the materials (I'm guessing it's documented somewhere anyway).
A couple of minor questions:
The spec file syntax is also conceptually an exported interface, and it
needs a stability level. It would be nice if the spec file syntax were
part of the materials (I'm guessing it's documented somewhere anyway).
How will the tools handle a hypothetical syntacti
On 04/23/10 10:09 AM, Darren J Moffat wrote:
2. Device visibility
...
Within each zone, lofiadm(1m) is only allowed to see, or modify,
the nodes it has created. The global zone can access all nodes,
however, for example:
# lofiadm
Block Device File
I'm submitting this fast-track for Anurag Maskey. It times out on
04/29/2010. The release binding is Minor.
Libinetcfg library removal
--
This case removes the libinetcfg library introduced into ON by
PSARC/2001/544 as a Consolidation Private library and modified in
su
On 04/21/10 03:07 PM, Norm Jacobs wrote:
On 04/21/10 12:37 PM, Sebastien Roy wrote:
On 04/21/10 01:19 PM, Bart Smaalders wrote:
It seems that someone actually needs to own and maintain contrib
for this plan to go forward; right now contrib is not well
maintained, and maintainers are not
On 04/21/10 01:19 PM, Bart Smaalders wrote:
On 04/21/10 09:14, John Fischer wrote:
2.1. Availability through OpenSolaris /contrib repository
The OpenSolaris /contrib repository [1] is a more appropriate
mechanism for delivering Areca Backup to interested consumers.
A separate and independent p
On 04/21/10 01:27 PM, Jim Walker wrote:
(reminder - I extended this until Friday)
Here is the opinion for PSARC/2010/059 SNAP BE Management.
http://arc.opensolaris.org/caselog/PSARC/2010/059/opinion_draft.txt
I request a commitment email vote.
Suggestion: Perhaps a subject line starting wit
On 03/31/10 12:19 PM, Garrett D'Amore wrote:
The project team has decided to change the proposal to remove the
contentious builtins for /usr/gnu. Instead, only /usr/bin and
/usr/xpg4,xpg6 utilities are being provided as builtins. As these
utilities will hopefully one day be converted to use the s
Ken,
This is off-topic for opensolaris-...@opensolaris.org. This mailing
list is used by the ARC community to conduct architecture reviews of
specific software projects as they go through the development process.
It looks like you might have meant to send this to
opensolaris-disc...@opensola
I'm sponsoring this fast-track for Sowmini Varadhan, it times on on
04/19/2010.
ipadm(1m) tunables for setting End-System Model.
Requested release binding: Minor
Summary:
---
This case proposes a solution for
6938553 Support user-friendly ipadm tunables for configuring
On 04/ 8/10 04:46 PM, Eric Taylor wrote:
I am sponsoring the following fast-track on behalf of Robert Milkowski.
This case introduces a new dumpadm(1m) option for disabling a dump
device.
This case addresses the RFE:
6910925 want to be able to release ZFS volume used as dump device [...]
Cur
This case was approved during yesterday's PSARC meeting.
-Seb
___
opensolaris-arc mailing list
opensolaris-arc@opensolaris.org
Hello ольга,
On 04/ 7/10 01:52 PM, ольга крыжановская wrote:
Why was the timer for 2010/095 extended? Discussion has ceased and
AFAIK we have consent.
Garrett submitted an updated spec which needs to be reviewed (e.g. a +1
from a member is needed to move the case forward).
-Seb
___
Wyllys,
On 04/ 7/10 02:17 PM, Wyllys Ingersoll wrote:
I was unable to call in today, but I believe this case (PSARC 2010/084) has
converged and can be approved.
There have been no further comments since March 24 and I saw no outstanding
issues
in the mail logs.
If there are no further commen
On 04/ 7/10 12:20 PM, Krishna Yenduri wrote:
On 04/ 7/10 08:36 AM, Sebastien Roy wrote:
On 04/ 5/10 02:47 PM, Krishna Yenduri wrote:
It was pointed out to me that this needs to be a fast track since
there is a contract. So, I am making this a fast track case
with the timer set to 4/9/2010
On 04/ 5/10 02:47 PM, Krishna Yenduri wrote:
It was pointed out to me that this needs to be a fast track since
there is a contract. So, I am making this a fast track case
with the timer set to 4/9/2010.
...
Header files:
Consolidation Private
On 04/ 2/10 12:05 PM, Garrett D'Amore wrote:
This case seeks to remove Uncommitted interfaces from Solaris. These
interfaces were originally delivered in anticipation of supporting
another project. There has been a change in direction, and these
interfaces are no longer needed.
The case needs a
I'm submitting this fast-track for Baban Kenkre and Rishi Srivatsavai.
The timer is set for 04/09/2010. The release binding is Minor.
This case adds exclusive IP stack support to Solaris 10 containers.
The initial Solaris 10 container case only added support for the
shared IP stack model (see PS
Alan and Adam,
On 04/ 2/10 06:53 AM, Alan Maguire wrote:
Sorry to be following up again, but I think it would
be helpful if I make a specific proposal wrt the
additional probes required, especially the tcp
close-related probes. I think adding the following
set of probes to the original proposal
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: backslash-escaping?
Yes, but
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
safely scripted.
Taking a step back here
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 the
entire suite of subcommands
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. Example out
87 matches
Mail list logo