From Lloyd.Chambers@sun.com Mon Feb 25 11:12:01 2008
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1PJBuXh020855
	for <LSARC-ext@sac.sfbay.sun.com>; Mon, 25 Feb 2008 11:11:56 -0800 (PST)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m1PJBpNj050947
	for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Mon, 25 Feb 2008 12:11:54 -0700 (MST)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0JWT00A096NRP200@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com
 (ORCPT lsarc-ext@sun.com); Mon, 25 Feb 2008 12:11:51 -0700 (MST)
Received: from sca-es-mail-1.sun.com ([192.18.43.132])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JWT00HY36NI2BC0@brm-avmta-1.central.sun.com> for
 lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Mon,
 25 Feb 2008 12:11:42 -0700 (MST)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m1PJBg77029400	for
 <lsarc-ext@sun.com>; Mon, 25 Feb 2008 11:11:42 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007))
 id <0JWT00G015ZUDT00@fe-sfbay-10.sun.com>
 (original mail from Lloyd.Chambers@Sun.COM)
 for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Mon,
 25 Feb 2008 11:11:42 -0800 (PST)
Received: from [192.168.1.8] (llc4.com [208.65.183.162])
 by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb
 28 2007)) with ESMTPSA id <0JWT00MNU6NH5N20@fe-sfbay-10.sun.com> for
 lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Mon,
 25 Feb 2008 11:11:42 -0800 (PST)
Date: Mon, 25 Feb 2008 11:11:41 -0800
From: Lloyd L Chambers <Lloyd.Chambers@sun.com>
Subject: Re: LSARC/2008/076
In-reply-to: <47BF28BD.9020303@sun.com>
Sender: Lloyd.Chambers@sun.com
To: John Downing <John.Downing@sun.com>
Cc: lsarc-ext@sun.com
Message-id: <ACC20E40-462B-4619-845A-0EA2B38BC2B9@Sun.COM>
MIME-version: 1.0
X-Mailer: Apple Mail (2.919.2)
Content-type: text/plain; delsp=yes; format=flowed; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.2.0.264296
References: <47B28733.401@sun.com> <47B3238F.9080205@Sun.com>
 <47B328A0.7070602@Sun.Com> <47B335F8.2080404@sun.com>
 <47B3398F.3000605@Sun.Com> <47BDC7DE.20605@sun.com>
 <8B340C1E-2AFB-4601-86BE-5202D3BC85EE@sun.com> <47BF28BD.9020303@sun.com>
Status: RO
Content-Length: 6018

John,

Usually one obtains a sponsor for a FastTrack in advance, by mutual  
agreement.

I'll raise this case at LSARC business tomorrow.  If it has no  
objections, we'll approve it (assuming ARC members have read it).

I'm not a Solaris guy, maybe another LSARC member can chime in here on  
the namespace/package name issue.

Lloyd

On Feb 22, 2008, at 11:55 AM, John Downing wrote:

> Lloyd:
>
> The case owner/sponsor has not been assigned to me.  Can I do that  
> or does someone else
> need to do it?  Also I'm not sure if there was something I needed to  
> do make this a FastTrack
> review.  I've read documentation saying that I need and ARC member  
> to be the sponsor but
> I do not have that.
>
> And do I need to reserve namespace for the package?  I currently  
> have it named SUNWlibao.
>
> I agree about the HTML files but I wanted to make sure it wasn't a  
> problem.  They are currently
> being included in the package in /usr/gnu/share/doc/libao-0.8.8.
>
> Thanks
>
> John
>
>> John,
>>
>> Your case is LSARC/2008/076 eg http://sac.eng/arc/LSARC/2008/076/
>>
>> Was a case owner/sponsor ever assigned to you?  There is none  
>> listed in the IAM file.
>>
>> I don't know why it didn't show up for last week's meeting; we  
>> discussed all open FastTracks at that time and our meeting notes do  
>> not mention the case.
>>
>> There has been no discussion of this case in email.  I will raise  
>> the case during ARC business this coming Tuesday 2/28. As there has  
>> been no discussion, I expect we will approve it.
>>
>> Regarding HTML files, IMO they should be included.
>>
>> Lloyd
>>
>> On Feb 21, 2008, at 10:50 AM, John Downing wrote:
>>
>>> John:
>>>
>>> I am wondering if there is anything I need to do make sure this  
>>> process is continuing.  I have
>>> not heard from the LSARC chair and I am don't if I have completed  
>>> all of my obligations for
>>> the case.
>>>
>>> Also my manager has mentioned that after the case's expiration  
>>> date that the case is approved
>>> by default.  Do you know anything about that?
>>>
>>> Thanks
>>>
>>> John Downing
>>>
>>>> This level of detail and discussion should be had with an ARC  
>>>> sponsor
>>>> (see list of licensees, interns and members on the LSARC page),
>>>> and not with myself or Aarti, who, while experienced, knowledgeable
>>>> and all 'round great people :-), are really the support staff for  
>>>> the
>>>> ARCs themselves.
>>>>
>>>> I've Cc:'d the LSARC chair, who can step in and help...
>>>>
>>>> -John
>>>>
>>>>
>>>>
>>>> John R Downing - Sun Microsystems Inc wrote:
>>>>> I believe that what I'm doing is very simple, given that 1) is  
>>>>> true.  I have an
>>>>> sfwnv child and I have taken the libao zip file and put it under  
>>>>> usr/src/lib
>>>>> similar to a other open source libraries in sfw.  I unzips,  
>>>>> configures, compiles
>>>>> like all other gnu libraries, does it again for 64-bit, copies  
>>>>> into the proto area
>>>>> and makes a package, SUNWlibao, which installs libraries, header  
>>>>> files and
>>>>> documentation under /usr/gnu.  I have included prototype files  
>>>>> for your
>>>>> inspection.
>>>>>
>>>>> Another question I have are about the package itself - should it  
>>>>> include the
>>>>> html style documentation in addition to the man pages.
>>>>>
>>>>> Thanks
>>>>>
>>>>> John Downing
>>>>>> There are two "things" that can be reviewed in an open source  
>>>>>> project:
>>>>>> 1) the content of the project itself, and
>>>>>> 2) the way you are going to integrate the project into Solaris.
>>>>>>
>>>>>> We /assume/ that the FOSS community does #1 by itself just  
>>>>>> fine :-),
>>>>>> so the ARC focus is on #2 - the actions /you/ are going to take  
>>>>>> to
>>>>>> transplant this thing into Solaris, and how well it will fit once
>>>>>> there.
>>>>>>
>>>>>> Inception and commitmwnt reviews may be appropriate depending on
>>>>>> the complexity and impact of the integration.  If you are simply
>>>>>> adding another text editor, things might be very trivial;  
>>>>>> however,
>>>>>> if you are adding an admin utility that touches on security (root
>>>>>> privs...), configuration (zones, fma, smf) or installation (pkgs,
>>>>>> zones, upgrade...), it will be more difficult.
>>>>>>
>>>>>> For some stuff, it is OK to follow the "linux lead"; for others,
>>>>>> we need to make sure the solaris way of doing things isn't  
>>>>>> obscured.
>>>>>> That's one of the things an arc inception review tries to  
>>>>>> figure out.
>>>>>>
>>>>>>  -John
>>>>>>
>>>>>>
>>>>>> Aarti Pai wrote:
>>>>>>> John Downing wrote:
>>>>>>>> Aarti:
>>>>>>>>
>>>>>>>> I have read through the materials concerning my LSARC case  
>>>>>>>> and I have two questions.
>>>>>>>>
>>>>>>>> 1.  How do I determine if I need a review or not?  The email  
>>>>>>>> you sent me made it sound
>>>>>>>> optional but I could find no guidelines on how to determine  
>>>>>>>> if one is needed.
>>>>>>> There are 3 types of reviews: Self Review, Fast-track, and  
>>>>>>> Standard review. Guidelines for each of these are
>>>>>>> available on the sac website:  http://sac.sfbay/arc/
>>>>>>> Self Review:  http://sac.sfbay/arc/ARC-SelfReview.html
>>>>>>> Fast-track:  http://sac.sfbay/arc/ARC-FastTrack.html
>>>>>>> Standard Review:  http://sac.sfbay/arc/ARC-Review.html
>>>>>>> Feel free to let me know if you still have questions after  
>>>>>>> reviewing the guidelines.
>>>>>>>>
>>>>>>>> 2.  Since this is a library which comes from the Open Source  
>>>>>>>> community, I would think that
>>>>>>>> an inception review is not needed.  Is this true?
>>>>>>> We are now holding open meetings and making the ARC process /  
>>>>>>> cases available to OpenSolaris /
>>>>>>> open source community. I've Cc'd John to help with this  
>>>>>>> specific question.
>>>>>>>
>>>>>>> Regards,
>>>>>>> Aarti
>>>>>>
>>>>
>>>
>>
>> ---
>> Lloyd L Chambers
>> lloyd.chambers@sun.com
>> Sun Microsystems, Inc
>>
>>
>>
>

