On Jun 15, 2009, at 2:19 PM, Nicolas Williams wrote:
On Mon, Jun 15, 2009 at 11:06:27AM -0700, James Walker wrote:
Disktype[1] is a program to detect the content format of a disk
or disk
image. Initially the project team will be porting disktype as
is, since
disktype already
Some background here: the original draft proposal for this case was for a
set of read-only link properties, which Sowmini and I (and perhaps others)
commented on. I asked Ted/Venki to instead build a show-ib subcommand
because (a) it follows what we've already done with other media and (b) it
The project team is updating guile to include 64-bit
versions of the libraries to meet ARC 64-bit library
standards. proposal64bit.txt has been added to the
case directory. autogen and guile are planning to be
integrated into the SFW consolidation.
I think this can be handled as a self review.
Jim Walker wrote:
Mark Martin wrote:
Please find attached (and text inline) the draft opinion for 2008/772
Command Assistant. Commentary, concerns, criticisms, and corrections
wanted. Please.
_
Project Private:
/usr/lib/commandassistant/CommnadAssistant.jar
Jordan Brown jb25718 at sac.sfbay.sun.com writes:
2.2 New or changed features
This case proposes to add a new helper program to initiate
reconnection when needed, installed as: /usr/lib/smbfs/smbiod
(IOD is short for I/O Deamon, a name that comes from the
original
Jordan Brown wrote:
...
2.2 New or changed features
This case proposes to add a new helper program to initiate
reconnection when needed, installed as: /usr/lib/smbfs/smbiod
(IOD is short for I/O Deamon, a name that comes from the
original BSD/Darwin code used in the SMB
Jim Walker writes:
The project team is updating guile to include 64-bit
versions of the libraries to meet ARC 64-bit library
standards. proposal64bit.txt has been added to the
case directory. autogen and guile are planning to be
integrated into the SFW consolidation.
This sounds more like
Rainer Orth writes:
Jordan Brown jb25718 at sac.sfbay.sun.com writes:
2.2 New or changed features
This case proposes to add a new helper program to initiate
reconnection when needed, installed as: /usr/lib/smbfs/smbiod
(IOD is short for I/O Deamon, a name that comes
Jim Walker writes:
Also, does this account for the fact that most if not all
of these are separate FOSS projects with various licensing?
I think it is better to port these separately then
combine them like Drools LSARC/2008/748 did.
This discussion is certainly hitting on some important
+1 - Let's just get the opinion on this already reviewed case correct.
-- mark
James Carlson wrote:
Jim Walker writes:
Also, does this account for the fact that most if not all
of these are separate FOSS projects with various licensing?
I think it is better to port these separately then
On Wed, Jun 17, 2009 at 6:53 PM, Danek Duvalldanek.duvall at sun.com wrote:
On Wed, Jun 17, 2009 at 05:59:13PM -0600, Jim Walker wrote:
Mark Martin wrote:
Please find attached (and text inline) the draft opinion for 2008/772
Command Assistant. ? Commentary, concerns, criticisms, and
On Thu, 2009-06-18 at 06:30 -0700, Peter Memishian wrote:
Some background here: the original draft proposal for this case was for a
set of read-only link properties, which Sowmini and I (and perhaps others)
commented on. I asked Ted/Venki to instead build a show-ib subcommand
because (a) it
SYSTEM ARCHITECTURE COUNCIL
Platform Software ARC
-
PSARC Regular Meeting time: Wednesdays 10:00-1:00pm in MPK17-3507.
06-17-2009 MEETING MINUTES
Kais Belgaied ??:
On 06/15/09 20:38, Evan Yan wrote:
Hi Kais,
Thanks for the comments.
Pcitool and the interrupt affinity interfaces use the same under-layer
implementation to re-target interrupts to some cpu. Whatever read
operation will reflect the current binding status and whatever
Thanks to Jim Walker for pointing me to the inlined comments - until now
I'd missed them. My apologies.
Mark Martin wrote:
James Walker wrote:
snip
3.4.5 Passwords
(see
http://opensolaris.org/os/community/arc/bestpractices/passwords-cli/ and
The materials have been submitted in the case directory and should be
reflected on the opensolaris.org shortly.
The case still needs an intern, so, volunteers welcome.
Kais.
Okay, and I was evidently misled by Ted's acknowledgment of my previous
mail message suggesting both show-linkprop and show-ib output. For the
record, the proposal is for a show-ib subcommand only, and no link
properties, right? Can the project team supply an updated proposal
which
On Thu, 2009-06-18 at 12:59 -0400, Sowmini.Varadhan at Sun.COM wrote:
On (06/18/09 14:39), Peter Memishian wrote:
I was a bit surprised to see this case filed since I thought Ted, Venki,
Sowmini and I were still discussing the specifics of the proposal.
Ted: can the IB team tie up these
Mark A. Carlson wrote:
+1 - Let's just get the opinion on this already reviewed case correct.
-- mark
Attempt #2.
http://cr.opensolaris.org/~devnull/PSARC/2008/772/psarc_2008_772_draft_opinion.txt
http://cr.opensolaris.org/%7Edevnull/PSARC/2008/772/psarc_2008_772_draft_opinion.txt
I spoke
Gordon Ross wrote:
Jordan Brown writes:
Once running, smbiod accepts door calls asking it to make new
connections. Such door calls provide the server IP address
and authentication information needed for initiating or
re-creating a connection to a server. Once the connection
Peter Memishian wrote:
Okay, and I was evidently misled by Ted's acknowledgment of my previous
mail message suggesting both show-linkprop and show-ib output. For the
record, the proposal is for a show-ib subcommand only, and no link
properties, right? Can the project team supply an
The door is owned by the user and has mode 0600.
That appears to be sufficient to prevent other
users from opening these doors.
Given it is trivial to do so the door server should also check that the
calling peer is running with the same creds that it is. See
door_ucred(3C) and
Mark Martin wrote:
Mark A. Carlson wrote:
+1 - Let's just get the opinion on this already reviewed case correct.
-- mark
Attempt #2.
http://cr.opensolaris.org/~devnull/PSARC/2008/772/psarc_2008_772_draft_opinion.txt
Garrett D'Amore wrote:
Mark Martin wrote:
Mark A. Carlson wrote:
+1 - Let's just get the opinion on this already reviewed case correct.
-- mark
Attempt #2.
http://cr.opensolaris.org/~devnull/PSARC/2008/772/psarc_2008_772_draft_opinion.txt
issues in summary. An updated spec will follow the convergence of the case.
This case was approved at today's PSARC meeting. An updated
spec will be delivered to the case tomorrow when I get the
wording straight for making mlslabel undelegatable.
Below and in
http://www.opensolaris.org/os/community/arc/announcements/
OpenSolaris ARC Agenda
TELECONFERENCE NUMBERS:
(866)545-5223 (Within US)
(215) 446-3661 (International)
ACCESS CODE 939-55-86
Times are US/Pacific Timezone
ARC meetings are recorded.
TUESDAY June 23, 2009
No
As part of the update to guile to provide 64-bit libraries,
libtool, a guile dependency, also needed to provide 64-bit
libraries. libtool64.txt has been added to the case directory
to document this change. This is planned to be updated as
part of the guile integration into the SFW consolidation.
Jordan Brown writes:
Once running, smbiod accepts door calls asking it to make new
connections. Such door calls provide the server IP address
and authentication information needed for initiating or
re-creating a connection to a server. Once the connection to
What
For devices, I was under the impression that it was preferable to rely on
file system permissions rather than having the driver do its own access
control checks. Should that precedent apply here?
Darren J Moffat wrote:
Gordon Ross wrote:
Jordan Brown writes:
Once running, smbiod accepts
On Thu, Jun 18, 2009 at 07:19:30PM +0100, Darren J Moffat wrote:
Gordon Ross wrote:
Jordan Brown writes:
Once running, smbiod accepts door calls asking it to make new
connections. Such door calls provide the server IP address
and authentication information needed for initiating
On Thu, 2009-06-18 at 14:52 -0700, Ted H. Kim wrote:
I may not understanding something about the terminology,
but I thought I said that. What is the right
way to say non-configurable and/or read-only
attribute w.r.t. dladm?
Should the case not call them dladm property name?
Should it say
Gary Winiger wrote:
issues in summary. An updated spec will follow the convergence of the case.
This case was approved at today's PSARC meeting. An updated
spec will be delivered to the case tomorrow when I get the
wording straight for making mlslabel undelegatable.
Seb,
There is this change bar line in the revised man page:
|dladm show-ib [[-p] -o field[,...]] [ipoib-link]
which I think is more or less what show-ether has
(modulo the -x)
-ted
On that note, your case did not specify the full syntax of show-ib. I
suspect it looks almost identical
I think the source of much of the confusion is the similarity between
the proposed show-ib command and the existing show-linkprop. Would it
not be simpler to have the output as
LINKPARTITION BROADCAST GUID...
ibd0on 2c9030001c86c
34 matches
Mail list logo
