I'm not a great fan of .conf configuration files.
What about using an ioctl to select the mode after opening the device?
Are there any already existing API's in other OS's to allow the
application to select the mode it requires? It seems to me like that's
the sort of thing an application might
Rich Burridge Rich.Burridge at sun.com writes:
Thanks to everyone who responded.
After discussing this with various people off-list, the project
team will merge together the functionality of the existing bzip2
application, with what is available via pbzip2. When this work is
complete, they
Hi Mark,
I have updated the ARC case and manpages. pl. help me update the material in
this arc case.
Thanks,
~Vivek R. Titarmare
From: Mark.Carlson at Sun.COM [mailto:mark.carl...@sun.com]
Sent: Tuesday, April 28, 2009 9:45 PM
To: Margot Miller
Cc: Vivek Titarmare; LSARC-ext at
Hi Alan,
I have update the man pages and the FOSS check list. Will send the material to
Mark for review.
Thanks,
~Vivek R. Titarmare
-Original Message-
From: Alan.Coopersmith at Sun.COM [mailto:alan.coopersm...@sun.com]
Sent: Tuesday, April 28, 2009 10:30 PM
To: Mark A. Carlson
Cc:
Hi James,
I have updated the ARC material and will be sending the case material to
Mark for review.
Thanks,
~Vivek R. Titarmare
-Original Message-
From: James Carlson [mailto:james.d.carl...@sun.com]
Sent: Tuesday, April 28, 2009 8:23 PM
To: Darren J Moffat
Cc: Vivek Titarmare;
Hi Margot,
I have removed the header file information from the ARC cases. Updated
material will be sent to Mark for review.
Thanks,
~Vivek R. Titarmare
-Original Message-
From: Margot Miller [mailto:margot.mil...@sun.com]
Sent: Tuesday, April 28, 2009 10:20 PM
To: Mark A. Carlson
Cc:
Hi Tom,
I have updated the case material and will be sending it across to Mark.
About the interface table of one pointing to another, since only 2 lines are
present in the Interface tables now, I thought of keeping those in both the
files (Fasttrack and FOSS). Pl. suggest if I need to still
Hi John,
Since the pywbem is an utility, I thought this should go in share folder.
Let me know if I need to move this to /usr/bin folder.
Pl. suggest.
Thanks,
~Vivek R. Titarmare
-Original Message-
From: John.Fischer at Sun.COM [mailto:john.fisc...@sun.com]
Sent: Tuesday, April 28,
/sigs/q12.gif
-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: tipc.txt
URL:
http://mail.opensolaris.org/pipermail/opensolaris-arc/attachments/20090429/564b54e3/attachment.txt
-- next part --
An embedded and charset
On Tue, 28 Apr 2009 07:30:06 -0700 (PDT)
Mark Carlson markcarl at sac.sfbay.sun.com wrote:
I am sponsoring this familiarity case for Vivek Titarmare. It requests minor
binding and times out 05/05/2009.
-- mark
Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI
This information is
Hi James,
No, it does not have direct dependency on any wbem code. It directly only
depends on Python.
Only while running the utility (runtime) it would require CIM server/client
would be required.
Thanks,
~Vivek R. Titarmare
-Original Message-
From: James.McPherson at Sun.COM
Vivek,
Is pywbem something that the user will execute at the command line
prompt?
Thanks,
John
Vivek Titarmare wrote:
Hi John,
Since the pywbem is an utility, I thought this should go in share folder.
Let me know if I need to move this to /usr/bin folder.
Pl. suggest.
Thanks,
My only small concern with this project is the name bsh. ISTR being
on other systems where bsh meant the Bourne Shell. It seems like
beansh might be a better name here to avoid possible confusion. But
if this is widely deployed on FOSS already using bsh, then perhaps we
ought to leave the
Garrett D'Amore gdamore at sun.com wrote:
My only small concern with this project is the name bsh. ISTR being
on other systems where bsh meant the Bourne Shell. It seems like
beansh might be a better name here to avoid possible confusion. But
if this is widely deployed on FOSS already
On Wed, Apr 29, 2009 at 05:28:52PM +0530, Bharath Kumar wrote:
Well, I slotted it as a library since we are providing jar files which
the developers can use to develop server and client applications to
manage resources.
I don't think we have an expectation to find Java developer
Snort does far more than just read files. It links to libpcap and can
snoop on network interfaces in real time. To do *that*, it will
require elevated privileges.
Right.
What are those elevated privileges.
Do those come from RBAC, or is the user expected to use sudo?
Andrew Gabriel ??:
I'm not a great fan of .conf configuration files.
What about using an ioctl to select the mode after opening the device?
There are some reasons why it does not use ioctl:
1. The mode configuration is a electric(physical) characteristics, which
is transparent to software
I'm sponsoring this familiarity case for Claire Li. The requested
release binding is minor. The man page has been posted in the
materials directory.
Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI
This information is Copyright 2009 Sun Microsystems
1. Introduction
1.1. Project/Component
suggested (/usr/share/lib/java).
Please find attached updated docs.
Thanks
Bharath
-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: wisemanmanpage.txt
URL:
http://mail.opensolaris.org/pipermail/opensolaris-arc/attachments/20090429/15692da1
Hi, James,
Thank you very much for your comments, please see in line.
James Walker writes:
/usr/bin/64/snortUncommitted 64-bit Command
What's this about? What does the utility do that actually requires
64-bit operation? (Does it read from kernel memory
I'm *really* not a fan of inconsistent property handling -- magic
encoded strings like what is proposed here for portflag seems,... ugly.
I've heard of magic numbers, but this is the first time I'm hearing of
magic strings. What's wrong with descriptive names? Would it help if
they were in
The inception materials are now available:
gd78059 at sac{36} ls -la inception.materials/
total 90
drwxrwsr-x 3 gd78059 sac9 Apr 29 08:45 .
drwxrwsr-x 6 gd78059 sac 10 Apr 29 07:49 ..
-rw-r--r-- 1 nw141292 sac 5130 Apr 29 08:54 20q.txt
-rw-rw-r-- 1 gd78059
Artem Kachitchkine wrote:
I'm *really* not a fan of inconsistent property handling -- magic
encoded strings like what is proposed here for portflag seems,... ugly.
I've heard of magic numbers, but this is the first time I'm hearing of
magic strings. What's wrong with descriptive names?
Two of my old HP ze series laptops have this audio device.
--
This message posted from opensolaris.org
This case was approved in today's (04/29/09) PSARC meeting.
-tim
Tim Haley wrote:
I am sponsoring the following fast-track for myself. This case
introduces a new feature into ZFS to support Access Based Enumeration
within our SMB server. Requested binding is patch/micro.
+1
-Seb
This case was approved at today's meeting.
This case was approved at todays PSARC meeting.
The project team will look at pointing to filebench
in the man page.
Cheers,
Jim
Norm Jacobs wrote:
Joerg Schilling wrote:
Garrett D'Amore gdamore at sun.com wrote:
My only small concern with this project is the name bsh. ISTR
being on other systems where bsh meant the Bourne Shell. It
seems like beansh might be a better name here to avoid possible
confusion.
Norm Jacobs Norm.Jacobs at sun.com wrote:
Joerg Schilling wrote:
Garrett D'Amore gdamore at sun.com wrote:
My only small concern with this project is the name bsh. ISTR being
on other systems where bsh meant the Bourne Shell. It seems like
beansh might be a better name here to
This case was reopened, derailed, and approved in a vote at PSARC today.
I'll be sending out a draft opinion shortly -- but in short the biggest
concern had to do with documentation of long options that took an
optional argument. The consensus was that for the case where the
option was only
FreeIPMI [LSARC/2009/245 FastTrack] timeout extended one week to
05/08/2009 to allow review in PSARC.
- Needs to be moved to PSARC.
- Needs question answered about why FreeIPMI is better than ipmitool.
- Need to understand bandwidth issue.
Best Regards,
Michael Kearney
Joerg Schilling wrote:
Garrett D'Amore gdamore at sun.com wrote:
My only small concern with this project is the name bsh. ISTR being
on other systems where bsh meant the Bourne Shell. It seems like
beansh might be a better name here to avoid possible confusion. But
if this is
On 04/29/09 11:42 AM, Michael Kearney wrote:
FreeIPMI [LSARC/2009/245 FastTrack] timeout extended one week to
05/08/2009 to allow review in PSARC.
- Needs to be moved to PSARC.
- Needs question answered about why FreeIPMI is better than ipmitool.
- Need to understand bandwidth issue.
:
http://mail.opensolaris.org/pipermail/opensolaris-arc/attachments/20090429/73751253/attachment.txt
Joerg Schilling wrote:
Norm Jacobs Norm.Jacobs at sun.com wrote:
Joerg Schilling wrote:
Garrett D'Amore gdamore at sun.com wrote:
My only small concern with this project is the name bsh. ISTR being
on other systems where bsh meant the Bourne Shell. It seems like
beansh might be a
Michael Kearney wrote:
FreeIPMI [LSARC/2009/245 FastTrack] timeout extended one week to
05/08/2009 to allow review in PSARC.
- Needs to be moved to PSARC.
- Needs question answered about why FreeIPMI is better than ipmitool.
- Need to understand bandwidth issue.
Best Regards,
Joerg Schilling wrote:
Norm Jacobs Norm.Jacobs at sun.com wrote:
Joerg Schilling wrote:
Garrett D'Amore gdamore at sun.com wrote:
My only small concern with this project is the name bsh. ISTR being
on other systems where bsh meant the Bourne Shell. It seems like
Norm Jacobs wrote:
Joerg Schilling wrote:
Norm Jacobs Norm.Jacobs at sun.com wrote:
Joerg Schilling wrote:
Garrett D'Amore gdamore at sun.com wrote:
My only small concern with this project is the name bsh. ISTR
being on other systems where bsh meant the Bourne Shell. It
This case was approved at PSARC today.
-- Garrett
This case was approved at PSARC today.
- Garrett
Garrett D'Amore wrote:
I've posted a draft opinion filename opinion-draft.txt (and also .ms)
in the case directory for review. Its attached to this message as
well. Thanks.
[snip]
3. Interfaces
The project exports the following interfaces.
Roland Mainz wrote:
Garrett D'Amore wrote:
I've posted a draft opinion filename opinion-draft.txt (and also .ms)
in the case directory for review. Its attached to this message as
well. Thanks.
[snip]
3. Interfaces
The project exports the following interfaces.
Garrett D'Amore gdamore at sun.com wrote:
Please use beansh
Forgive me for pointing out the obvious here, but /usr/bin/bsh on
Fedora and Ubuntu appear to be BeanShell (I didn't check anywhere
else). Given that this is a familiarity case, wouldn't it make sense
to install it in the
From sacadmin Mon Nov 5 12:12:37 2007
Date: Mon, 5 Nov 2007 12:07:58 -0800 (PST)
From: Gary Winiger gww at eng.sun.com
To: gww at eng.sun.com, mws at zion.sfbay.sun.com
Subject: Re: PSARC 2007/064 Unified POSIX and Windows Credentials for Solaris
Cc: psarc at sac.sfbay.sun.com, arc-discuss
Just to let you all know, I have discussed this with Rainer off line,
and he has agreed that his issues can be taken up as a follow on
project explicitly to make NTP more secure on Solaris than it already is.
So, I think that PSARC 2009/244 is well and truly closed, approved.
Thank you all
On Wed, Apr 29, 2009 at 2:04 PM, Garrett D'Amore gdamore at sun.com wrote:
Norm Jacobs wrote:
Joerg Schilling wrote:
Norm Jacobs Norm.Jacobs at sun.com wrote:
Joerg Schilling wrote:
Garrett D'Amore gdamore at sun.com wrote:
My only small concern with this project is the name bsh.
Joerg Schilling wrote:
The name bsh was defined 25+ years go by H. Berthold AG Berlin and
published with a UNIX clone that was distributed. The name and the program
are
in contiguous use since then.
No. bsh might have been in niche use, but it is not widely known by
such use today;
On Wed, Apr 29, 2009 at 11:51:32AM -0700, Garrett D'Amore wrote:
The second concern pertained to the fact that for some of
those same options, the presence of an argument is optional.
The members present felt that while such an optional argu-
ment might be ambiguous for a short flag, for
Danek Duvall writes:
On Wed, Apr 29, 2009 at 11:51:32AM -0700, Garrett D'Amore wrote:
The second concern pertained to the fact that for some of
those same options, the presence of an argument is optional.
The members present felt that while such an optional argu-
ment might be
On Wed, Apr 29, 2009 at 04:32:38PM -0400, James Carlson wrote:
Danek Duvall writes:
Long options aren't required to be separated from their option arguments
with an equals sign, though they can be -- they can also be separated by a
space:
/usr/gnu/bin/ls --sort none
and
This case was approved at PSARC today.
- John
On Wed, Apr 29, 2009 at 03:36:51PM -0500, Nicolas Williams wrote:
On Wed, Apr 29, 2009 at 04:32:38PM -0400, James Carlson wrote:
Danek Duvall writes:
Long options aren't required to be separated from their option arguments
with an equals sign, though they can be -- they can also be
On Wed, Apr 29, 2009 at 01:45:56PM -0700, Danek Duvall wrote:
Note that the --sort option takes a *required* argument, which can be
separated by either a space or an equals sign.
Only the --color option takes an optional argument, and it cannot be
separated by a space.
Ah, sorry for the
James Carlson wrote:
Danek Duvall writes:
On Wed, Apr 29, 2009 at 11:51:32AM -0700, Garrett D'Amore wrote:
The second concern pertained to the fact that for some of
those same options, the presence of an argument is optional.
The members present felt that while such an optional
Garrett D'Amore writes:
I didn't read the case that way either. I thought the = would be
necessary with an optional argument.
I'm back to being happy as long as the =value format is required, as
was originally specified in the case materials.
--
James Carlson, Solaris Networking
On Wed, Apr 29, 2009 at 4:09 PM, Garrett D'Amore gdamore at sun.com wrote:
James Carlson wrote:
Danek Duvall writes:
On Wed, Apr 29, 2009 at 11:51:32AM -0700, Garrett D'Amore wrote:
The second concern pertained to the fact that ?for ?some ?of
those same options, the presence of an
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:
GNOME 2.26 Addendum
1.2. Name of Document Author/Supplier:
Author: Brian Cameron
1.3 Date of This Document:
LSARC,
I am sponsoring this fast track for the JDS Team in Beijing, China and
Dublin, Ireland. I believe that this case qualifies for automatic
approval because:
1. this case updates GNOME 2.26.0 to 2.26.1. Aside from the
interfaces listed in the case, there are no interface
Alan Coopersmith wrote:
I am sponsoring this case for the X group, and have marked it closed
approved automatic, as it is a simple upgrade to a new community release
that only adds new functions and does not change compatibility of any
existing functions.
Just for the record, since I forgot
60 matches
Mail list logo