---
Lloyd L Chambers
lloyd.chambers@sun.com
Sun Microsystems, Inc




From danek.duvall@sun.com Mon Feb 25 11:39:04 2008
Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1PJd3ts021646
	for <LSARC-ext@sac.sfbay.sun.com>; Mon, 25 Feb 2008 11:39:03 -0800 (PST)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m1PJcsFn014987
	for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Tue, 26 Feb 2008 03:39:01 +0800 (SGT)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0JWT00I017WZ2Q00@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com
 (ORCPT lsarc-ext@sun.com); Mon, 25 Feb 2008 11:38:59 -0800 (PST)
Received: from dm-sfbay-02.sfbay.sun.com ([129.146.11.31])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JWT002V17WZSR80@nwk-avmta-1.sfbay.Sun.COM> for
 lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Mon,
 25 Feb 2008 11:38:59 -0800 (PST)
Received: from zruty.sfbay.sun.com (zruty.SFBay.Sun.COM [129.146.168.40])
	by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2)
 with ESMTP id m1PJcxJW031433; Mon, 25 Feb 2008 11:38:59 -0800 (PST)
Received: from zruty.sfbay.sun.com (localhost [127.0.0.1])
	by zruty.sfbay.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m1PJcw6L016711; Mon,
 25 Feb 2008 11:38:59 -0800 (PST)
Received: (from dduvall@localhost)
	by zruty.sfbay.sun.com (8.14.2+Sun/8.14.2/Submit) id m1PJcwDN016710; Mon,
 25 Feb 2008 11:38:58 -0800 (PST)
Date: Mon, 25 Feb 2008 11:38:58 -0800
From: Danek Duvall <danek.duvall@sun.com>
Subject: Re: LSARC/2008/076
In-reply-to: <ACC20E40-462B-4619-845A-0EA2B38BC2B9@Sun.COM>
To: Lloyd L Chambers <Lloyd.Chambers@sun.com>
Cc: John Downing <John.Downing@sun.com>, lsarc-ext@sun.com
Message-id: <20080225193858.GF9130@zruty.sfbay.sun.com>
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
Content-disposition: inline
X-PMX-Version: 5.2.0.264296
References: <47B28733.401@sun.com> <47B3238F.9080205@Sun.com>
 <47B328A0.7070602@Sun.Com> <47B335F8.2080404@sun.com>
 <47B3398F.3000605@Sun.Com> <47BDC7DE.20605@sun.com>
 <8B340C1E-2AFB-4601-86BE-5202D3BC85EE@sun.com> <47BF28BD.9020303@sun.com>
 <ACC20E40-462B-4619-845A-0EA2B38BC2B9@Sun.COM>
User-Agent: Mutt/1.5.16 (2007-06-27)
Status: RO
Content-Length: 1033

On Mon, Feb 25, 2008 at 11:11:41AM -0800, Lloyd L Chambers wrote:

> I'll raise this case at LSARC business tomorrow.  If it has no  
> objections, we'll approve it (assuming ARC members have read it).

This is the first I've seen of this case, and given that there's no
interface table in the one-pager, then I don't think it'll be ready for
approval tomorrow.

> I'm not a Solaris guy, maybe another LSARC member can chime in here on  
> the namespace/package name issue.

This isn't brought up in the one-pager; is it part of the email trail you
copied in this message?

Because the project started by sending a one-pager to the one-pager alias
and no one participating in The List triage suggested that it should be
other than a full case, it's a full case, waiting for an owner.  I don't
know why it didn't come up at an LSARC meeting as needing an owner, but it
does show up on the LSARC web page as such (along with a few others that I
don't think we've discussed).  Have we been skipping part of business by
accident?

Danek

From jyri@buye.red.iplanet.com Mon Feb 25 11:52:44 2008
Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1PJqio9022134
	for <LSARC-ext@sac.sfbay.sun.com>; Mon, 25 Feb 2008 11:52:44 -0800 (PST)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m1PJqbRH015932;
	Mon, 25 Feb 2008 19:52:41 GMT
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0JWT00D018JRK800@brm-avmta-1.central.sun.com>; Mon,
 25 Feb 2008 12:52:39 -0700 (MST)
Received: from buye.red.iplanet.com ([192.18.65.224])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JWT00DBS8JQ9E00@brm-avmta-1.central.sun.com>; Mon,
 25 Feb 2008 12:52:39 -0700 (MST)
Received: from buye.red.iplanet.com (localhost [127.0.0.1])
	by buye.red.iplanet.com (8.13.7+Sun/8.13.7) with ESMTP id m1PJqclp007964; Mon,
 25 Feb 2008 11:52:38 -0800 (PST)
Received: (from jyri@localhost)
	by buye.red.iplanet.com (8.13.7+Sun/8.13.7/Submit) id m1PJqcUX007963; Mon,
 25 Feb 2008 11:52:38 -0800 (PST)
Date: Mon, 25 Feb 2008 11:52:38 -0800
From: Jyri Virkki <Jyri.Virkki@sun.com>
Subject: Re: LSARC/2008/076
In-reply-to: <ACC20E40-462B-4619-845A-0EA2B38BC2B9@Sun.COM>
To: Lloyd L Chambers <Lloyd.Chambers@sun.com>
Cc: John Downing <John.Downing@sun.com>, lsarc-ext@sun.com
Message-id: <20080225195238.GB7744@sun.com>
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
Content-disposition: inline
X-PMX-Version: 5.2.0.264296
References: <47B28733.401@sun.com> <47B3238F.9080205@Sun.com>
 <47B328A0.7070602@Sun.Com> <47B335F8.2080404@sun.com>
 <47B3398F.3000605@Sun.Com> <47BDC7DE.20605@sun.com>
 <8B340C1E-2AFB-4601-86BE-5202D3BC85EE@sun.com> <47BF28BD.9020303@sun.com>
 <ACC20E40-462B-4619-845A-0EA2B38BC2B9@Sun.COM>
User-Agent: Mutt/1.5.11
Status: RO
Content-Length: 586

Lloyd L Chambers wrote:
>
> I'll raise this case at LSARC business tomorrow.  If it has no  
> objections, we'll approve it (assuming ARC members have read it).

I'm looking at /net/sac/export/sac/arc/LSARC/2008/076 and there's
nothing there. There is an empty inception.materials directory and in
the mail log Lloyd's email above is the first and only one.

So this case never been announced, the status in "submitted" (not even
a timer set yet) and no materials have been provided yet. Certainly
not ready for approval...


-- 
Jyri J. Virkki - jyri.virkki@sun.com - Sun Microsystems

From tom.childers@sun.com Mon Feb 25 13:18:07 2008
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1PLI6j7026714
	for <LSARC-ext@sac.sfbay.sun.com>; Mon, 25 Feb 2008 13:18:07 -0800 (PST)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m1PLI4t5021136
	for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Mon, 25 Feb 2008 14:18:06 -0700 (MST)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0JWT0041ZCI5UN00@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com
 (ORCPT lsarc-ext@sun.com); Mon, 25 Feb 2008 13:18:05 -0800 (PST)
Received: from sca-es-mail-2.sun.com ([192.18.43.133])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JWT002RKCI5STE0@nwk-avmta-1.sfbay.Sun.COM> for
 lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Mon,
 25 Feb 2008 13:18:05 -0800 (PST)
Received: from fe-sfbay-09.sun.com ([192.18.43.129])
	by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m1PLI4X6027807	for
 <lsarc-ext@sun.com>; Mon, 25 Feb 2008 13:18:04 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com
 (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007))
 id <0JWT00K01CD8E400@fe-sfbay-09.sun.com>
 (original mail from tom.childers@sun.com)
 for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Mon,
 25 Feb 2008 13:18:04 -0800 (PST)
Received: from [192.168.15.2] ([208.106.111.5])
 by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb
 28 2007)) with ESMTPSA id <0JWT0073UCI1T3F0@fe-sfbay-09.sun.com> for
 lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Mon,
 25 Feb 2008 13:18:02 -0800 (PST)
