George Vasick writes:
Rainer Orth wrote:
[...]
Is there a reason to use isaexec on SPARC? There's no 32-bit kernel
anymore, so the 32-bit binary will not be used by isaexec, but could only
invoked manually. Unless the 64-bit GDB has trouble debugging 32-bit
programs, there's no reason
Darren J Moffat wrote:
I think there is in impact to ZFS Crypto and potentially other create
time only properties here. Create time only properties can't change so
they can't be reverted either. This is especially true of the
encryption property which is really hiding quite a lot of
In reviewing the suggested man page text carefully we've found two problems:
1. The default is different for UDP/RAWIP than it is for TCP/SCTP, thus
it makes sense to not refer to the default in this short description.
2. The fact that the option is negative (enabling IP_DONTFRAG means
disabling
All looks perfectly reasonable and as I'd expected given I'm familiar
with IPsec and the use of CCM GCM modes.
One small question though. I assume that /etc/inet/ipsecalgs will be
updated by this case so that CCM and GCM are available without the admin
having to run ipsecalgs(1M). I also
George Vasick writes:
Rather than list all files and directories in SUNWgdb, it would be better
to list the exported (and imported) interfaces and their stability.
exported interfaces:
* CLI commands: volatile
* MI commands: volatile
You need to list the commands explicitly, I
Tim Haley wrote:
I am sponsoring the following fast-track for Mark Musante. It
introduces a new zpool sub-command enabling splitting a mirrored zpool
into separate pools. The case requests micro/patch binding. Timeout
is 10/31/2009.
+1
One minor thing, what does the output look like when
Rainer Orth ro at techfak.uni-bielefeld.de wrote:
document again. Uncommitted could probably be OK as well but we at Sun
actually have no control over these interfaces.
Sun control is not the point here and never was; this is a common
misunderstanding. This is all about the actual
Tim Haley Tim.Haley at sun.com writes:
PROPOSED CHANGES TO zpool(1M) MANPAGE:
--- zpool.origTue Sep 8 12:34:40 2009
+++ zpool.update Thu Sep 10 19:14:18 2009
@@ -89,6 +89,9 @@
zpool set property=value pool
+ zpool split [-R altroot] [-n] [-o mntopts] [-o
Joerg Schilling wrote:
Rainer Orth ro at techfak.uni-bielefeld.de wrote:
document again. Uncommitted could probably be OK as well but we at Sun
actually have no control over these interfaces.
Sun control is not the point here and never was; this is a common
misunderstanding. This is all
This is cumbersome and prone to error, and even then the new pool
cannot be imported on the same host as the original.
PROPOSED SOLUTION:
Introduce a zpool split command. ?This will allow an administrator to
extract one disk from each mirrored top-level vdev and use them to create
a new
On Fri, 25 Sep 2009, Darren J Moffat wrote:
One minor thing, what does the output look like when -n is passed ?
I assume this is NOT parsable output and looks like 'zpool status'
output right?
It's the same as the zpool create -n output, and not intended to be
parseable. I think the right
On Fri, 2009-09-25 at 01:31 -0700, Erik Nordmark wrote:
In reviewing the suggested man page text carefully we've found two problems:
1. The default is different for UDP/RAWIP than it is for TCP/SCTP, thus
it makes sense to not refer to the default in this short description.
2. The fact that
On Fri, 25 Sep 2009, Rainer Orth wrote:
+Splits off one disk from each mirrored top-level vdev in
+a pool and creates a new pool from the split-off disks.
+The original pool must be made up of one or more mirrors
+and must not be in the process of resilvering.
On Fri, 25 Sep 2009, Cyril Plisko wrote:
This is cumbersome and prone to error, and even then the new pool
cannot be imported on the same host as the original.
PROPOSED SOLUTION:
Introduce a zpool split command. This will allow an administrator to
extract one disk from each mirrored
Mark J Musante writes:
On Fri, 25 Sep 2009, Rainer Orth wrote:
+Splits off one disk from each mirrored top-level vdev in
+a pool and creates a new pool from the split-off disks.
+The original pool must be made up of one or more mirrors
+and must not be
Mark J Musante wrote:
On Fri, 25 Sep 2009, Darren J Moffat wrote:
One minor thing, what does the output look like when -n is passed ?
I assume this is NOT parsable output and looks like 'zpool status'
output right?
It's the same as the zpool create -n output, and not intended to be
I'd like to record a desire to change this case slightly. Rather than
opening a new case, I'm going to just leave this here. Since there are
no consumers for this API that have delivered yet, and its Consolidation
Private, I think I can probably get away with just a small update to the
case.
Rainer Orth wrote:
Gdb 6.3 was declared volatile. I reviewed the Interface Taxonomy
document again. Uncommitted could probably be OK as well but we at Sun
actually have no control over these interfaces.
Sun control is not the point here and never was; this is a common
misunderstanding.
Mark A. Carlson wrote:
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
Rainer Orth wrote:
George Vasick writes:
Rather than list all files and directories in SUNWgdb, it would be better
to list the exported (and imported) interfaces and their stability.
exported interfaces:
* CLI commands: volatile
* MI commands: volatile
You need to list the commands
I'm submitting this fast-track for Erik Nordmark, it times out on
10/02/2009. The release binding is Patch.
Background:
--
Since Solaris 2.0 we have enabled path MTU discovery by default
including for UDP and RAWIP sockets. The addition of IP_DONTFRAG
[PSARC/2009/494] allows
Sebastien Roy wrote:
I'm submitting this fast-track for Erik Nordmark, it times out on
10/02/2009. The release binding is Patch.
This case is to introduce ping -D in Solaris and remove the limitations
for traceroute -F..
The behavior of ping and traceroute when these options (-D and -F
I'm submitting this fast-track for Erik Nordmark, it times out on
10/02/2009. The release binding is Patch.
Background:
--
Since Solaris 2.0 we have enabled path MTU discovery by default
including for UDP and RAWIP sockets. The addition of IP_DONTFRAG
[PSARC/2009/494] allows
On Fri, 2009-09-25 at 17:48 +0200, Casper.Dik at Sun.COM wrote:
Exported Interfaces
-
Interface Classification Comments
-
On Fri, Sep 25, 2009 at 10:29:36AM -0400, Stefan Teleman wrote:
Whomever controls the interfaces controls their stability. If Sun does
not controls the interfaces (which in this case it does not), then Sun
does not control their stability.
We often pick a stability on the basis of community
I am sponsoring the following fast-track for Venky TV.
The case requests Micro binding and the timeout is 10/02/2009.
1. Introduction
1.1. Project/Component Working Name:
CUPS as the default print service
1.2. Name of Document Author/Supplier:
Venky TV venkytv at
Hi Darren,
One small question though. I assume that /etc/inet/ipsecalgs will be
updated by this case so that CCM and GCM are available without the admin
having to run ipsecalgs(1M). I also assume that the already existing
svc:/network/ipsec/ipsecalgs:default will be the SMF service doing
petede wrote:
I am sponsoring the following fast-track for Venky TV.
The case requests Micro binding and the timeout is 10/02/2009.
[...]
Targeted release: OpenSolaris 2010.02
Requested binding: Minor
You should probably pick a release binding. (For what it's worth,
Micro is
+1.
Failure to cache tz information if the service isn't available may have
a negative performance impact, but since this isn't supposed to be the
normal case, I suppose it is acceptable.
- Garrett
Suhasini Peddada wrote:
I am submitting the fasttrak for Nobutomo and seeking a patch
+1. I think this will be a big help.
I've a few questions (which probably count as not this case) though:
1) Upgrades -- will upgrades (or pkg image-update) switch the service,
or leave the existing setting?
2) Are there any plans to enhance CUPS to distributed network printer
configuration
On Fri, Sep 25, 2009 at 11:36:12AM -0700, Suhasini Peddada wrote:
Can you please comment on Nico's questions given below?
No need really. My comment was more of a lament.
Thanks.
Hi Nobutomo,
Can you please comment on Nico's questions given below?
Thanks,
-Suha
On 09/25/09 11:12, Nicolas Williams wrote:
If the number of signals we have were not limited, I'd say it'd be
better to use a signal for this as it seems likely to be faster to setup
on exec than an mmap
On Fri, Sep 25, 2009 at 02:01:31PM -0700, John Plocher wrote:
[...]
Things like Gnu tools, desktops, middleware and the like are another
matter - we live in a heterogeneous world where platform differences
cause severe developer and end-user problems. The users of these
programs/libraries
Nicolas Williams wrote:
Dunno, but it should be a matter of running a case to update the
interface taxonomy. We basically need to revive External.
I fail to see the point in that.
External behaved exactly as Volatile does now in terms of actual
interface stability. The difference is merely
James Carlson wrote:
But when the upstream really is sensible, and doesn't deliberately break
their own software (or, as in many cases, isn't actively doing any work
anymore), then applying Volatile (or External) to the interface
merely as a way to say this wasn't written by one of the good
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
number. This is done by setting view-luNbrValid to B_TRUE and
Casper.Dik at Sun.COM wrote:
Interface Classification Comments
-
ping -D option Committed ping(1M)
ping -F option Committed traceroute(1M)
Sebastien Roy wrote:
This sounds wrong. If you set the don't fragment bit then you ARE doing
path MTU discovery. I think we only do this on TCP/IP and we don't
do this for ICMP (ping) or UDP (traceroute).
That's also a typo, it should say Turn on path MTU discovery.
It doesn't quite do
On Fri, 2009-09-25 at 14:57 -0700, Erik Nordmark wrote:
Sebastien Roy wrote:
This sounds wrong. If you set the don't fragment bit then you ARE doing
path MTU discovery. I think we only do this on TCP/IP and we don't
do this for ICMP (ping) or UDP (traceroute).
That's also a typo,
On 09/24/09 02:23 PM, Tim Haley wrote:
Some practices in data centers are built around the use of a volume
manager's ability to clone data. An administrator will attach a set of
disks to mirror an existing configuration, wait for the resilver to
complete, and then physically detach and
I've executed and recorded 2000/517-18 for PSARC/2008/725 TPM Support
to use the project private interfaces described in the prototype contract
approved in 2003/397. 2003/397 and 2008/725 have a symlink to the executed
contract.
Gary..
Mark A. Carlson wrote:
OK, as long as this is documented.
The manpage/fasttrack has been updated with a clearer statement around
logical unit number availability that should address this concern. The
new doc has been placed in the materials directory.
The stmfValidateView() function finds
of Solaris. This module
is compatible with Crypt::CBC.
Thanks,
John
-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: proposal.txt
URL:
http://mail.opensolaris.org/pipermail/opensolaris-arc/attachments/20090925/c76b8ed0/attachment.txt
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:
Crypt::OpenSSL:AES
1.2. Name of Document Author/Supplier:
Author: Spoorthy Shankarmurthy
1.3 Date of This
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:
Package creation for SQLAlchemy
1.2. Name of Document Author/Supplier:
Author: Shweta Phabba
1.3 Date of
Stefan Teleman wrote:
James Carlson wrote:
But when the upstream really is sensible, and doesn't deliberately break
their own software (or, as in many cases, isn't actively doing any work
anymore), then applying Volatile (or External) to the interface
merely as a way to say this wasn't
. The interfaces are all being classified as Uncommitted.
Thanks,
John
-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: proposal.txt
URL:
http://mail.opensolaris.org/pipermail/opensolaris-arc/attachments/20090925/2306cb6f/attachment.txt
James Carlson wrote:
those who are claiming that all the software world outside
of Sun is Volatile by mere dint of not having an SMI paycheck
are in fact *WRONG*
I absolutely agree.
But I think there is another meme flowing thru this conversation:
If it really is the case that the upstream
John Plocher wrote:
James Carlson wrote:
We used to think that incompatible changes to
interfaces found in/on Solaris were always Bad,
and that evolutionary stability was always a
Good Thing.
Yes, stability is important, but it is not the only thing that
matters. Under your words, I hear
Wyllys Ingersoll wrote:
/usr/libexec/scdaemon Uncommitted Command
/usr/libexec/gpg-protect-tool UncommittedCommand
/usr/libexec/gpg-preset-passphrase Uncommitted Command
/usr/libexec/gnupg-pcsc-wrapper Uncommitted Command
George Vasick wrote:
The stability of gdb interfaces is really up to its maintainers. Our
goal is simply to port it to Solaris and preserve the exported
interfaces as they come from the maintainers. What if I make a
stability claim that Sun cannot honor down the road?
If you state it will
Some interesting issues where raised on this thread, but from my reading
of the
conversation, they seemed to be out of scope of this case.
George, are there any outstanding issues that you need to follow up?
Raj
Raj Prakash wrote:
I am extending the deadline to Friday Sep 25, 2009 because it
52 matches
Mail list logo