> > That depends on the scope of the umbrella requested. This
> > seems limited to the interaction between HAL PM support
> > and the LSARC GPM case.
>
> Yes, this addresses specific issues that are clearly defined for HAL/GPM
> and which I believe will give sufficient information to
me: not available
Type: application/pgp-signature
Size: 185 bytes
Desc: not available
URL:
<http://mail.opensolaris.org/pipermail/opensolaris-arc/attachments/20080226/3dec9536/attachment.bin>
Danek Duvall wrote:
> On Tue, Feb 26, 2008 at 03:11:17PM +0100, Roy Lyseng wrote:
>
>> Java API: The commitment level for the Java API was classified as
>> Volatile in LSARC/2007/385. Based on recent discussions, I am open for
>> reclassifying this as Uncommitted, if this is the ARCs opinion.
Lloyd L Chambers wrote:
> No, I'm just suggesting that ANY non-loopback port is a risk, and
> issuing a warning would be worthwhile:
>
> NOTE: port is a non-local port. Be sure your firewall setup
> blocks inappropriate access to this port.
Not sure if I appreciate this. Setting up mem
a machine with the new fontconfig (2.5.0)
packages, he would still see old obsolete cache files in the font dirs
along with the new cache files located under '/var/cache/fontconfig'.
Thanks,
Srirama
-- next part --
An HTML attachment was scrubbed...
URL:
<http://mail.opensolaris.org/pipermail/opensolaris-arc/attachments/20080226/55c22f5a/attachment.html>
James Carlson wrote:
>
> Release binding Minor?
If, for some reason, a Minor release were to be cut today without this
case being included in it, then implementing this case in a patch of that
release (patching the bits delivered in 2006/499 which this case
modifies) would be acceptable. The
Sebastien Roy writes:
> I'm sponsoring this case for Cathy Zhou. I've marked the case closed
> approved automatic, as the interfaces being modified are private, and the
> changes are minor and fairly obvious.
Release binding Minor?
> 2) After system is booted, "pkgchk -n SUNWcsr" reports
James Gates wrote:
> Can you answer the questions about the Java API & if the probes have
> been discussed with the community. Thanks.
>
>
> Original Message
> Subject: Re: LSARC/2008/126 memcached 1.2.5 to be included in OpenSolaris
> Date: Mon, 25 Feb 2008 16:55:05 -0500
>
Casper.Dik at Sun.COM wrote:
>>
>> Jyri Virkki wrote:
>>> Roy Lyseng wrote:
> Thanks. Does memcached issue a warning in the log if it starts
> listening on ports at risk?
No. Do you know a way to identify ports that are at risk? I guess we
would need to communicate with firew
Who is the manager of S10U6? email?
On Mon, Feb 25, 2008 at 8:39 PM, James Carlson
wrote:
> Chris Pickett writes:
> > Hello,
> >
> > Is /usr/bin/ksh93 planned to be in Solaris 10 Update 5?
>
> S10u5 finished development quite some time ago. ksh93 isn't in it,
> and I know of no plans to ba
The internal FMA portfolio link s/b
http://wikihome.sfbay.sun.com/fma-portfolio/attach/2007.030.PCIE_Fabric_P2%2Fercheck_report.html
Cindi
cindi wrote:
> This case also defines new FMA protocol events. The event
> specifications may be found at
> http://wikihome.sfbay.sun.com/fma-portfolio/a
On Tue, Feb 26, 2008 at 07:57:37PM +0100, Roy Lyseng wrote:
> Really difficult to say, actually, as this is entirely up to the
> open-source community. However, the difference between Volatile and
> Uncommitted seems rather subtle to me :)
:) Uncommitted gives anyone who's developing against t
This case has just been discussed in the weekly LSARC meeting.
Listening on INADDR_ANY was accepted on the basis that in typical (if
not all) deployments, multiple memcached deamons cooperate in a
distributed environment to provide a very large virtual cache (i.e.
utilizing the memory of many s
Knut Reinert wrote:
> Who is the manager of S10U6? email?
That would be Sun Proprietary/Confidential information and not
appropriate for discussion on an OpenSolaris list.
As Alan has already pointed out the way to address this is with Sun not
the OpenSolaris community. Use either a Sun Servic
Folks,
Please note, preinception materials have been updated. This preinception
is scheduled for 2/27/2008.
http://www.opensolaris.org/os/community/arc/caselog/2007/694/
sac% ls -l
total 1548
-r-xr--r-- 1 apai sac 302989 Feb 26 13:18
duckwater-preinception.
-r-xr--r-- 1 apai s
I'm sponsoring this case for Cathy Zhou. I've marked the case closed
approved automatic, as the interfaces being modified are private, and the
changes are minor and fairly obvious.
1 Introduction
==
This case proposes two changes related to the dlmgmtd daemon:
1) Change
This case also defines new FMA protocol events. The event
specifications may be found at
http://wikihome.sfbay.sun.com/fma-portfolio/attach/2008.001.PantherCachelineRetire%2Freport.html
with a copy archived in the case directory.
Cindi
Cynthia McGuire wrote:
> This case seeks patch release
I am sponsoring the following case as FastTrack for Osamu.sayama at sun.com.
If no objections, this case would be automatically approved by March 4 2008.
Regards,
Template Version: @(#)sac_nextcase 1.64 07/13/07 SMI
This information is Copyright 2008 Sun Microsystems
1. Introduction
1.1. Pr
This case seeks patch release binding.
Cindi
This information is Copyright 2008 Sun Microsystems
1. Introduction
1.1. Project/Component Working Name:
PCIe Fabric portfolio for SPARC and x86
1.2. Name of Document Author/Supplier:
Author: Krishna Elango
1.3 Date of
This information is Copyright 2008 Sun Microsystems
1. Introduction
1.1. Project/Component Working Name:
Panther Cache Line Retire
1.2. Name of Document Author/Supplier:
Author: Sinanallur Balasubramanian
1.3 Date of This Document:
26 February, 2008
4. Techn
> Wouldn't /usr/bin/memcached make more sense then /usr/memcached/bin?
LSARC 2007/385 already established a location for memcached
/usr/lib/memcached
Given that this is a daemon and not a command a user would type, it
seems that's the right location in the file system. As for the other
Rod Evans writes:
> James Carlson wrote:
> > If the symbols have been explicitly classed such that they're supposed
> > to be resolved by the parent, then why should ldd complain about them
> > in the first place?
> >
> > Why is "-p" needed, rather than just making that behavior the default?
> > I
Alan Coopersmith writes:
> Without trying to design in ARC, I wonder if this is not something that
> could be added to the fc-cache SMF service method script to allow easily
> doing this without having to modify the upstream fc-cache. (The script
> is not yet integrated into Nevada, but will be s
ilable
Type: application/pgp-signature
Size: 185 bytes
Desc: not available
URL:
<http://mail.opensolaris.org/pipermail/opensolaris-arc/attachments/20080226/713fe4b7/attachment.bin>
Alan,
This case was approved today during LSARC business with
the understanding that the proposal is modified to clean
up the old fc-cache after Upgrade.
Thanks,
John
On Tue, 2008-02-26 at 08:12, James Carlson wrote:
> Alan Coopersmith writes:
> > Without trying to design in ARC, I wonder if th
Christian,
This case was approved during ARC business today.
Thanks,
John
On Thu, 2008-02-21 at 12:13, John Fischer wrote:
> LSARC,
>
> I am sponsoring this fast track for Christian Kelly of the
> Gnome team in Dublin, Ireland. I have set the timer for
> Thursday, February 28, 2008. The case
Stephen,
This case was approved during ARC business today.
Thanks,
John
On Mon, 2008-02-25 at 11:55, John Fischer wrote:
> Lloyd,
>
> Stephen can correct me on these answers as he is far more familiar
> with the project.
>
> John
>
>
> Lloyd L Chambers wrote:
> > John,
> >
> > llc-01 Are t
Erwann,
This case was approved during ARC business today.
I have attached the updated proposal that is also
in the case directory.
Thanks,
John
On Sun, 2008-02-17 at 06:21, Erwann Chenede wrote:
> Hi Danek,
>
> Danek Duvall wrote:
> > On Fri, Feb 15, 2008 at 06:38:39PM +0100, Erwann Chenede wr
Derren,
This case was approved during ARC business today.
Thanks,
John
On Tue, 2008-02-12 at 22:52, Darren Kenny wrote:
> Hi Alan,
>
> Had never seen this case before, but it certainly should do the main function
> of
> locking the display with the running screensaver utility.
>
> But, at t
On Tue, Feb 26, 2008 at 03:11:17PM +0100, Roy Lyseng wrote:
> Java API: The commitment level for the Java API was classified as
> Volatile in LSARC/2007/385. Based on recent discussions, I am open for
> reclassifying this as Uncommitted, if this is the ARCs opinion.
Ah, okay. If you're comfort
>
>
>Jyri Virkki wrote:
>> Roy Lyseng wrote:
Thanks. Does memcached issue a warning in the log if it starts
listening on ports at risk?
>>> No. Do you know a way to identify ports that are at risk? I guess we
>>> would need to communicate with firewalls in order to do this.
>>
>> Doe
No, I'm just suggesting that ANY non-loopback port is a risk, and
issuing a warning would be worthwhile:
NOTE: port is a non-local port. Be sure your firewall setup
blocks inappropriate access to this port.
On Feb 25, 2008, at 12:29 PM, Roy Lyseng wrote:
>
>
> Lloyd L Chambers wrote:
Wouldn't /usr/bin/memcached make more sense then /usr/memcached/bin?
I think a namespace like memc_cat, memc_stat, memc_error would be good.
Lloyd
On Feb 25, 2008, at 1:55 PM, James Gates wrote:
> I'll ask Roy about the Java API & if the probes have been discussed
> with the community.
>
> A
Srirama Sharma writes:
> > Will the upgrade process scrub away the now-unnecessary cache files in
> > /usr?
> >
> No. Currently there is no default mechanism to remove the old
> 'fonts.cache-1' files which were getting created in the respective font
> dirs located under '/usr'.
>
> So if a u
Rod Evans writes:
>% cat mapfile-extern
>{
> global:
> mdb_zalloc = EXTERN;
> mdb_free =EXTERN;
> mdb_vread = EXTERN;
> ...
>};
If the symbols have been explicitly classed such that th
Jyri Virkki wrote:
> Roy Lyseng wrote:
>>> Thanks. Does memcached issue a warning in the log if it starts
>>> listening on ports at risk?
>> No. Do you know a way to identify ports that are at risk? I guess we
>> would need to communicate with firewalls in order to do this.
>
> Does it listen
James Carlson wrote:
> Rod Evans writes:
>>% cat mapfile-extern
>>{
>> global:
>> mdb_zalloc = EXTERN;
>> mdb_free =EXTERN;
>> mdb_vread = EXTERN;
>> ...
>>};
>
> If the symbols have bee
> 1.1. Project/Component Working Name:
>Multiplexed I/O Enhancements to Support FMA
This case has timed-out, and is approved. Both the fma portfolio
and PSARC fasttrack proceeded without public comment on content.
There was a private request to ensure that the fmdump filter
enhancement
James Carlson wrote:
> Srirama Sharma writes:
>>> Will the upgrade process scrub away the now-unnecessary cache files in
>>> /usr?
>>>
>> No. Currently there is no default mechanism to remove the old
>> 'fonts.cache-1' files which were getting created in the respective font
>> dirs located un
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:
Pluggable fwflash(1M)
1.2. Name of Document Author/Supplier:
Author: James McPherson
1.3 Date of This Docume
40 matches
Mail list logo