Date: Mon, 25 Feb 2008 13:15:53 -0800
From: Tom Childers <tom.childers@sun.com>
Subject: Re: LSARC/2008/076
In-reply-to: <ACC20E40-462B-4619-845A-0EA2B38BC2B9@Sun.COM>
Sender: Thomas.Childers@sun.com
To: John Downing <John.Downing@sun.com>
Cc: lsarc-ext@sun.com
Message-id: <15866F86-E783-487D-BC82-44DB6F5A5DD9@sun.com>
MIME-version: 1.0
X-Mailer: Apple Mail (2.753)
Content-type: text/plain; format=flowed; delsp=yes; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.2.0.264296
References: <47B28733.401@sun.com> <47B3238F.9080205@Sun.com>
 <47B328A0.7070602@Sun.Com> <47B335F8.2080404@sun.com>
 <47B3398F.3000605@Sun.Com> <47BDC7DE.20605@sun.com>
 <8B340C1E-2AFB-4601-86BE-5202D3BC85EE@sun.com> <47BF28BD.9020303@sun.com>
 <ACC20E40-462B-4619-845A-0EA2B38BC2B9@Sun.COM>
Status: RO
Content-Length: 7432

Lloyd and John,

I've read the materials (the one-pager), and will not be able to  
attend our meeting tomorrow, so here are items that need resolution  
before I can approve this case.  Obviously, these items would have  
been resolved if the case had an owner :-)

tdc01 - no interfaces declared, no 20Q document.  There is just the  
one-pager.  Please submit materials for the case that provide  
interfaces.  Specifically, does this rely on the drivers for the  
supported devices?  Does it rely on any other existing library or OSS  
project?

I'm assuming (but not entirely sure) that the packaging and delivery  
info is implicitly stated when I see that this is being released as  
part of Nevada.

tdc02 - one-pager specifies a standard review, not a fast-track.

tdc03 -  Is it delivered for both SPARC and x86?

tdc04 - Does it have a man page

tdc05 - Are there licensing issues?

This may be a nit, but I had to read the entire one-pager to infer  
that (1) this is an open source project, and (2) it's a part of  
Nevada.  I wish there was some way that we stated the basics like  
this up front.
-tdc


On Feb 25, 2008, at 11:11 AM, Lloyd L Chambers wrote:

> John,
>
> Usually one obtains a sponsor for a FastTrack in advance, by mutual  
> agreement.
>
> I'll raise this case at LSARC business tomorrow.  If it has no  
> objections, we'll approve it (assuming ARC members have read it).
>
> I'm not a Solaris guy, maybe another LSARC member can chime in here  
> on the namespace/package name issue.
>
> Lloyd
>
> On Feb 22, 2008, at 11:55 AM, John Downing wrote:
>
>> Lloyd:
>>
>> The case owner/sponsor has not been assigned to me.  Can I do that  
>> or does someone else
>> need to do it?  Also I'm not sure if there was something I needed  
>> to do make this a FastTrack
>> review.  I've read documentation saying that I need and ARC member  
>> to be the sponsor but
>> I do not have that.
>>
>> And do I need to reserve namespace for the package?  I currently  
>> have it named SUNWlibao.
>>
>> I agree about the HTML files but I wanted to make sure it wasn't a  
>> problem.  They are currently
>> being included in the package in /usr/gnu/share/doc/libao-0.8.8.
>>
>> Thanks
>>
>> John
>>
>>> John,
>>>
>>> Your case is LSARC/2008/076 eg http://sac.eng/arc/LSARC/2008/076/
>>>
>>> Was a case owner/sponsor ever assigned to you?  There is none  
>>> listed in the IAM file.
>>>
>>> I don't know why it didn't show up for last week's meeting; we  
>>> discussed all open FastTracks at that time and our meeting notes  
>>> do not mention the case.
>>>
>>> There has been no discussion of this case in email.  I will raise  
>>> the case during ARC business this coming Tuesday 2/28. As there  
>>> has been no discussion, I expect we will approve it.
>>>
>>> Regarding HTML files, IMO they should be included.
>>>
>>> Lloyd
>>>
>>> On Feb 21, 2008, at 10:50 AM, John Downing wrote:
>>>
>>>> John:
>>>>
>>>> I am wondering if there is anything I need to do make sure this  
>>>> process is continuing.  I have
>>>> not heard from the LSARC chair and I am don't if I have  
>>>> completed all of my obligations for
>>>> the case.
>>>>
>>>> Also my manager has mentioned that after the case's expiration  
>>>> date that the case is approved
>>>> by default.  Do you know anything about that?
>>>>
>>>> Thanks
>>>>
>>>> John Downing
>>>>
>>>>> This level of detail and discussion should be had with an ARC  
>>>>> sponsor
>>>>> (see list of licensees, interns and members on the LSARC page),
>>>>> and not with myself or Aarti, who, while experienced,  
>>>>> knowledgeable
>>>>> and all 'round great people :-), are really the support staff  
>>>>> for the
>>>>> ARCs themselves.
>>>>>
>>>>> I've Cc:'d the LSARC chair, who can step in and help...
>>>>>
>>>>> -John
>>>>>
>>>>>
>>>>>
>>>>> John R Downing - Sun Microsystems Inc wrote:
>>>>>> I believe that what I'm doing is very simple, given that 1) is  
>>>>>> true.  I have an
>>>>>> sfwnv child and I have taken the libao zip file and put it  
>>>>>> under usr/src/lib
>>>>>> similar to a other open source libraries in sfw.  I unzips,  
>>>>>> configures, compiles
>>>>>> like all other gnu libraries, does it again for 64-bit, copies  
>>>>>> into the proto area
>>>>>> and makes a package, SUNWlibao, which installs libraries,  
>>>>>> header files and
>>>>>> documentation under /usr/gnu.  I have included prototype files  
>>>>>> for your
>>>>>> inspection.
>>>>>>
>>>>>> Another question I have are about the package itself - should  
>>>>>> it include the
>>>>>> html style documentation in addition to the man pages.
>>>>>>
>>>>>> Thanks
>>>>>>
>>>>>> John Downing
>>>>>>> There are two "things" that can be reviewed in an open source  
>>>>>>> project:
>>>>>>> 1) the content of the project itself, and
>>>>>>> 2) the way you are going to integrate the project into Solaris.
>>>>>>>
>>>>>>> We /assume/ that the FOSS community does #1 by itself just  
>>>>>>> fine :-),
>>>>>>> so the ARC focus is on #2 - the actions /you/ are going to  
>>>>>>> take to
>>>>>>> transplant this thing into Solaris, and how well it will fit  
>>>>>>> once
>>>>>>> there.
>>>>>>>
>>>>>>> Inception and commitmwnt reviews may be appropriate depending on
>>>>>>> the complexity and impact of the integration.  If you are simply
>>>>>>> adding another text editor, things might be very trivial;  
>>>>>>> however,
>>>>>>> if you are adding an admin utility that touches on security  
>>>>>>> (root
>>>>>>> privs...), configuration (zones, fma, smf) or installation  
>>>>>>> (pkgs,
>>>>>>> zones, upgrade...), it will be more difficult.
>>>>>>>
>>>>>>> For some stuff, it is OK to follow the "linux lead"; for others,
>>>>>>> we need to make sure the solaris way of doing things isn't  
>>>>>>> obscured.
>>>>>>> That's one of the things an arc inception review tries to  
>>>>>>> figure out.
>>>>>>>
>>>>>>>  -John
>>>>>>>
>>>>>>>
>>>>>>> Aarti Pai wrote:
>>>>>>>> John Downing wrote:
>>>>>>>>> Aarti:
>>>>>>>>>
>>>>>>>>> I have read through the materials concerning my LSARC case  
>>>>>>>>> and I have two questions.
>>>>>>>>>
>>>>>>>>> 1.  How do I determine if I need a review or not?  The  
>>>>>>>>> email you sent me made it sound
>>>>>>>>> optional but I could find no guidelines on how to determine  
>>>>>>>>> if one is needed.
>>>>>>>> There are 3 types of reviews: Self Review, Fast-track, and  
>>>>>>>> Standard review. Guidelines for each of these are
>>>>>>>> available on the sac website:  http://sac.sfbay/arc/
>>>>>>>> Self Review:  http://sac.sfbay/arc/ARC-SelfReview.html
>>>>>>>> Fast-track:  http://sac.sfbay/arc/ARC-FastTrack.html
>>>>>>>> Standard Review:  http://sac.sfbay/arc/ARC-Review.html
>>>>>>>> Feel free to let me know if you still have questions after  
>>>>>>>> reviewing the guidelines.
>>>>>>>>>
>>>>>>>>> 2.  Since this is a library which comes from the Open  
>>>>>>>>> Source community, I would think that
>>>>>>>>> an inception review is not needed.  Is this true?
>>>>>>>> We are now holding open meetings and making the ARC  
>>>>>>>> process / cases available to OpenSolaris /
>>>>>>>> open source community. I've Cc'd John to help with this  
>>>>>>>> specific question.
>>>>>>>>
>>>>>>>> Regards,
>>>>>>>> Aarti
>>>>>>>
>>>>>
>>>>
>>>
>>> ---
>>> Lloyd L Chambers
>>> lloyd.chambers@sun.com
>>> Sun Microsystems, Inc
>>>
>>>
>>>
>>
>
> ---
> Lloyd L Chambers
> lloyd.chambers@sun.com
> Sun Microsystems, Inc
>
>
>


