Or even better which drivers aren't supporting quiesce on the system in
question.
On 2/3/2010 3:38 PM, Margot Miller wrote:
mm14424 at opensolaris:~$ pfexec reboot -f dryrun
reboot: not all drivers have implemented quiesce(9E)
mm14424 at opensolaris:~$
It would be more customer/system admin
On 1/11/2010 5:40 AM, Ran Jack Meng wrote:
Hi Torrey,
Most things in concern is in documentations, please kindly refer to my
answers inline.
Torrey McMahon wrote:
Hi Mark and company.
How will the installer, and the customer, know that they can't use
the iSCSI boot device as dump
Hi Mark and company.
How will the installer, and the customer, know that they can't use the
iSCSI boot device as dump device? How does that get squared away with
swap devices being the default dump device? Will dumpadm detect that the
system is using iSCSI and produce an error?
What rev of
Hi John.
I can see plenty of use for this but is there a way to not set the field
if a customer doesn't want to expose the management URL to the host
consuming the LUN? I'd think there might be some more security conscious
types that would prefer things that way.
On 7/13/2009 12:23 PM, John
controllers regardless customer hook SAS or SATA drive to the
controllers.
Thanks
Javen
Torrey McMahon wrote:
Is mpt_sas going to replace mpt? Or could both drivers be loaded at
the same time?
If mpt_sas is going to support SAS and SATA drives isn't the name a a
little confusing
Is mpt_sas going to replace mpt? Or could both drivers be loaded at the
same time?
If mpt_sas is going to support SAS and SATA drives isn't the name a a
little confusing?
On 4/20/2009 12:57 AM, Cecilia Hu wrote:
I am sponsoring this fast tack for Javen Wu and Dolpher Du. It is to
provide a
Will this case include the secure shell variant of smit, sshmit?
On 4/1/2009 11:55 AM, James Carlson wrote:
I'm just tickled pink to sponsor this request for Dan McDonald. The
change looks entirely obvious to me, so I've marked it as closed
approved automatic.
OpenSolaris currently lacks
Jim Dunham wrote:
There will be an forthcoming iscsitgt man page describing this change,
and how to make the SCSI-3 PGR data follow the ZFS Storage Pool, and
thus any ZVOLs created out of this storage pool.
Is there a reason this shouldn't be the default behavior?
On 3/12/2009 3:44 PM, Jim Dunham wrote:
Torrey,
Jim Dunham wrote:
There will be an forthcoming iscsitgt man page describing this
change, and how to make the SCSI-3 PGR data follow the ZFS Storage
Pool, and thus any ZVOLs created out of this storage pool.
Is there a reason this
Doesn't the method by which you deal with parallel delivery of packages,
be it gcc or sunstudio, and any linking impact the install location and
default path?
On 1/12/2009 2:28 PM, Chris Quenelle wrote:
Rainer,
You raise some good points.
What would you recommend to resolve your issues?
On 1/12/2009 4:13 PM, Chris Quenelle wrote:
Torrey McMahon wrote:
Doesn't the method by which you deal with parallel delivery of packages,
be it gcc or sunstudio, and any linking impact the install location and
default path?
There is no default path because this is a bundled
On 1/12/2009 5:13 PM, Shawn Walker wrote:
Chris Quenelle wrote:
Torrey McMahon wrote:
I might be asking a lot here but it would be nice if there was some
CLI/GUI widget that lists all of the relevant versions and lets a user
select the one they want to be their preferred version. Netbeans
On 1/12/2009 7:02 PM, Chris Quenelle wrote:
Torrey McMahon wrote:
What's the plan for systems that have multiple users or users that
require access to different versions at different times? In theory you'd
want to allow a user to have access to multiple versions of the
{toolkit
Jim Li wrote:
Torrey:
Not to start a flame-fest here but haven't we seen a lot of other
projects come across lately that integrate functionality that
matches an other project? Why would this be different?
I don't think it is a problem to have duplicate functionality,
personally. I would
. In
particular if different users on the same system choose different
defaults is that a problem? Sounds like no but I am not sure.
-edh
Torrey McMahon wrote:
Jim Li wrote:
Torrey:
Not to start a flame-fest here but haven't we seen a lot of other
projects come across lately that integrate
Joerg Schilling wrote:
Torrey McMahon Torrey.McMahon at sun.com wrote:
I wouldn't say it's not important. Plenty of CD's on the list I sent out
earlier, right?
It it was important, why don't people ask for the feature?
Why did people build a piece of code that does the work
Joerg Schilling wrote:
The real problem with cdrdao is that it is based on a very outdated version
of
libscg and that it does not know about Solaris fine grained priveleges.
Another problem is that it has not really been enhanced since more than 2
years.
You should try to find out
Not to start a flame-fest here but haven't we seen a lot of other
projects come across lately that integrate functionality that matches an
other project? Why would this be different?
Brian Cameron wrote:
Irene:
LSARC 208/454 Planner: project management tool for the Gnome desktop is
also
Brian Cameron wrote:
Torrey:
Not to start a flame-fest here but haven't we seen a lot of other
projects come across lately that integrate functionality that matches
an other project? Why would this be different?
I don't think it is a problem to have duplicate functionality,
personally.
Joerg Schilling wrote:
Jerry Tan Jerry.Tan at Sun.COM wrote:
3. Business Summary
Cdrdao is used widely in opensource world to create CD in DAO mode,
Ubuntu has cdrdao in its repository,
we need to add it also into our repository.
What programs do _need_
Joerg Schilling wrote:
Torrey McMahon Torrey.McMahon at Sun.COM wrote:
What programs do _need_ cdrdao that cannot use cdrecord also?
Both cdrdao and cdrecord support DAO mode.
but cdrdao has several features that missing from cdrecord.
1. extract hidden Audio
Matthew Ahrens wrote:
[SNIP]
D. MANPAGE DIFFS
The following text will be added under the Properties section:
autoexpand=on | off
Controls automatic pool expansion when the underlying LUN is
grown. If set to on, the pool will be resized according to the
size of
Matthew Ahrens wrote:
Torrey McMahon wrote:
Matthew Ahrens wrote:
[SNIP]
D. MANPAGE DIFFS
The following text will be added under the Properties section:
autoexpand=on | off
Controls automatic pool expansion when the underlying LUN is
grown. If set to on, the pool
Joseph Kowalski wrote:
Torrey McMahon wrote:
Nicolas Williams wrote:
Why we still do architecture review, or discussions, over email is
beyond me. Email is horrible tool for such things. Con-calls are a
close second.
So, if these are bad, what is good? Only meetings (which are pretty
Nicolas Williams wrote:
All what John Plocher said. +1
On Fri, Mar 28, 2008 at 10:13:18AM -0700, John Plocher wrote:
300-message fasttracks, ratholes about filesystem(5) and beating
up Bart all fall into the adds so much negative value that we
should simply shoot the horse and get over
Gary Winiger wrote:
Is there a corresponding dvd player expected? It seems odd to have
just a library without an application or browser plugin.
Did anyone notice that the code itself hasn't been touched since 2004?
The dev list looked pretty dead too. If its good stuff to have
insert Torrey's standard rant about doing architecture reviews over
email is nuts to begin with
insert Torrey's standard rant about architecture reviews require better
tools
P.S. John I took you off the cc list. :-)
Darren Reed wrote:
In all of this emailing, can I please ask for something
James Carlson wrote:
Freeman Liu writes:
James Carlson wrote:
Given that /dev/dsp is a well-known name, and applications are quite
likely to find it entirely by accident (for example, by way of
./configure tests), how will it be kept reasonably private until
you're ready to expose
Freeman Liu wrote:
Why do I see a configure script being written in the near future with
a comment that says
For some %#$%@ reason Sun calls its dsp device private_dsp. This
is pretty weird but we can look for it anyway.
Where is this script come from ? For OSS, /dev/dsp is
Garrett D'Amore wrote:
Darren.Reed at Sun.COM wrote:
Garrett D'Amore wrote:
This case is transitioning to waiting need-spec, until I can find
some time to figure out what to do about Sun Trunking migration.
No timeline on when I'll get to this. If folks have an interest in
helping out
Alan Coopersmith wrote:
Torrey McMahon wrote:
Distribution - I can't get to the source, I don't trust the source. I
want Sun to check things over and bundled it accordingly
Sun doesn't do a full in-depth review of the sources we get from other
communities, so we don't really have
James Carlson wrote:
If that's not the assertion, and if all we're building is an
FSF-purist garden, then I fail to see the point. Linux users will be
offered a bewildering array of /usr/gnu, /usr/schilly, /usr/moz,
/usr/expat, and others.
I saw we find all the versions the linux distros
Darren J Moffat wrote:
Bill Sommerfeld wrote:
Long-standing ARC conventions put the case number in the subject line of
ARC-related email. Between that and the [osol-arc] tag inserted by
mailman, there is precious little room in the Subject: line for actual
descriptive content and I find it
I'm lost as well. Is the issue...
Why is anyone updating tar at all?
Why did someone put ZFS acl support in tar?
Why wasn't it documented?
Why wasn't the ARC case listed?
Joseph Kowalski wrote:
Still, doesn't it seem like having uncovered this issue, that contact
between Joerg and the quite
Josh Hurst wrote:
Do you not have arguments to put the libraries into /lib and you do
not have any arguments against it.
Roland and April are laying the foundation for future work and in my
opinion it should be their decision where they want to place the
libraries.
WRONG! - He says in his
35 matches
Mail list logo