:-)
--
Darren J Moffat
___
opensolaris-arc mailing list
opensolaris-arc@opensolaris.org
Well presented rationale and the interface looks good. This gets my +1
as specified.
--
Darren J Moffat
___
opensolaris-arc mailing list
opensolaris-arc@opensolaris.org
as an incompatible change
except to those people who have reverse engineered what privileges they
think share_nfs(1M) needs to have.
So the case gets my +1 as specified.
--
Darren J Moffat
___
opensolaris-arc mailing list
opensolaris-arc@opensolaris.org
A great set of additions none of which seem controversial to me and many
of which I've lacked when compiling random bits of FOSS, so it gets my
+1 as specified.
--
Darren J Moffat
___
opensolaris-arc mailing list
opensolaris-arc@opensolaris.org
that they can't through existing commands ?
DJM-4 I assume this works in a TX zone configuration
DJM-5 I don't see how the FMRI can be Consolidation Private if the
config/sample_internal is Committed.
--
Darren J Moffat
___
opensolaris-arc mailing list
to switch to using that and then no longer run with all privilege
(basically the equivalent of a TCA without an ARC opinion document).
--
Darren J Moffat
___
opensolaris-arc mailing list
opensolaris-arc@opensolaris.org
NFS servers within a zone then TX could migrate to using that
instead (because that is what it is currently providing the illusion of
anyway).
--
Darren J Moffat
___
opensolaris-arc mailing list
opensolaris-arc@opensolaris.org
program
(it is really pam_unix_cred that does this).
In generally we don't recommend privileges are assigned to the users
initial program in user_attr(4) - one useful common exception to that is
the dtrace privileges.
--
Darren J Moffat
___
opensolaris
I see no issues with this so it gets my +1.
--
Darren J Moffat
___
opensolaris-arc mailing list
opensolaris-arc@opensolaris.org
After some discussion at RTI time the package name settled on based on
using preexisting hierarchies and getting as close as possible a name
match to OEL/RedHat is pkg:/crypto/ca-certificates.
--
Darren J Moffat
___
opensolaris-arc mailing list
I vote to approve (I wasn't present at the meeting but I have reviewed
the materials and opinion).
--
Darren J Moffat
___
opensolaris-arc mailing list
opensolaris-arc@opensolaris.org
but an authorisation
based check, however I'm not going to suggest burdening this case with
fixing the choices of the past.
--
Darren J Moffat
___
opensolaris-arc mailing list
opensolaris-arc@opensolaris.org
mailing list
opensolaris-arc@opensolaris.org
--
Darren J Moffat
___
opensolaris-arc mailing list
opensolaris-arc@opensolaris.org
On 18/06/2010 17:03, Gary Winiger wrote:
On 6/18/10 8:34 AM, Darren J Moffat wrote:
On 18/06/2010 16:08, John Fischer wrote:
4.4 User Installed as Primary Administrator
The initial user installed by the Caiman installers have been given the
Primary
Administrator role. The committee pointed
) | Committed |
| Exact list of CA files | Volatile |
+-+
[1] Note that the /etc/certs directory already exists and is a delivered
component of Solaris (via pkg:/SUNWcs).
--
Darren J Moffat
and as such
for Oracle's distribution(s) based on the OpenSolaris codebase will not
be discussed further here.
This project is delivering into the onnv gate the same initial set as
what Firefox/Thunderbird uses, other distributions are free to use that
as a starting point.
--
Darren J Moffat
post the link to this case.
--
Darren J Moffat
___
opensolaris-arc mailing list
opensolaris-arc@opensolaris.org
On 17/06/2010 20:07, Garrett D'Amore wrote:
There is a process internally, but I won't post the link to this case.
Can you at least post it somewhere where the other internal ARC members
can see it, or tell them how to verify the process if they should
need/want to?
Yes.
--
Darren J Moffat
agree with Bart I don't approve of the removal of this command.
Cleaning up SFW is fine but don't throw out useful good small utilities
that have very little (or near zero) maintenance.
-1.
--
Darren J Moffat
___
opensolaris-arc mailing list
I'm happy with the technical content of this case so it gets my +1 on
the understanding that the project team will be delivering this with
PSARC/2010/178 so that there is a mapper delivered with the framework.
--
Darren J Moffat
___
opensolaris-arc
Template Version: @(#)sac_nextcase 1.70 03/30/10 SMI
This information is Copyright (c) 2010, Oracle and/or its affiliates. All
rights reserved.
1. Introduction
1.1. Project/Component Working Name:
Private Crypto Framework header files
1.2. Name of Document Author/Supplier:
needs to be written to do that even if
this is just a fast track case.
No opinion is needed, this case alone is enough.
--
Darren J Moffat
___
opensolaris-arc mailing list
opensolaris-arc@opensolaris.org
installation. Certainly in /contrib :)
But, yes, I agree. This could be enforced by IPS or checked for by the
recently proposed IPS lint checker. I suspect Darren will claim all of
that is not this case.
Exactly not this case.
--
Darren J Moffat
and will still run on OpenSolaris in an S10C zone.
If 3rd party applications are broken by OpenSolaris changing to match
what other UNIX or UNIXlike systems do already then maybe they aren't
using the proper APIs.
--
Darren J Moffat
___
opensolaris-arc
. This case is about
one single thing, changing the current limit of 8 to 32. It won't be
extended to anything else.
--
Darren J Moffat
___
opensolaris-arc mailing list
opensolaris-arc@opensolaris.org
Template Version: @(#)sac_nextcase 1.70 03/30/10 SMI
This information is Copyright (c) 2010, Oracle and/or its affiliates. All
rights reserved.
1. Introduction
1.1. Project/Component Working Name:
PKCS#11 URI parser for libcryptoutil
1.2. Name of Document Author/Supplier:
On 21/05/2010 12:15, James Carlson wrote:
On 05/21/10 04:18, Darren J Moffat wrote:
On 20/05/2010 21:37, Don Cragun wrote:
I'm not disagreeing with the move to 32 bytes. I just believe that the
ARC needs to make it clear that doing so is a conscious decision to break
the ABIs and that it does
for
OpenSolaris.
What you aren't convincing me of is what value an ARC opinion will have
in this particular case.
I see no value in an ARC opinion here since there has been no suggested
Advice to any other party.
--
Darren J Moffat
___
opensolaris-arc
On 21/05/2010 16:48, James Carlson wrote:
I'm certainly not saying don't do it. In fact, I want to see it
happen. Nor am I trying to slow it down. I just want it done _right_.
Until such time as an ARC member derails it and asks for it to be voted
on it is being done right.
--
Darren J
Template Version: @(#)sac_nextcase 1.70 03/30/10 SMI
This information is Copyright (c) 2010, Oracle and/or its affiliates. All
rights reserved.
1. Introduction
1.1. Project/Component Working Name:
Username legnth
1.2. Name of Document Author/Supplier:
Author: Darren
On 17/05/2010 22:42, Erik Nordmark wrote:
On 05/12/10 06:25 PM, Edward Pilatowicz wrote:
also, i have the same question as tony. if nwam already supports
profiles why is this case even needed? why doesn't install just apply a
nwam profile to the system?
On 05/13/10 01:27 AM, Darren J Moffat
is
available the case can be re-railed if it is still even necessary.
There has been a very significant amount of engineering work put into
NWAM profiles and the case of static configuration was an important part
of it.
--
Darren J Moffat
___
opensolaris-arc
it), for the SMF issues I'm happy to defer to
the SMF experts.
--
Darren J Moffat
___
opensolaris-arc mailing list
opensolaris-arc@opensolaris.org
for an opinion just for this).
--
Darren J Moffat
___
opensolaris-arc mailing list
opensolaris-arc@opensolaris.org
Template Version: @(#)sac_nextcase 1.70 03/30/10 SMI
This information is Copyright (c) 2010, Oracle and/or its affiliates. All
rights reserved.
1. Introduction
1.1. Project/Component Working Name:
lofi(7D) in non global zones
1.2. Name of Document Author/Supplier:
On 22/04/2010 15:56, Sebastien Roy wrote:
I'm submitting this fast-track for Anurag Maskey. It times out on
04/29/2010. The release binding is Minor.
Libinetcfg library removal
--
Sounds like all the necessary due diligence has been done so +1.
--
Darren J Moffat
On 08/04/2010 14:14, Garrett D'Amore wrote:
On 04/ 8/10 02:10 AM, Darren J Moffat wrote:
On 07/04/2010 18:39, Albert Lee wrote:
The PreSession script could check the ownership of /dev/audio and only
call audioctl load-controls if /dev/audio is already owned by the
user. It is a bit of a drag
.
--
Darren J Moffat
___
opensolaris-arc mailing list
opensolaris-arc@opensolaris.org
could include in output:
- object number
I don't see what use the object number is to anyone parsing the output
of 'zfs diff' particularly since there is no way for them to translate
it to anything meaningful. The object number is an internal ZFS
representation.
--
Darren J Moffat
what 'zfs send | zfs recv' is.
--
Darren J Moffat
___
opensolaris-arc mailing list
opensolaris-arc@opensolaris.org
40 matches
Mail list logo