From John.Downing@sun.com Mon Feb 25 14:13:52 2008
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1PMDqrV029528
	for <LSARC-ext@sac.sfbay.sun.com>; Mon, 25 Feb 2008 14:13:52 -0800 (PST)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m1PMDpIZ034943
	for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Mon, 25 Feb 2008 15:13:51 -0700 (MST)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0JWT00A0LF33CC00@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com
 (ORCPT lsarc-ext@sun.com); Mon, 25 Feb 2008 14:13:51 -0800 (PST)
Received: from sca-es-mail-2.sun.com ([192.18.43.133])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JWT007I4F32YK30@nwk-avmta-1.sfbay.Sun.COM> for
 lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Mon,
 25 Feb 2008 14:13:50 -0800 (PST)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m1PMDogf005770	for
 <lsarc-ext@sun.com>; Mon, 25 Feb 2008 14:13:50 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007))
 id <0JWT00I01F1V9P00@fe-sfbay-10.sun.com>
 (original mail from John.Downing@Sun.COM)
 for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Mon,
 25 Feb 2008 14:13:50 -0800 (PST)
Received: from [129.146.116.110] by fe-sfbay-10.sun.com
 (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007))
 with ESMTPSA id <0JWT00KRPF2VQU80@fe-sfbay-10.sun.com> for lsarc-ext@sun.com
 (ORCPT lsarc-ext@sun.com); Mon, 25 Feb 2008 14:13:50 -0800 (PST)
Date: Mon, 25 Feb 2008 14:09:14 -0800
From: John R Downing - Sun Microsystems Inc <John.Downing@sun.com>
Subject: Re: LSARC/2008/076
In-reply-to: <15866F86-E783-487D-BC82-44DB6F5A5DD9@sun.com>
Sender: John.Downing@sun.com
To: Tom Childers <tom.childers@sun.com>
Cc: lsarc-ext@sun.com
Message-id: <47C33C8A.9080905@sun.com>
MIME-version: 1.0
Content-type: multipart/mixed; boundary="Boundary_(ID_MSEPvoU8RW3D4tb2ALO2dA)"
X-PMX-Version: 5.2.0.264296
References: <47B28733.401@sun.com> <47B3238F.9080205@Sun.com>
 <47B328A0.7070602@Sun.Com> <47B335F8.2080404@sun.com>
 <47B3398F.3000605@Sun.Com> <47BDC7DE.20605@sun.com>
 <8B340C1E-2AFB-4601-86BE-5202D3BC85EE@sun.com> <47BF28BD.9020303@sun.com>
 <ACC20E40-462B-4619-845A-0EA2B38BC2B9@Sun.COM>
 <15866F86-E783-487D-BC82-44DB6F5A5DD9@sun.com>
User-Agent: Thunderbird 2.0.0.4 (X11/20070724)
Status: RO
Content-Length: 12124

This is a multi-part message in MIME format.

--Boundary_(ID_MSEPvoU8RW3D4tb2ALO2dA)
Content-type: text/plain; format=flowed; charset=ISO-8859-1
Content-transfer-encoding: 7BIT

Tom, Jyri and Danek:

Thank you for your attention to my case.

It was a mistake on my part to not make it Fast Track, but that is done.

Probably I should be the owner, but I don't know how to affect that 
change.  Also I would like to
start a 20Q document but I cannot create documents in 
/shared/sac/LSARC/2008/076, and the
same is true for the interface table.  And is there a template for the 
interface table?

Answers to some of Tom's questions in-lined below.

> Lloyd and John,
>
> I've read the materials (the one-pager), and will not be able to 
> attend our meeting tomorrow, so here are items that need resolution 
> before I can approve this case.  Obviously, these items would have 
> been resolved if the case had an owner :-)
>
> tdc01 - no interfaces declared, no 20Q document.  There is just the 
> one-pager.  Please submit materials for the case that provide 
> interfaces.  Specifically, does this rely on the drivers for the 
> supported devices?  Does it rely on any other existing library or OSS 
> project?
It relies only on Solaris audio drivers because it is intended to be 
used with /dev/audio.  As such it will work with whatever audio device
that /dev/audio points to.  It does not rely on any other existing 
library or OSS project.
>
> I'm assuming (but not entirely sure) that the packaging and delivery 
> info is implicitly stated when I see that this is being released as 
> part of Nevada.
It is intended for release in Project Indiana and that is happening by 
first releasing in Nevada and letting it propagate into Indiana from there.
>
> tdc02 - one-pager specifies a standard review, not a fast-track.
Oppps...
>
> tdc03 -  Is it delivered for both SPARC and x86?
Yes.  It is an Open Source package and can be compiled on both so I have 
created
prototypes for both types of architectures and I have created 32 and 64 
bit versions
for both as well.
>
> tdc04 - Does it have a man page
Yes, and it also has html documentation which I am including in the 
packages as well.
>
> tdc05 - Are there licensing issues?
No.  It is under GPL 2 and I have already gotten and Open Source Review 
done.  Please see
the enclosed email.
>
> This may be a nit, but I had to read the entire one-pager to infer 
> that (1) this is an open source project, and (2) it's a part of 
> Nevada.  I wish there was some way that we stated the basics like this 
> up front.
I agree with you and I will change the one-pager if you'd like.

Thanks

