Jyri Virkki wrote:
> Template Version: @(#)sac_nextcase 1.64 07/13/07 SMI
> This information is Copyright 2008 Sun Microsystems
> 1. Introduction
> 1.1. Project/Component Working Name:
>Additional Apache2 Modules
Other than missing descriptions of what these modules are
used for ("mod
John Plocher wrote:
> Bart Smaalders wrote:
>> Please describe how a FOSSS project would deliver a new, incompatible
>> version of a library used by multiple FOSS "things". Take as an example
>> rev'ing OpenSSL.
>
> Designing on-the-fly:
>
> The OpenSSL team would deliver a new versioned binary
Brian Cameron wrote:
>
> Simon:
>
/usr/lib/libglibmm_generate_extra_defs-2.4.so Volatile
>>>
>>> Does anyone ever need to link to this library specifically? This seems
>>> like a very private implementation detail that should either be a
>>> filter
>>> library or simp
Template Version: @(#)sac_nextcase 1.64 07/13/07 SMI
This information is Copyright 2008 Sun Microsystems
1. Introduction
1.1. Project/Component Working Name:
Additional Apache2 Modules
1.2. Name of Document Author/Supplier:
Author: Rahul Nair
1.3 Date of This Docume
Jyri Virkki wrote:
> In that case there's no problem marking every open source interface
> Committed! Whenever something breaks SFW can handle it by doing a
> Major release.
>
> I doubt that's what you meant but it's what the email said...
That /is/ what I meant.
We do this today, sortof. The
> I'm sponsoring this fast track for Menno Lageman.
I didn't try to resolve this with the project team before
starting this case because I wanted to ask it in a broader
context.
> Rights Profiles
> Extended Accounting Management (Flow) Committed
> Extended Accounti
Nicolas Williams wrote:
> On Thu, Feb 07, 2008 at 03:57:16PM +0500, P.S.M. Swamiji wrote:
> > BTW, rdesktop also depends on libiconv and no where in
> > the proposal it's mentioned about it and I am not sure that
> > would available in Solaris by default.
>
> There is no libiconv in Solaris. The
On Thu, Feb 07, 2008 at 04:24:55PM -0800, John Fischer wrote:
> 4.2. Interfaces:
>
>
> Exported StabilityComments
>
> -
Hi Casper,
Casper.Dik at Sun.COM wrote:
>>Yes, we have. It's called Sun Ray Windows Connector.
>>However, it doesn't work from console.
>>
>>
>
>
>I presume you mean "from non Sun Ray X sessions".
>
>
Yes and also from a remote terminal running on a Sun Ray session.
>It would be nice to kn
P.S.M. Swamiji wrote:
> Danek Duvall wrote:
>
>> How does this compare with vino? Don't we have some sort of solution for
>> RDP and Sun Ray?
>>
>>
> Yes, we have. It's called Sun Ray Windows Connector.
> However, it doesn't work from console.
>
> BTW, rdesktop also depends on libiconv and no
On Thu, Feb 07, 2008 at 01:57:19PM -0800, Danek Duvall wrote:
> On Thu, Feb 07, 2008 at 01:41:01PM +, Michal Pryc wrote:
> > Could you be more specific in this question? I am not sure if you want to
> > know the whole process for RC4 symmetric algorithm, which includes
> > generating and stor
-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: proposal.txt
URL:
<http://mail.opensolaris.org/pipermail/opensolaris-arc/attachments/20080207/5f34f243/attachment.txt>
f proxy server
> also possible).
>
> Thanks,
>
> John
>
-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: proposal.txt
URL:
<http://mail.opensolaris.org/pipermail/opensolaris-arc/attachments/20080207/bea1c8c5/attachment.txt>
All,
I am sponsoring this fast track for Michal of the Gnome team
in Dublin, Ireland. The case directory contains this proposal.
I have set a timeout for Thursday, February 14th, 2008.
This project proposes to integrate the CDDB library into a
Minor release of Solaris. Libcddb is an open source
Danek Duvall wrote:
>How does this compare with vino? Don't we have some sort of solution for
>RDP and Sun Ray?
>
>
Yes, we have. It's called Sun Ray Windows Connector.
However, it doesn't work from console.
BTW, rdesktop also depends on libiconv and no where in
the proposal it's mentioned abo
I'm sponsoring this fast track for Menno Lageman.
This project proposes to convert the current mechanism for configuring
the extended accounting facility in Solaris to use SMF and to fix some
long standing problems with extended accounting.
It requests a Patch release binding in case there's a
On Thu, Feb 07, 2008 at 01:41:01PM +, Michal Pryc wrote:
> Danek Duvall wrote:
>> How does this compare with vino?
> Vino is a remote desktop based on the RFB (Remote FrameBuffer) protocol
> used by VNC, while rdesktop uses RDP (Remote Desktop Protocol).
I'm a bit surprised that one tool c
On Thu, Feb 07, 2008 at 09:58:25AM -0800, John Plocher wrote:
> Bart Smaalders wrote:
> > Please describe how a FOSSS project would deliver a new, incompatible
> > version of a library used by multiple FOSS "things". Take as an example
> > rev'ing OpenSSL.
>
> Designing on-the-fly:
>
> The Open
Danek Duvall wrote:
> How does this compare with vino?
Vino is a remote desktop based on the RFB (Remote FrameBuffer) protocol
used by VNC, while rdesktop uses RDP (Remote Desktop Protocol).
> Don't we have some sort of solution for
> RDP and Sun Ray?
There is Sun Ray Connector for Windows OS,
Dana H. Myers wrote:
> Alan Coopersmith wrote:
>> John Plocher wrote:
>>
>>> In my mind, it boils down to a question of why we would require, say,
>>> the
>>> source for Firefox to be copied from the upstream community to a SFW
>>> source
>>> tree, compiled by SFW maintainers, and pushed to a rep
Alan Coopersmith wrote:
> John Plocher wrote:
>
>> In my mind, it boils down to a question of why we would require, say, the
>> source for Firefox to be copied from the upstream community to a SFW source
>> tree, compiled by SFW maintainers, and pushed to a repository, rather than
>> having the
>Yes, we have. It's called Sun Ray Windows Connector.
>However, it doesn't work from console.
I presume you mean "from non Sun Ray X sessions".
It would be nice to know why uttsc is not a standard X application.
Casper
On Thu, Feb 07, 2008 at 08:05:52AM -0800, John Plocher wrote:
> Darren Kenny wrote:
> > The main benefit of having libraries in a public location is that people
> > will
> > use them - while these libraries are dependencies of some apps, they are
> > also
> > very useful for more rapid desktop de
On Tue, Feb 05, 2008 at 04:42:19PM +, Ghee Teo wrote:
>> Given that these libraries are themselves built on top of the C versions
>> of the same libraries to which we're assigning a "Committed" label, I'd
>> expect that these were at least Uncommitted, if not Committed.
>
> Uncommitted for gt
On Thu, Feb 07, 2008 at 08:40:06PM +0800, simon.zheng wrote:
> This library is used to build the "generate_extra_defs" utility executable,
> which is a tool to generate the signals and properties .defs files.
>
> [ ... ]
>
> Eventally, .defs files and gmmproc work together to generate real .cc an
On Thu, Feb 07, 2008 at 03:57:16PM +0500, P.S.M. Swamiji wrote:
> BTW, rdesktop also depends on libiconv and no where in
> the proposal it's mentioned about it and I am not sure that
> would available in Solaris by default.
There is no libiconv in Solaris. The iconv functions (iconv_open(3C)
and
John Plocher wrote:
> In my mind, it boils down to a question of why we would require, say, the
> source for Firefox to be copied from the upstream community to a SFW source
> tree, compiled by SFW maintainers, and pushed to a repository, rather than
> having the firefox community itself create ips
Nicolas Williams wrote:
> How is the SFW consolidation not an aggregate of FOSS mini-consolidations?
At this point, it *seems* to be little more than an artifact of how we used to
do things in Solaris when we built DVDs in vinyl binders, rather than something
much more dynamic like debian or blast
, 2008
NO MEETING
-- next part --
An HTML attachment was scrubbed...
URL:
<http://mail.opensolaris.org/pipermail/opensolaris-arc/attachments/20080207/44eb99cd/attachment.html>
Bart Smaalders wrote:
> Please describe how a FOSSS project would deliver a new, incompatible
> version of a library used by multiple FOSS "things". Take as an example
> rev'ing OpenSSL.
Designing on-the-fly:
The OpenSSL team would deliver a new versioned binary package
into the "bleeding edge"
The main benefit of having libraries in a public location is that people will
use them - while these libraries are dependencies of some apps, they are also
very useful for more rapid desktop development - making something Consolidation
Private really defeats this purpose.
I think we need to get aw
I approve this contract.
Anup
Begin forwarded message:
>
> @(#)contract 1.6 @(#) /shared/sac/arcARC-Templates/contract [1.6
> 02/03/27]
> #ident"@(#)contract.txt 1.3 03/11/04 SMI"
>
> CONTRACT ALLOWING/REQUIRING SPECIAL ARRANGEMENTS FOR INTERFACES
>
> 0. Number: PSA
John Plocher wrote:
> Darren Kenny wrote:
...
>> I think we need to get away from the idea of Consolidations a bit, since
>> OpenSolaris really breaks down these barriers and I think it would be pity to
>> raise them again out there.
>
> +0 - IMO, we need to drastically shrink the sizes of our c
Darren Kenny wrote:
> The main benefit of having libraries in a public location is that people will
> use them - while these libraries are dependencies of some apps, they are also
> very useful for more rapid desktop development - making something
> Consolidation
> Private really defeats this purp
Casper.Dik at Sun.COM wrote:
>
>> Yes, we have. It's called Sun Ray Windows Connector.
>> However, it doesn't work from console.
>
>
> I presume you mean "from non Sun Ray X sessions".
>
> It would be nice to know why uttsc is not a standard X application.
You mean why it can't be run from non
Darren Kenny wrote:
> The main benefit of having libraries in a public location is that people will
> use them - while these libraries are dependencies of some apps, they are also
> very useful for more rapid desktop development - making something
> Consolidation
> Private really defeats this purp
James Carlson wrote:
> James C. McPherson writes:
>> Since it is expected that arcmsr would provide attachment to a
>> bootable OS target, I want to provide a buffer so that a system
>> admin keen on minimisation would not inadvertently remove the
>> driver supply access to their OS instance.
>
>
Hi Peter,
Will be linking against what ever is the default in Solaris, which as you say is
now 5.0, so yes.
Thanks,
Darren.
Peter Tribble wrote:
> On Feb 6, 2008 12:22 AM, John Fischer wrote:
>> This project proposes to integrate the MySQL Python module into
>> Solaris. The module is in compl
38 matches
Mail list logo