John
> -tdc
>
>
> On Feb 25, 2008, at 11:11 AM, Lloyd L Chambers wrote:
>
>> John,
>>
>> Usually one obtains a sponsor for a FastTrack in advance, by mutual 
>> agreement.
>>
>> I'll raise this case at LSARC business tomorrow.  If it has no 
>> objections, we'll approve it (assuming ARC members have read it).
>>
>> I'm not a Solaris guy, maybe another LSARC member can chime in here 
>> on the namespace/package name issue.
>>
>> Lloyd
>>
>> On Feb 22, 2008, at 11:55 AM, John Downing wrote:
>>
>>> Lloyd:
>>>
>>> The case owner/sponsor has not been assigned to me.  Can I do that 
>>> or does someone else
>>> need to do it?  Also I'm not sure if there was something I needed to 
>>> do make this a FastTrack
>>> review.  I've read documentation saying that I need and ARC member 
>>> to be the sponsor but
>>> I do not have that.
>>>
>>> And do I need to reserve namespace for the package?  I currently 
>>> have it named SUNWlibao.
>>>
>>> I agree about the HTML files but I wanted to make sure it wasn't a 
>>> problem.  They are currently
>>> being included in the package in /usr/gnu/share/doc/libao-0.8.8.
>>>
>>> Thanks
>>>
>>> John
>>>
>>>> John,
>>>>
>>>> Your case is LSARC/2008/076 eg http://sac.eng/arc/LSARC/2008/076/
>>>>
>>>> Was a case owner/sponsor ever assigned to you?  There is none 
>>>> listed in the IAM file.
>>>>
>>>> I don't know why it didn't show up for last week's meeting; we 
>>>> discussed all open FastTracks at that time and our meeting notes do 
>>>> not mention the case.
>>>>
>>>> There has been no discussion of this case in email.  I will raise 
>>>> the case during ARC business this coming Tuesday 2/28. As there has 
>>>> been no discussion, I expect we will approve it.
>>>>
>>>> Regarding HTML files, IMO they should be included.
>>>>
>>>> Lloyd
>>>>
>>>> On Feb 21, 2008, at 10:50 AM, John Downing wrote:
>>>>
>>>>> John:
>>>>>
>>>>> I am wondering if there is anything I need to do make sure this 
>>>>> process is continuing.  I have
>>>>> not heard from the LSARC chair and I am don't if I have completed 
>>>>> all of my obligations for
>>>>> the case.
>>>>>
>>>>> Also my manager has mentioned that after the case's expiration 
>>>>> date that the case is approved
>>>>> by default.  Do you know anything about that?
>>>>>
>>>>> Thanks
>>>>>
>>>>> John Downing
>>>>>
>>>>>> This level of detail and discussion should be had with an ARC 
>>>>>> sponsor
>>>>>> (see list of licensees, interns and members on the LSARC page),
>>>>>> and not with myself or Aarti, who, while experienced, knowledgeable
>>>>>> and all 'round great people :-), are really the support staff for 
>>>>>> the
>>>>>> ARCs themselves.
>>>>>>
>>>>>> I've Cc:'d the LSARC chair, who can step in and help...
>>>>>>
>>>>>> -John
>>>>>>
>>>>>>
>>>>>>
>>>>>> John R Downing - Sun Microsystems Inc wrote:
>>>>>>> I believe that what I'm doing is very simple, given that 1) is 
>>>>>>> true.  I have an
>>>>>>> sfwnv child and I have taken the libao zip file and put it under 
>>>>>>> usr/src/lib
>>>>>>> similar to a other open source libraries in sfw.  I unzips, 
>>>>>>> configures, compiles
>>>>>>> like all other gnu libraries, does it again for 64-bit, copies 
>>>>>>> into the proto area
>>>>>>> and makes a package, SUNWlibao, which installs libraries, header 
>>>>>>> files and
>>>>>>> documentation under /usr/gnu.  I have included prototype files 
>>>>>>> for your
>>>>>>> inspection.
>>>>>>>
>>>>>>> Another question I have are about the package itself - should it 
>>>>>>> include the
>>>>>>> html style documentation in addition to the man pages.
>>>>>>>
>>>>>>> Thanks
>>>>>>>
>>>>>>> John Downing
>>>>>>>> There are two "things" that can be reviewed in an open source 
>>>>>>>> project:
>>>>>>>> 1) the content of the project itself, and
>>>>>>>> 2) the way you are going to integrate the project into Solaris.
>>>>>>>>
>>>>>>>> We /assume/ that the FOSS community does #1 by itself just fine 
>>>>>>>> :-),
>>>>>>>> so the ARC focus is on #2 - the actions /you/ are going to take to
>>>>>>>> transplant this thing into Solaris, and how well it will fit once
>>>>>>>> there.
>>>>>>>>
>>>>>>>> Inception and commitmwnt reviews may be appropriate depending on
>>>>>>>> the complexity and impact of the integration.  If you are simply
>>>>>>>> adding another text editor, things might be very trivial; however,
>>>>>>>> if you are adding an admin utility that touches on security (root
>>>>>>>> privs...), configuration (zones, fma, smf) or installation (pkgs,
>>>>>>>> zones, upgrade...), it will be more difficult.
>>>>>>>>
>>>>>>>> For some stuff, it is OK to follow the "linux lead"; for others,
>>>>>>>> we need to make sure the solaris way of doing things isn't 
>>>>>>>> obscured.
>>>>>>>> That's one of the things an arc inception review tries to 
>>>>>>>> figure out.
>>>>>>>>
>>>>>>>>  -John
>>>>>>>>
>>>>>>>>
>>>>>>>> Aarti Pai wrote:
>>>>>>>>> John Downing wrote:
>>>>>>>>>> Aarti:
>>>>>>>>>>
>>>>>>>>>> I have read through the materials concerning my LSARC case 
>>>>>>>>>> and I have two questions.
>>>>>>>>>>
>>>>>>>>>> 1.  How do I determine if I need a review or not?  The email 
>>>>>>>>>> you sent me made it sound
>>>>>>>>>> optional but I could find no guidelines on how to determine 
>>>>>>>>>> if one is needed.
>>>>>>>>> There are 3 types of reviews: Self Review, Fast-track, and 
>>>>>>>>> Standard review. Guidelines for each of these are
>>>>>>>>> available on the sac website:  http://sac.sfbay/arc/
>>>>>>>>> Self Review:  http://sac.sfbay/arc/ARC-SelfReview.html
>>>>>>>>> Fast-track:  http://sac.sfbay/arc/ARC-FastTrack.html
>>>>>>>>> Standard Review:  http://sac.sfbay/arc/ARC-Review.html
>>>>>>>>> Feel free to let me know if you still have questions after 
>>>>>>>>> reviewing the guidelines.
>>>>>>>>>>
>>>>>>>>>> 2.  Since this is a library which comes from the Open Source 
>>>>>>>>>> community, I would think that
>>>>>>>>>> an inception review is not needed.  Is this true?
>>>>>>>>> We are now holding open meetings and making the ARC process / 
>>>>>>>>> cases available to OpenSolaris /
>>>>>>>>> open source community. I've Cc'd John to help with this 
>>>>>>>>> specific question.
>>>>>>>>>
>>>>>>>>> Regards,
>>>>>>>>> Aarti
>>>>>>>>
>>>>>>
>>>>>
>>>>
>>>> ---
>>>> Lloyd L Chambers
>>>> lloyd.chambers@sun.com
>>>> Sun Microsystems, Inc
>>>>
>>>>
>>>>
>>>
>>
>> ---
>> Lloyd L Chambers
>> lloyd.chambers@sun.com
>> Sun Microsystems, Inc
>>
>>
>>
>

--Boundary_(ID_MSEPvoU8RW3D4tb2ALO2dA)
Content-type: message/rfc822; name="Attached Message"

Return-path: <opensourcereview@sun.com>
Received: from fe-sfbay-09.sun.com ([192.18.34.119])
 by sfbay4-mail1.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007))
 with ESMTP id <0JVD00JW01TB2420@sfbay4-mail1.sfbay.sun.com> for
 jd27054@sfbay4-mail1.sfbay.Sun.COM; Mon, 28 Jan 2008 07:31:59 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com
 (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007))
 id <0JVD00B011QFLZ00@fe-sfbay-09.sun.com> for
 jd27054@sfbay4-mail1.sfbay.Sun.COM (ORCPT jd27054@sfbay4-mail1.sfbay.Sun.COM)
 ; Mon, 28 Jan 2008 07:31:59 -0800 (PST)
Received: from phys-sfbay4-2.sfbay.sun.com ([129.145.47.31])
 by fe-sfbay-09.sun.com
 (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007))
 with ESMTP id <0JVD006GI1TBCUB0@fe-sfbay-09.sun.com> for
 jd27054@sfbay4-mail1.sfbay.Sun.COM (ORCPT jd27054@sfbay4-mail1.sfbay.Sun.COM)
 ; Mon, 28 Jan 2008 07:31:59 -0800 (PST)
Received: from dm-central-01.central.sun.com ([129.147.62.4])
 by sfbay4-mail1.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007))
 with ESMTP id <0JVD00JVX1TB2420@sfbay4-mail1.sfbay.sun.com> for
 jd27054@sfbay4-mail1.sfbay.Sun.COM; Mon, 28 Jan 2008 07:31:59 -0800 (PST)
Received: from webtools.central (webtools.Central.Sun.COM [129.153.140.18])
	by dm-central-01.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2)
 with ESMTP id m0SFVxFV004373	for <John.Downing@Sun.COM>; Mon,
 28 Jan 2008 08:31:59 -0700 (MST)
Received: from webtools (localhost [127.0.0.1])
	by webtools.central (8.13.8+Sun/8.13.8) with ESMTP id m0SFVwSt016327; Mon,
 28 Jan 2008 10:31:58 -0500 (EST)
Date: Mon, 28 Jan 2008 10:31:58 -0500 (EST)
From: opensourcereview@sun.com
Subject: Open Source Review # 8028 Approved
To: John.Downing@Sun.COM
Cc: John.Downing@Sun.COM
Message-id: <28872951.1201534318705.JavaMail.webservd@webtools>
X-Envelope-from: John.Downing@Sun.COM
X-Envelope-to: lsarc-ext <@smarthost.sun.com:lsarc-ext@sun.com>
MIME-version: 1.0
X-Mailer: msgsend
Content-type: text/plain; charset=UTF-8
Content-transfer-encoding: 7BIT
Original-recipient: rfc822;jd27054@sfbay4-mail1.sfbay.Sun.COM

John Downing,

Open Source Review #8028 has been Approved.

You are receiving this email because you have been designated as the program manager for this review.
This is a notification only.  No action is required.

To view further details of this review please go to

https://opensourcereview.central.sun.com/app?action=ViewReq&traq_num=8028

Any comments or questions about the OSR tool should be directed to opensourcereview@sun.com.

--------------------------------------------------------------

Review #:		8028
Review Type:		Full
Technology Name:	libao
Technology Version:	0.8.8
Technology License:	GNU General Public License v. 2.0 (GPLv2)
Intended Use:		Distribution outside of Sun: 
				Included as part of a Sun product: Solaris v.nevada



--Boundary_(ID_MSEPvoU8RW3D4tb2ALO2dA)--

From danek.duvall@sun.com Mon Feb 25 14:34:15 2008
Received: from sunmail2sca.sfbay.sun.com (sunmail2sca [129.145.155.234])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1PMYFet000684
	for <LSARC-ext@sac.sfbay.sun.com>; Mon, 25 Feb 2008 14:34:15 -0800 (PST)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m1PMYBYJ022208;
	Mon, 25 Feb 2008 14:34:14 -0800 (PST)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0JWT00207G12ZW00@brm-avmta-1.central.sun.com>; Mon,
 25 Feb 2008 15:34:14 -0700 (MST)
Received: from dm-sfbay-01.sfbay.sun.com ([129.145.155.118])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JWT000SWG11JX10@brm-avmta-1.central.sun.com>; Mon,
 25 Feb 2008 15:34:13 -0700 (MST)
Received: from zruty.sfbay.sun.com (zruty.SFBay.Sun.COM [129.146.168.40])
	by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2)
 with ESMTP id m1PMYDMY028066; Mon, 25 Feb 2008 14:34:13 -0800 (PST)
Received: from zruty.sfbay.sun.com (localhost [127.0.0.1])
	by zruty.sfbay.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m1PMYDIO018686; Mon,
 25 Feb 2008 14:34:13 -0800 (PST)
Received: (from dduvall@localhost)
	by zruty.sfbay.sun.com (8.14.2+Sun/8.14.2/Submit) id m1PMYCvw018685; Mon,
 25 Feb 2008 14:34:12 -0800 (PST)
Date: Mon, 25 Feb 2008 14:34:12 -0800
From: Danek Duvall <danek.duvall@sun.com>
Subject: Re: LSARC/2008/076
In-reply-to: <47C33C8A.9080905@sun.com>
To: John R Downing - Sun Microsystems Inc <John.Downing@sun.com>
Cc: Tom Childers <tom.childers@sun.com>, lsarc-ext@sun.com
Message-id: <20080225223412.GN9130@zruty.sfbay.sun.com>
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
Content-disposition: inline
X-PMX-Version: 5.2.0.264296
References: <47B3238F.9080205@Sun.com> <47B328A0.7070602@Sun.Com>
 <47B335F8.2080404@sun.com> <47B3398F.3000605@Sun.Com> <47BDC7DE.20605@sun.com>
 <8B340C1E-2AFB-4601-86BE-5202D3BC85EE@sun.com> <47BF28BD.9020303@sun.com>
 <ACC20E40-462B-4619-845A-0EA2B38BC2B9@Sun.COM>
 <15866F86-E783-487D-BC82-44DB6F5A5DD9@sun.com> <47C33C8A.9080905@sun.com>
User-Agent: Mutt/1.5.16 (2007-06-27)
Status: RO
Content-Length: 843

On Mon, Feb 25, 2008 at 02:09:14PM -0800, John R Downing - Sun Microsystems Inc wrote:

> It was a mistake on my part to not make it Fast Track, but that is done.

It can be undone.  You simply need to find a sponsor, who can then convert
it for you, collect and send out the materials (whatever materials you and
the sponsor deem necessary), and start the timer on the case.

I would guess that adding an interface table to the text of your one pager
is likely sufficient, or close to it.  I wouldn't get started on answering
the 20Q doc, as that's pretty huge (though you can find an interface table
template there, as question 9).

I'd suggest Margot Miller as a sponsor, given that she's worked on OSS in
the past and that she works for the same director you do.  Failing that, I
can take the case, given that I also work for Andy.

Danek

From sacadmin Fri Mar  7 10:22:27 2008
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m27IMRwu011233
	for <lsarc@sac.eng.sun.com>; Fri, 7 Mar 2008 10:22:27 -0800 (PST)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m27IMOL0049306;
	Fri, 7 Mar 2008 11:22:25 -0700 (MST)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0JXD00G07HPCO600@nwk-avmta-2.sfbay.sun.com>; Fri,
 07 Mar 2008 10:22:24 -0800 (PST)
Received: from jurassic-x4600.sfbay.sun.com ([129.146.17.59])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JXD00A64HPAI6E0@nwk-avmta-2.sfbay.sun.com>; Fri,
 07 Mar 2008 10:22:22 -0800 (PST)
Received: from [10.7.251.149]
 (punchin-client-10-7-251-149.SFBay.Sun.COM [10.7.251.149])
	by jurassic-x4600.sfbay.sun.com (8.14.2+Sun/8.14.2)
 with ESMTP id m27IMJD7225535; Fri, 07 Mar 2008 10:22:21 -0800 (PST)
Date: Fri, 07 Mar 2008 10:05:58 -0800
From: Margot Miller <margot.miller@sun.com>
Subject: libao: a cross platform audio library [LSARC/2008/076 FastTrack
 timeout 03/15/2008]
To: lsarc@sun.com
Cc: John Downing <John.Downing@sun.com>, Margot Miller <margot.miller@sun.com>
Message-id: <47D18406.7020803@sun.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.2.0.264296
User-Agent: Thunderbird 2.0b1 (X11/20070115)
Status: RO
Content-Length: 3652

I am sponsoring this fast track for John Downing to timeout 3/15/2008.
Requesting a release minor binding.

Thanks
Margot

*************

1. Background

        This project proposes to integrate libao, a freeware cross platform
        audio library.  It allows programs to output audio using a 
simple API
        on a variety of platforms.  For Solaris it will support the Sun 
audio
        system (/dev/audio) and esd or the Enlightened Sound Daemon through
        use of a plug-in library.

        There are a fair number of both audio file formats and audio devices
        which can be difficult to program.  Libao allows the developer to
        write a single program and compile it on a variety of platforms and
        have the program work which whatever native hardware is on the
        platform.

2. Architecture

        Libao is a typical freeware source code distribution which contains
        a configuration script which is used to build the libraries for both
        SPARC and x86, in both 32 and 64 versions.  These will be packaged
        in the SunFreeware consolodation under the name SUNWlibao.

        Libao's API allows programs to output PCM audio data to a variety of
        both native audio devices and file formats.  It provides a way 
to easily
        add cross-platform audio output to your program.  Output devices are
        implemented as dynamic plugins, and support OSS, ESD, ALSA, aRTs,
        NAS, Solaris, AIX, and Irix outputs.  File formats support are 
WAV, AU
        and raw.  For Solaris the output devices which will be supported are
        /dev/audio and EsounD.

        For Solaris, three libraries will be delivered and placed under the
        /usr/lib directory space.  libao.so.2.1.3 is the generic library and
        libsun.so and libesd.so are the plugin drivers.

        Plugins are drivers that are loaded dynamically when libao is first
        initialized by the client application.  Drivers that are operating
        system dependent, like the oss and sun drivers, or that depend on
        external libraries, like the esd driver, are implemented in this 
way.

        The libao API makes a distinction between drivers and devices. A 
driver
        is a set of functions that allow audio to be played on a particular
        platform (i.e. Solaris, ESD, etc.). A device is a particular output
        target that uses a driver. In addition, libao distinguishes between
        live output drivers, which write audio to playback devices (sound
        cards, etc.), and file output drivers, which write audio to disk in
        a particular format.

        PCM stands for pulse code modulation. In the context of audio coding
        PCM encodes an audio waveform in the time domain as a series of
        amplitudes.

3. Exported Interfaces

   SUNWlibao                     Uncommitted          Package name

   /usr/lib/libao.so.2.1.3       Committed            Library

   /usr/lib/ao/plugin2-2         Uncommitted          Plugin Directory

   /usr/lib/ao/plugins-2/libsun.so
                                 Uncommitted          Plugin

   /usr/lib/ao/plugins-2/libesd.so
                                 Uncommitted          Plugin

   /usr/share/man/man5/libao.conf.5
                                 Committed            Man Page

   /usr/share/doc/libao-0.8.8/*
                                 Committed            HTML Documents

   /etc/libao.conf               Uncommitted          Configuration File
   ~/.libao                      Uncommitted          Configuration File

4. References

[1] http://www.xiph.org/ao/
[2] http://en.wikipedia.org/wiki/PCM


From sacadmin Fri Mar  7 11:14:25 2008
Received: from sunmail2sca.sfbay.sun.com (sunmail2sca [129.145.155.234])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m27JEPbV012065
	for <lsarc@sac.eng.sun.com>; Fri, 7 Mar 2008 11:14:25 -0800 (PST)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m27JEOsL007720
	for <@sunmail2sca.sfbay.sun.com:lsarc@sun.com>; Fri, 7 Mar 2008 11:14:25 -0800 (PST)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0JXD00I03K40ZR00@nwk-avmta-2.sfbay.sun.com> for lsarc@sun.com
 (ORCPT lsarc@sun.com); Fri, 07 Mar 2008 11:14:24 -0800 (PST)
Received: from dm-sfbay-01.sfbay.sun.com ([129.145.155.118])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JXD00HNUK40N530@nwk-avmta-2.sfbay.sun.com> for lsarc@sun.com
 (ORCPT lsarc@sun.com); Fri, 07 Mar 2008 11:14:24 -0800 (PST)
Received: from zruty.sfbay.sun.com (zruty.SFBay.Sun.COM [129.146.168.40])
	by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2)
 with ESMTP id m27JEOml008823; Fri, 07 Mar 2008 11:14:24 -0800 (PST)
Received: from zruty.sfbay.sun.com (localhost [127.0.0.1])
	by zruty.sfbay.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m27JEOYS012119; Fri,
 07 Mar 2008 11:14:24 -0800 (PST)
Received: (from dduvall@localhost)
	by zruty.sfbay.sun.com (8.14.2+Sun/8.14.2/Submit) id m27JENLS012118; Fri,
 07 Mar 2008 11:14:24 -0800 (PST)
Date: Fri, 07 Mar 2008 11:14:23 -0800
From: Danek Duvall <danek.duvall@sun.com>
Subject: Re: libao: a cross platform audio library [LSARC/2008/076	FastTrack
 timeout 03/15/2008]
In-reply-to: <47D18406.7020803@sun.com>
To: Margot Miller <margot.miller@sun.com>
Cc: lsarc@sun.com, John Downing <John.Downing@sun.com>
Message-id: <20080307191423.GU9130@zruty.sfbay.sun.com>
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
Content-disposition: inline
X-PMX-Version: 5.2.0.264296
References: <47D18406.7020803@sun.com>
User-Agent: Mutt/1.5.16 (2007-06-27)
Status: RO
Content-Length: 1437

> 3. Exported Interfaces
>
>   /usr/lib/libao.so.2.1.3       Committed            Library

What's the SONAME of the library?

>   /usr/lib/ao/plugin2-2         Uncommitted          Plugin Directory
>
>   /usr/lib/ao/plugins-2/libsun.so
>                                 Uncommitted          Plugin
>
>   /usr/lib/ao/plugins-2/libesd.so
>                                 Uncommitted          Plugin

Presumably the interesting interfaces here are "sun" and "esd", as names
that would be used as values to the "default_driver" key in libao.conf,
right?  How libao maps those names to plugins on disk somewhere is an
internal implementation detail, no?  Or do we expect other teams to install
plugins here, too, in which case the pattern for doing so is another
interface of interest?

>   /usr/share/man/man5/libao.conf.5
>                                 Committed            Man Page
>
>   /usr/share/doc/libao-0.8.8/*
>                                 Committed            HTML Documents

I don't think the documentation is actually an interface.  In particular, I
wouldn't commit to something with that specific a version number.

>   /etc/libao.conf               Uncommitted          Configuration File
>   ~/.libao                      Uncommitted          Configuration File

Will the configuration file be required by default, or will the library be
built to use the "sun" driver, or whichever is most appropriate?

Thanks,
Danek

From sacadmin Fri Mar  7 11:50:28 2008
Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m27JoRcn012414
	for <lsarc@sac.eng.Sun.COM>; Fri, 7 Mar 2008 11:50:27 -0800 (PST)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m27JoKAW023876;
	Sat, 8 Mar 2008 03:50:23 +0800 (SGT)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0JXD00C01LRY5600@brm-avmta-1.central.sun.com>; Fri,
 07 Mar 2008 12:50:22 -0700 (MST)
Received: from jurassic-x4600.sfbay.sun.com ([129.146.17.59])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JXD000ABLRX0Z90@brm-avmta-1.central.sun.com>; Fri,
 07 Mar 2008 12:50:22 -0700 (MST)
Received: from [10.7.251.149]
 (punchin-client-10-7-251-149.SFBay.Sun.COM [10.7.251.149])
	by jurassic-x4600.sfbay.sun.com (8.14.2+Sun/8.14.2)
 with ESMTP id m27JoKK0239844; Fri, 07 Mar 2008 11:50:20 -0800 (PST)
Date: Fri, 07 Mar 2008 11:33:59 -0800
From: Margot Miller <margot.miller@sun.com>
Subject: Re: libao: a cross platform audio library [LSARC/2008/076	FastTrack
 timeout 03/15/2008]
In-reply-to: <20080307191423.GU9130@zruty.sfbay.sun.com>
To: Danek Duvall <danek.duvall@sun.com>
Cc: lsarc@sun.com, John Downing <John.Downing@sun.com>
Message-id: <47D198A7.3010106@sun.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.2.0.264296
References: <47D18406.7020803@sun.com>
 <20080307191423.GU9130@zruty.sfbay.sun.com>
User-Agent: Thunderbird 2.0b1 (X11/20070115)
Status: RO
Content-Length: 1882

Comments embedded.

Danek Duvall wrote:
>> 3. Exported Interfaces
>>
>>   /usr/lib/libao.so.2.1.3       Committed            Library
>>     
>
> What's the SONAME of the library?
>   
I will answer this in another email.
>   
>>   /usr/lib/ao/plugin2-2         Uncommitted          Plugin Directory
>>
>>   /usr/lib/ao/plugins-2/libsun.so
>>                                 Uncommitted          Plugin
>>
>>   /usr/lib/ao/plugins-2/libesd.so
>>                                 Uncommitted          Plugin
>>     
>
> Presumably the interesting interfaces here are "sun" and "esd", as names
> that would be used as values to the "default_driver" key in libao.conf,
> right?  How libao maps those names to plugins on disk somewhere is an
> internal implementation detail, no?  Or do we expect other teams to install
> plugins here, too, in which case the pattern for doing so is another
> interface of interest?
>   
Yes, people can write plugins and put them in this directory.
>   
>>   /usr/share/man/man5/libao.conf.5
>>                                 Committed            Man Page
>>
>>   /usr/share/doc/libao-0.8.8/*
>>                                 Committed            HTML Documents
>>     
>
> I don't think the documentation is actually an interface.  In particular, I
> wouldn't commit to something with that specific a version number.
>   
I'll move them out of the interface table. 
>   
>>   /etc/libao.conf               Uncommitted          Configuration File
>>   ~/.libao                      Uncommitted          Configuration File
>>     
>
> Will the configuration file be required by default, or will the library be
> built to use the "sun" driver, or whichever is most appropriate?
>   
I don't know that; John will answer that.  It would make sense for now to
have it populated with default_driver=sun.   But I don't know.

Margot

> Thanks,
> Danek
>   


From sacadmin Fri Mar  7 12:32:48 2008
Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk [129.146.11.52])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m27KWmnx014904
	for <lsarc@sac.eng.sun.com>; Fri, 7 Mar 2008 12:32:48 -0800 (PST)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m27KWlUA025786
	for <@sunmail2sca.sfbay.sun.com:lsarc@sun.com>; Fri, 7 Mar 2008 12:32:47 -0800 (PST)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0JXD0020JNQNF000@nwk-avmta-1.sfbay.Sun.COM> for lsarc@sun.com
 (ORCPT lsarc@sun.com); Fri, 07 Mar 2008 12:32:47 -0800 (PST)
Received: from sca-es-mail-1.sun.com ([192.18.43.132])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JXD00MIWNQMG020@nwk-avmta-1.sfbay.Sun.COM> for lsarc@sun.com
 (ORCPT lsarc@sun.com); Fri, 07 Mar 2008 12:32:46 -0800 (PST)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m27KWkUg016248	for
 <lsarc@sun.com>; Fri, 07 Mar 2008 12:32:46 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007))
 id <0JXD00301NM58600@fe-sfbay-10.sun.com>
 (original mail from Mike.Oliver@Sun.COM)
 for lsarc@sun.com (ORCPT lsarc@sun.com); Fri, 07 Mar 2008 12:32:46 -0800 (PST)
Received: from [129.145.154.112] by fe-sfbay-10.sun.com
 (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007))
 with ESMTPSA id <0JXD001G6NQBDU20@fe-sfbay-10.sun.com>; Fri,
 07 Mar 2008 12:32:37 -0800 (PST)
Date: Fri, 07 Mar 2008 12:32:35 -0800
From: Mike Oliver <Mike.Oliver@sun.com>
Subject: Re: libao: a cross platform audio library [LSARC/2008/076 FastTrack
 timeout 03/15/2008]
In-reply-to: <47D18406.7020803@sun.com>
Sender: Mike.Oliver@sun.com
To: Margot Miller <Margot.Miller@sun.com>
Cc: lsarc@sun.com, John Downing <John.Downing@sun.com>
Message-id: <47D1A663.9090205@sun.com>
MIME-version: 1.0
Content-type: text/plain; format=flowed; charset=ISO-8859-1
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.2.0.264296
References: <47D18406.7020803@sun.com>
User-Agent: Thunderbird 2.0.0.13pre (X11/20080304)
Status: RO
Content-Length: 614

Margot Miller wrote:
> I am sponsoring this fast track for John Downing to timeout 3/15/2008.
> Requesting a release minor binding.
> 
> Thanks
> Margot
> 
> *************
> 
> 1. Background
> 
>        This project proposes to integrate libao, a freeware cross platform
>        audio library.  It allows programs to output audio using a simple 
> API
>        on a variety of platforms.  For Solaris it will support the Sun 
> audio
>        system (/dev/audio) ...

Does this SADA support honour the use of the $AUDIODEV environment
variable to select a target audio device node?

Mike.
-- 
mike.oliver@sun.com

From sacadmin Fri Mar  7 14:30:53 2008
Received: from sunmail2sca.sfbay.sun.com (sunmail2sca [129.145.155.234])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m27MUra2017562
	for <lsarc@sac.eng.sun.com>; Fri, 7 Mar 2008 14:30:53 -0800 (PST)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m27MUq39024838
	for <@sunmail2sca.sfbay.sun.com:lsarc@sun.com>; Fri, 7 Mar 2008 14:30:53 -0800 (PST)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0JXD0010RT7GJB00@brm-avmta-1.central.sun.com> for lsarc@sun.com
 (ORCPT lsarc@sun.com); Fri, 07 Mar 2008 15:30:52 -0700 (MST)
Received: from sca-es-mail-1.sun.com ([192.18.43.132])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JXD00LY8T7CZB40@brm-avmta-1.central.sun.com> for lsarc@sun.com
 (ORCPT lsarc@sun.com); Fri, 07 Mar 2008 15:30:49 -0700 (MST)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m27MUm17029902	for
 <lsarc@sun.com>; Fri, 07 Mar 2008 14:30:48 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007))
 id <0JXD00701T2WS100@fe-sfbay-10.sun.com>
 (original mail from John.Downing@Sun.COM)
 for lsarc@sun.com (ORCPT lsarc@sun.com); Fri, 07 Mar 2008 14:30:48 -0800 (PST)
Received: from [129.150.36.4] by fe-sfbay-10.sun.com
 (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007))
 with ESMTPSA id <0JXD00E36T729080@fe-sfbay-10.sun.com>; Fri,
 07 Mar 2008 14:30:43 -0800 (PST)
Date: Fri, 07 Mar 2008 14:30:41 -0800
From: John Downing <John.Downing@sun.com>
Subject: Re: libao: a cross platform audio library [LSARC/2008/076	FastTrack
 timeout 03/15/2008]
In-reply-to: <47D198A7.3010106@sun.com>
Sender: John.Downing@sun.com
To: Margot Miller <Margot.Miller@sun.com>
Cc: Danek Duvall <Danek.Duvall@sun.com>, lsarc@sun.com
Message-id: <47D1C211.5010108@sun.com>
MIME-version: 1.0
Content-type: text/plain; format=flowed; charset=ISO-8859-1
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.2.0.264296
References: <47D18406.7020803@sun.com>
 <20080307191423.GU9130@zruty.sfbay.sun.com> <47D198A7.3010106@sun.com>
User-Agent: Thunderbird 2.0.0.12 (Windows/20080213)
Status: RO
Content-Length: 1040

More comments embedded...
> Comments embedded.
>
> Danek Duvall wrote:
>>> 3. Exported Interfaces
>>>
>>>   /usr/lib/libao.so.2.1.3       Committed            Library
>>>     
>>
>> What's the SONAME of the library?
>>   
> I will answer this in another email.
/usr/lib/libao.so.2 which of course is a link to the above file.


>>  
>>  
>>>   /etc/libao.conf               Uncommitted          Configuration File
>>>   ~/.libao                      Uncommitted          Configuration File
>>>     
>>
>> Will the configuration file be required by default, or will the 
>> library be
>> built to use the "sun" driver, or whichever is most appropriate?
>>   
> I don't know that; John will answer that.  It would make sense for now to
> have it populated with default_driver=sun.   But I don't know.
The configuration is not required by default because the initialization 
process will
pick out the default_driver is no configuration file is available.  The 
sun default driver
is sun which is the "short name" for /dev/audio.

Thanks

John

From sacadmin Fri Mar  7 15:16:06 2008
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m27NG6oO018920
	for <lsarc@sac.eng.sun.com>; Fri, 7 Mar 2008 15:16:06 -0800 (PST)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m27NG4KT064593
	for <@sunmail2sca.sfbay.sun.com:lsarc@sun.com>; Fri, 7 Mar 2008 16:16:05 -0700 (MST)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0JXD0060PVATFS00@nwk-avmta-2.sfbay.sun.com> for lsarc@sun.com
 (ORCPT lsarc@sun.com); Fri, 07 Mar 2008 15:16:05 -0800 (PST)
Received: from sca-es-mail-2.sun.com ([192.18.43.133])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JXD00136VATH370@nwk-avmta-2.sfbay.sun.com> for lsarc@sun.com
 (ORCPT lsarc@sun.com); Fri, 07 Mar 2008 15:16:05 -0800 (PST)
Received: from fe-sfbay-09.sun.com ([192.18.43.129])
	by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m27NG5qw020387	for
 <lsarc@sun.com>; Fri, 07 Mar 2008 15:16:05 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com
 (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007))
 id <0JXD00H01V3WR600@fe-sfbay-09.sun.com>
 (original mail from John.Downing@Sun.COM)
 for lsarc@sun.com (ORCPT lsarc@sun.com); Fri, 07 Mar 2008 15:16:05 -0800 (PST)
Received: from [129.150.36.4] by fe-sfbay-09.sun.com
 (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007))
 with ESMTPSA id <0JXD008I6VAQX7E0@fe-sfbay-09.sun.com>; Fri,
 07 Mar 2008 15:16:04 -0800 (PST)
Date: Fri, 07 Mar 2008 15:16:05 -0800
From: John Downing <John.Downing@sun.com>
Subject: Re: libao: a cross platform audio library [LSARC/2008/076 FastTrack
 timeout 03/15/2008]
In-reply-to: <47D1A663.9090205@sun.com>
Sender: John.Downing@sun.com
To: Mike Oliver <Mike.Oliver@sun.com>
Cc: Margot Miller <Margot.Miller@sun.com>, lsarc@sun.com
Message-id: <47D1CCB5.6010302@sun.com>
MIME-version: 1.0
Content-type: text/plain; format=flowed; charset=ISO-8859-1
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.2.0.264296
References: <47D18406.7020803@sun.com> <47D1A663.9090205@sun.com>
User-Agent: Thunderbird 2.0.0.12 (Windows/20080213)
Status: RO
Content-Length: 873

Mike Oliver wrote:
> Margot Miller wrote:
>> I am sponsoring this fast track for John Downing to timeout 3/15/2008.
>> Requesting a release minor binding.
>>
>> Thanks
>> Margot
>>
>> *************
>>
>> 1. Background
>>
>>        This project proposes to integrate libao, a freeware cross 
>> platform
>>        audio library.  It allows programs to output audio using a 
>> simple API
>>        on a variety of platforms.  For Solaris it will support the 
>> Sun audio
>>        system (/dev/audio) ...
>
> Does this SADA support honour the use of the $AUDIODEV environment
> variable to select a target audio device node?
The $AUDIODEV environment variable is not honored in the sense that it 
will not
be looked for as the default audio device during initialization.  It 
will possible to
choose the device pointed to by $AUDIODEV when programming using the API.

John

From sacadmin Sun Mar 16 21:51:29 2008
Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk [129.146.11.52])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m2H4pTdX028862
	for <lsarc@sac.eng.sun.com>; Sun, 16 Mar 2008 21:51:29 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m2H4pSvb013496;
	Sun, 16 Mar 2008 21:51:29 -0700 (PDT)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0JXU0010LYTS6N00@nwk-avmta-1.sfbay.Sun.COM>; Sun,
 16 Mar 2008 21:51:28 -0700 (PDT)
Received: from jurassic-x4600.sfbay.sun.com ([129.146.17.59])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JXU00DHDYTRIE90@nwk-avmta-1.sfbay.Sun.COM>; Sun,
 16 Mar 2008 21:51:27 -0700 (PDT)
Received: from [10.7.251.149]
 (punchin-client-10-7-251-149.SFBay.Sun.COM [10.7.251.149])
	by jurassic-x4600.sfbay.sun.com (8.14.2+Sun/8.14.2)
 with ESMTP id m2H4pPRB270691; Sun, 16 Mar 2008 21:51:26 -0700 (PDT)
Date: Sun, 16 Mar 2008 21:34:52 -0700
From: Margot Miller <margot.miller@sun.com>
Subject: libao: a cross platform audio library [LSARC/2008/076 FastTrack
 timeout 03/15/2008]
To: lsarc@sun.com
Cc: John Downing <John.Downing@sun.com>
Message-id: <47DDF4EC.6060308@sun.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
User-Agent: Thunderbird 2.0b1 (X11/20070115)
Status: RO
Content-Length: 69

This case has timed out and now is closed approved.

Thanks,
Margot


