Removing MySQL 4.0 from OpenSolaris [PSARC/2010/088 FastTrack timeout 03/18/2010]

2010-03-19 Thread Brian utterback
The timer has passed, there was at least one +1, there are no open issues and nobody derailed, so I am marking this closed approved. On 03/11/10 11:23, Brian Utterback wrote: I am sponsoring this fasttrack on behalf of Lukas Rovensky. Binding is patch. Time out is 03/18/2010. Template

Removing MySQL 4.0 from OpenSolaris [PSARC/2010/088 FastTrack timeout 03/18/2010]

2010-03-11 Thread Brian Utterback
I am sponsoring this fasttrack on behalf of Lukas Rovensky. Binding is patch. Time out is 03/18/2010. Template Version: @(#)sac_nextcase 1.69 02/15/10 SMI This information is Copyright 2010 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: Removing MySQL 4.0 from

Removing MySQL 4.0 from OpenSolaris [PSARC/2010/088 FastTrack timeout 03/18/2010]

2010-03-11 Thread Brian Utterback
to facilitate a police state. - Bruce Schneier -- Brian Utterback - Solaris RPE, Oracle Corporation. Ph:877-259-7345, Em:brian.utterback at oracle.com

Removing MySQL 4.0 from OpenSolaris [PSARC/2010/088 FastTrack timeout 03/18/2010]

2010-03-11 Thread Brian Utterback
If everyone will be happy if we just state that the removal is minor binding and the obsolescence is patch binding, then consider it done. On 03/11/10 14:23, Alan Coopersmith wrote: Brian Utterback wrote: On 03/11/10 11:48, Andrew Gabriel wrote: This seems like two separate things, which

Add function pool_is_readonly_property to libpool [PSARC/2009/687 FastTrack timeout 01/05/2010]

2010-01-13 Thread Brian Utterback
The project team has agreed to add the man page and to use the name pool_property_is_readonly. I believe that this takes care of all the open issues. The timer is past, and the extension requested at the last PSARC meeting has past. Can I get a +1 from somebody? Brian Utterback wrote

Add function pool_is_readonly_property to libpool [PSARC/2009/687 FastTrack timeout 01/05/2010]

2010-01-13 Thread Brian Utterback
Thank you, Seb. As soon as I get to a terminal I'll set this case as closed approved. Sebastien Roy wrote: On Wed, 2010-01-13 at 11:35 -0500, Brian Utterback wrote: The project team has agreed to add the man page and to use the name pool_property_is_readonly. I believe that this takes

Add function pool_is_readonly_property to libpool [PSARC/2009/687 FastTrack timeout 01/05/2010]

2010-01-06 Thread Brian Utterback
Sebastien Roy wrote: On Tue, 2009-12-22 at 08:17 -0800, Brian Utterback wrote: libpool : addition of pool_is_readonly_property public interface A new function pool_is_readonly_property to be added to the existing pool property manipulation functions. This function provides a method

Add function pool_is_readonly_property to libpool [PSARC/2009/687 FastTrack timeout 01/05/2010]

2009-12-22 Thread Brian Utterback
I am submitting this fasttrack on behalf of Mita Solanky. Binding is patch. Timeout is set to Jan. 5 to allow for the break. 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:

Add function pool_is_readonly_property to libpool [PSARC/2009/687 FastTrack timeout 01/05/2010]

2009-12-22 Thread Brian Utterback
Brian Utterback wrote: A new function pool_is_readonly_property to be added to the existing pool property manipulation functions. This function provides a method to determine whether a pool property is readonly or not. That should have been: A new function pool_is_readonly_property

Abandon the use of snapshots in mntfs. [PSARC/2009/352 FastTrack timeout 06/19/2009]

2009-11-06 Thread Brian Utterback
I little house cleaning. After this case was approved, the project team decided to take a different approach which was submitted and approved in PSARC 2009/566. Since the approach in 2009/352 is no longer valid, I am marking it as withdrawn to avoid future confusion. Brian Utterback wrote: I

Abandon the use of snapshots in mntfs. [PSARC/2009/352 FastTrack timeout 06/19/2009]

2009-11-06 Thread Brian Utterback
that could someday be used to facilitate a police state. - Bruce Schneier -- Brian Utterback - Solaris RPE, Sun Microsystems, Inc. Ph:877-259-7345, Em:brian.utterback-at-ess-you-enn-dot-kom

PSARC/2009/374 libxmlsec

2009-07-01 Thread Brian Utterback
The advertising giveth and the EULA taketh away. -- Brian Utterback - Solaris RPE, Sun Microsystems, Inc. Ph:877-259-7345, Em:brian.utterback-at-ess-you-enn-dot-kom -- next part -- An embedded and charset-unspecified

Reject IPv6 route header type 0 [PSARC/2009/376 Self Review]

2009-07-01 Thread Brian Utterback
header type 0 1.2. Name of Document Author/Supplier: Author: Brian Utterback 1.3 Date of This Document: 01 July, 2009 4. Technical Description RFC 5095 deprecated routing header type 0 because of security reasons. This actually leaves no routing header types as valid. Because

Upgrade NTP to Version 4 [PSARC/2009/244 FastTrack timeout 04/23/2009]

2009-06-17 Thread Brian Utterback
Just a little house keeping. This is to record that the contract for NTP V4 to use OpenSSL is recorded as contract 2003/500/contract-37. -- blu The advertising giveth and the EULA taketh away. -- Brian Utterback - Solaris RPE

Abandon the use of snapshots in mntfs. [PSARC/2009/352 FastTrack timeout 06/19/2009]

2009-06-12 Thread Brian Utterback
I am sponsoring this fasttrack on behalf of Robert Harris. The timeout is set to 06/19/2009. Requested binding is patch. 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:

Increase the maximum default ufs log size (ldl_maxlogsize) from 64 Mbytes to 512 Mbytes. [PSARC/2009/309 FastTrack timeout 05/25/2009]

2009-05-21 Thread Brian Utterback
This case was approved at yesterdays PSARC meeting. Brian Utterback wrote: 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: Increase the maximum default ufs log size

Increase the maximum default ufs log size (ldl_maxlogsize) from 64 Mbytes to 512 Mbytes. [PSARC/2009/309 FastTrack timeout 05/25/2009]

2009-05-18 Thread Brian Utterback
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: Increase the maximum default ufs log size (ldl_maxlogsize) from 64 Mbytes to 512 Mbytes. 1.2. Name of Document

Upgrade NTP to Version 4 [PSARC/2009/244 FastTrack timeout 04/23/2009]

2009-05-05 Thread Brian Utterback
of solaris.system.date to control the NTP service. The new plan is to add two authorizations, solaris.smf.manage.ntp and solaris.smf.value.ntp as per the SMF best practices. I believe this qualifies for automatic approval. If any one disagrees, please let me know. Brian Utterback wrote: The timer is expired. I

Upgrade NTP to Version 4 [PSARC/2009/244 FastTrack timeout 04/23/2009]

2009-04-29 Thread Brian Utterback
again. Rainer Orth wrote: Brian Utterback writes: 3.3 Services and the /etc Directory [...] Does the service manifests method context grant rights above that of the noaccess user and basic privilege set? [ ] Yes - ARC review required [x] No This is wrong

Upgrade NTP to Version 4 [PSARC/2009/244 FastTrack timeout 04/23/2009]

2009-04-24 Thread Brian Utterback
The timer is expired. I have marked this as closed approved. Thanks to everyone that looked at this. I appreciate the effort. Brian Utterback wrote: Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI This information is Copyright 2009 Sun Microsystems 1. Introduction 1.1. Project

Upgrade NTP to Version 4 [PSARC/2009/244 FastTrack timeout 04/23/2009]

2009-04-24 Thread Brian Utterback
Rainer Orth wrote: Brian Utterback brian.utterback at sun.com writes: I'm sorry for chiming in so late (even after the case was closed), but I've been terribly busy all week. There are a couple of issues I noticed when we founded the ntp project back in 2006 and that I'd like to see

TiMidity++ [LSARC/2009/180 FastTrack timeout 03/25/2009]

2009-04-22 Thread Brian Utterback
The timer has expired and now all issues really have been resolved. I am closing this as approved. Brian Utterback wrote: The timer has expired, and there were comments from two ARC members and one LSARC member. The minutes from the March 24 LSARC meeting indicate that there were no open

2009/244 [Upgrade NTP to Version 4]

2009-04-22 Thread Brian Utterback
Thanks, Glenn. Glenn Skinner wrote: Date: Tue, 21 Apr 2009 19:27:05 -0400 From: Brian Utterback brian.utterback at sun.com Subject: Re: 2009/244 [Upgrade NTP to Version 4] No, that's not a typo. That case is apparently in the DB but does not have a case directory. I

Upgrade NTP to Version 4 [PSARC/2009/244 FastTrack timeout 04/23/2009]

2009-04-21 Thread Brian Utterback
Nicolas Williams wrote: On Fri, Apr 17, 2009 at 02:48:43PM -0400, Brian Utterback wrote: Nicolas Williams wrote: you mentioned some incompatible changes. Can you list them all? To answer this, please find enclosed a list of all the incompatibilities I know of. How is upgrade handled

Upgrade NTP to Version 4 [PSARC/2009/244 FastTrack timeout 04/23/2009]

2009-04-21 Thread Brian Utterback
. That's right, he was shaken but not stirred. -- Brian Utterback - Solaris RPE, Sun Microsystems, Inc. Ph:877-259-7345, Em:brian.utterback-at-ess-you-enn-dot-kom

2009/244 [Upgrade NTP to Version 4]

2009-04-21 Thread Brian Utterback
No, that's not a typo. That case is apparently in the DB but does not have a case directory. I have absolutely no idea how to update it. Glenn Skinner wrote: Date: Fri, 17 Apr 2009 10:19:00 -0700 (PDT) From: Brian Utterback blu at sac.sfbay.sun.com Subject: Upgrade NTP to Version

Upgrade NTP to Version 4 [PSARC/2009/244 FastTrack timeout 04/23/2009]

2009-04-20 Thread Brian Utterback
would think that spies would have to be light sleepers, but that isn't true. For instance, James Bond once slept through an earthquake. That's right, he was shaken but not stirred. -- Brian Utterback - Solaris RPE, Sun Microsystems

Upgrade NTP to Version 4 [PSARC/2009/244 FastTrack timeout 04/23/2009]

2009-04-17 Thread Brian Utterback
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: Upgrade NTP to Version 4 1.2. Name of Document Author/Supplier: Author: Brian Utterback 1.3 Date

Upgrade NTP to Version 4 [PSARC/2009/244 FastTrack timeout 04/23/2009]

2009-04-17 Thread Brian Utterback
have to be light sleepers, but that isn't true. For instance, James Bond once slept through an earthquake. That's right, he was shaken but not stirred. -- Brian Utterback - Solaris RPE, Sun Microsystems, Inc. Ph:877-259-7345

Upgrade NTP to Version 4 [PSARC/2009/244 FastTrack timeout 04/23/2009]

2009-04-17 Thread Brian Utterback
Bond once slept through an earthquake. That's right, he was shaken but not stirred. -- Brian Utterback - Solaris RPE, Sun Microsystems, Inc. Ph:877-259-7345, Em:brian.utterback-at-ess-you-enn-dot-kom -- next part

Upgrade NTP to Version 4 [PSARC/2009/244 FastTrack timeout 04/23/2009]

2009-04-17 Thread Brian Utterback
Comments inline. Nicolas Williams wrote: On Fri, Apr 17, 2009 at 01:26:36PM -0400, Brian Utterback wrote: 4.1 Exported Interfaces Interface Name Classification Comments --- --- --- SUNWntpr

Upgrade NTP to Version 4 [PSARC/2009/244 FastTrack timeout 04/23/2009]

2009-04-17 Thread Brian Utterback
for this case. Since you ask, it would seem that the best solution is to simply restart the ntp service. We can deal with this in the CR outside this case. Thanks. -- Garrett Brian Utterback wrote: Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI This information is Copyright

TiMidity++ [LSARC/2009/180 FastTrack timeout 03/25/2009]

2009-03-30 Thread Brian Utterback
| |_|_| Thanks, John Brian Utterback wrote: Please find enclosed the two man pages that go with this project. Brian Utterback wrote: I am submitting this fastrack on behalf of Milan Cermak. Binding is patch. the timer is set

OpenGrok [LSARC/2009/165 FastTrack timeout 03/17/2009]

2009-03-23 Thread Brian Utterback
The timer has expired and I didn't hear any objections, so I am marking this as closed, approved. Brian Utterback wrote: Okay, any other comments? The timer has expired and I am inclined to close this as approved. Anyone? Lubos Kosco wrote: On Mar 12, 2009, at 6:37 PM, Darren J Moffat

OpenGrok [LSARC/2009/165 FastTrack timeout 03/17/2009]

2009-03-23 Thread Brian Utterback
it now. Thanks Margot Brian Utterback wrote: The timer has expired and I didn't hear any objections, so I am marking this as closed, approved. Brian Utterback wrote: Okay, any other comments? The timer has expired and I am inclined to close this as approved. Anyone? Lubos Kosco wrote

OpenGrok [LSARC/2009/165 FastTrack timeout 03/17/2009]

2009-03-19 Thread Brian Utterback
Okay, any other comments? The timer has expired and I am inclined to close this as approved. Anyone? Lubos Kosco wrote: On Mar 12, 2009, at 6:37 PM, Darren J Moffat Darren.Moffat at Sun.COM wrote: Brian Utterback wrote: I am sponsoring the enclosed fast track for Lubos Kosco

TiMidity++ [LSARC/2009/180 FastTrack timeout 03/25/2009]

2009-03-18 Thread Brian Utterback
I am submitting this fastrack on behalf of Milan Cermak. Binding is patch. the timer is set for 03/25/2009 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: TiMidity++

TiMidity++ [LSARC/2009/180 FastTrack timeout 03/25/2009]

2009-03-18 Thread Brian Utterback
Please find enclosed the two man pages that go with this project. Brian Utterback wrote: I am submitting this fastrack on behalf of Milan Cermak. Binding is patch. the timer is set for 03/25/2009 Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI This information is Copyright 2009 Sun

PSARC 2008/318 - Boomer: Next Generation Solaris Audio -- updates

2009-01-30 Thread Brian Utterback
up WWV on their fillings. 8-) Or if there is anybody in the Burlington area with a better Shortwave that I could tap into the audio signal for a little while, that would work too. Garrett D'Amore wrote: Garrett D'Amore wrote: Brian Utterback wrote: I have a concern about this. As part of NTP

PSARC 2008/318 - Boomer: Next Generation Solaris Audio -- updates

2009-01-29 Thread Brian Utterback
-- Brian Utterback - Solaris RPE, Sun Microsystems, Inc. Ph:877-259-7345, Em:brian.utterback-at-ess-you-enn-dot-kom

findbugs [LSARC/2008/642 FastTrack timeout 10/27/2008]

2009-01-16 Thread Brian Utterback
forces which, if recklessly unchained, may some day wreak universal destruction. - Arthur Griffith, 1898 -- Brian Utterback - Solaris RPE, Sun Microsystems, Inc. Ph:877-259-7345, Em:brian.utterback-at-ess-you-enn-dot-kom

findbugs [LSARC/2008/642 FastTrack timeout 10/27/2008]

2009-01-16 Thread Brian Utterback
-- Brian Utterback - Solaris RPE, Sun Microsystems, Inc. Ph:877-259-7345, Em:brian.utterback-at-ess-you-enn-dot-kom

LSARC 2008/741 Exuberant CTags Packaging for OpenSolaris

2009-01-06 Thread Brian Utterback
resolved now. Of course, I still have the more general open question on how much should a man page be modified, but that is not this case. Still looking for opinions though. Alan Coopersmith wrote: Brian Utterback wrote: Well, unless I am mistaken, DevPro does not deliver packages bundled

LSARC 2008/741 Exuberant CTags Packaging for OpenSolaris

2009-01-06 Thread Brian Utterback
This case was approved at today's LSARC meeting. Brian Utterback wrote: I have heard back from the project team. They plan to deliver Exuberant CTags as a stand alone package and have no problem with delivering it in the same manner as the /usr/ccs/bin stuff on the Solaris platform, i.e

LSARC 2008/741 Exuberant CTags Packaging for OpenSolaris

2009-01-06 Thread Brian Utterback
the bits can run on older OS's...) -John On Mon, Jan 5, 2009 at 6:22 AM, Brian Utterback brian.utterback at sun.com wrote: Another issue has come up. The OpenGrok case (pending, not yet submitted) has a dependency on Exuberant CTags. In fact, this dependency is what has delayed the filing

LSARC 2008/741 Exuberant CTags Packaging for OpenSolaris

2009-01-05 Thread Brian Utterback
is nowadays threatened by new forces which, if recklessly unchained, may some day wreck universal destruction. - Arthur Griffith, 1898 -- Brian Utterback - Solaris RPE, Sun Microsystems, Inc. Ph:877-259-7345, Em:brian.utterback

LSARC 2008/741 Exuberant CTags Packaging for OpenSolaris

2009-01-05 Thread Brian Utterback
Consolidation Private for Contract purposes. -Alan Coopersmith- alan.coopersmith at sun.com Sun Microsystems, Inc. - X Window System Engineering Brian Utterback wrote: Another issue has come up. The OpenGrok case (pending, not yet submitted) has a dependency on Exuberant CTags

LSARC 2008/741 Exuberant CTags Packaging for OpenSolaris

2008-12-23 Thread Brian Utterback
, it says that the movie is true. If you can't trust the man page to document what is reality, what can you trust? Brian Utterback wrote: I am submitting this fastrack on behalf of Thomas Preisler. Exposure is open. Template Version: @(#)sac_nextcase %I% %G% SMI This information

LSARC 2008/741 Exuberant CTags Packaging for OpenSolaris

2008-12-23 Thread Brian Utterback
Danek Duvall wrote: On Tue, Dec 23, 2008 at 10:53:17AM -0500, Brian Utterback wrote: Most other fast-tracks filed around this time have been given timers that extend into January. I would suggest extending it until the 13th, but show up to the meeting on the 6th (if there is one) and see

LSARC 2008/741 Exuberant CTags Packaging for OpenSolaris

2008-12-23 Thread Brian Utterback
by the most terrible weapons offered by modern science, and the world is nowadays threatened by new forces which, if recklessly unchained, may some day wreck universal destruction. - Arthur Griffith, 1898 -- Brian Utterback - Solaris RPE

LSARC 2008/741 Exuberant CTags Packaging for OpenSolaris

2008-12-23 Thread Brian Utterback
of FOSS cases. On Mon, 2008-12-22 at 07:28, Brian Utterback wrote: I am submitting this fastrack on behalf of Thomas Preisler. Exposure is open. Template Version: @(#)sac_nextcase %I% %G% SMI This information is Copyright 2008 Sun Microsystems 1. Introduction 1.1. Project/Component

findbugs [LSARC/2008/642 FastTrack timeout 10/27/2008]

2008-12-22 Thread Brian Utterback
wrote: I believe we can remove the two items from the list of interfaces easily... Less interfaces, less sustaining... :-) Petr Danek Duvall wrote: On Wed, Dec 17, 2008 at 10:18:49AM -0500, Brian Utterback wrote: I think that this is documenting the location, rather than the contents

LSARC 2008/741 Exuberant CTags Packaging for OpenSolaris

2008-12-22 Thread Brian Utterback
/Supplier: Author: Brian Utterback 1.3 Date of This Document: 22 December, 2008 4. Technical Description Exuberant Ctags is a multilanguage reimplementation of the Unix ctags program. It generates an index of source code object definitions which is used by a number of editors

LSARC 2008/741 Exuberant CTags Packaging for OpenSolaris

2008-12-22 Thread Brian Utterback
[ ] Contributor [x] Monitoring Thanks, John On Mon, 2008-12-22 at 07:28, Brian Utterback wrote: I am submitting this fastrack on behalf of Thomas Preisler. Exposure is open. Template Version: @(#)sac_nextcase %I% %G% SMI This information is Copyright 2008 Sun Microsystems 1

2008/784 Sendfilev Behavior Change

2008-12-19 Thread Brian Utterback
Is this an actual change? It looks to me that it is only a documentation change. Or is it the case that the intention is to remove some existing locks since they don't work anyway? James Carlson wrote: I am sponsoring this fast-track request for Vasumathi Sundaram. The timer is set to

findbugs [LSARC/2008/642 FastTrack timeout 10/27/2008]

2008-12-17 Thread Brian Utterback
-- Brian Utterback - Solaris RPE, Sun Microsystems, Inc. Ph:877-259-7345, Em:brian.utterback-at-ess-you-enn-dot-kom

findbugs [LSARC/2008/642 FastTrack timeout 10/27/2008]

2008-12-17 Thread Brian Utterback
-- Brian Utterback - Solaris RPE, Sun Microsystems, Inc. Ph:877-259-7345, Em:brian.utterback-at-ess-you-enn-dot-kom

tftpd server maximum timeout [PSARC/2008/652 FastTrack timeout 10/30/2008]

2008-10-31 Thread Brian Utterback
This fast-track was approved at Wednesday's meeting. Brian Utterback wrote: I am submitting this fastrack on behalf of Sreedhar Chalamalasetti. Template Version: @(#)sac_nextcase %I% %G% SMI This information is Copyright 2008 Sun Microsystems 1. Introduction 1.1. Project/Component

findbugs [LSARC/2008/642 FastTrack timeout 10/27/2008]

2008-10-29 Thread Brian Utterback
27, 2008, at 11:50 AM, Brian Utterback wrote: I disagree. The incremental advantage of using a slightly later version than the one installed is unlikely to persuade developers to download a later one. Looking the changelog for findbugs, the features are evolutionary, not revolutionary from

findbugs [LSARC/2008/642 FastTrack timeout 10/27/2008]

2008-10-28 Thread Brian Utterback
, Brian Utterback wrote: I disagree. The incremental advantage of using a slightly later version than the one installed is unlikely to persuade developers to download a later one. Looking the changelog for findbugs, the features are evolutionary, not revolutionary from one rev to the next

findbugs [LSARC/2008/642 FastTrack timeout 10/27/2008]

2008-10-27 Thread Brian Utterback
terrible weapons offered by modern science, and the world is nowadays threatened by new forces which, if recklessly unchained, may some day wreck universal destruction. - Arthur Griffith, 1898 -- Brian Utterback - Solaris RPE, Sun

tftpd server maximum timeout [PSARC/2008/652 FastTrack timeout 10/30/2008]

2008-10-23 Thread Brian Utterback
/Supplier: Author: Brian Utterback 1.3 Date of This Document: 23 October, 2008 4. Technical Description This project proposes to add an option to set the tftpd server's (in.tftpd) maximum timeout in order to address CR 6696985. The maximum timeout value (maxtimeout) in tftpd

findbugs [LSARC/2008/642 FastTrack timeout 10/27/2008]

2008-10-22 Thread Brian Utterback
is nowadays threatened by new forces which, if recklessly unchained, may some day wreck universal destruction. - Arthur Griffith, 1898 -- Brian Utterback - Solaris RPE, Sun Microsystems, Inc. Ph:877-259-7345, Em:brian.utterback

Integrate ngrep into Solaris [PSARC/2008/562 FastTrack timeout 09/11/2008]

2008-09-10 Thread Brian Utterback
-- Brian Utterback - Solaris RPE, Sun Microsystems, Inc. Ph:877-259-7345, Em:brian.utterback-at-ess-you-enn-dot-kom

Integrate ngrep into Solaris [PSARC/2008/562 FastTrack timeout 09/11/2008]

2008-09-10 Thread Brian Utterback
-- Brian Utterback - Solaris RPE, Sun Microsystems, Inc. Ph:877-259-7345, Em:brian.utterback-at-ess-you-enn-dot-kom

Integrate ngrep into Solaris [PSARC/2008/562 FastTrack timeout 09/11/2008]

2008-09-10 Thread Brian Utterback
everything you know -- Brian Utterback - Solaris RPE, Sun Microsystems, Inc. Ph:877-259-7345, Em:brian.utterback-at-ess-you-enn-dot-kom

Integrate ngrep into Solaris [PSARC/2008/562 FastTrack timeout 09/11/2008]

2008-09-04 Thread Brian Utterback
I am sponsoring the following fast-track for Martina Tomisova. This case proposes to integrate the ngrep open-source utility into the ON consolidation. A patch binding is requested. Template Version: @(#)sac_nextcase %I% %G% SMI This information is Copyright 2008 Sun Microsystems 1. Introduction

Integrate ngrep into Solaris [PSARC/2008/562 FastTrack timeout 09/11/2008]

2008-09-04 Thread Brian Utterback
James Carlson wrote: Brian Utterback writes: Imported Interfaces: SUNWlibpcapLibraries (libpcap.so) Libraries isn't a stability level. Any idea where this is coming from or what stability it has? This was delivered into sfwnv_93 via PSARC 2008/288. Stability level

PSARC/2008/315 - autogen and guile

2008-05-13 Thread Brian Utterback
Okay, but 5.9.4 shipped 4 months ago. Granted it might have been a little green at that point, which is why I thought 5.9.3 would have been the logical choice. steve.xue wrote: It is because I started this 3 months ago:) Brian Utterback wrote: Are you really doing Autogen 5.9

PSARC/2008/315 - autogen and guile

2008-05-13 Thread Brian Utterback
Kyle McDonald wrote: Brian Utterback wrote: I hesitate to mention this and if everybody agrees that this is not architecturally or otherwise relevant, I'll shut up, but if you recall, the GNU readline case (PSARC 2007/188) stalled because GNU readline is a library licensed under the GPL

PSARC/2008/315 - autogen and guile

2008-05-13 Thread Brian Utterback
get a chance to knowingly figure it out. -- blu There are two rules in life: Rule 1- Don't tell people everything you know -- Brian Utterback - Solaris RPE, Sun Microsystems, Inc. Ph:877-259-7345, Em:brian.utterback-at-ess-you

PSARC/2008/315 - autogen and guile

2008-05-13 Thread Brian Utterback
is statically linked in. And the readline code included is quite clearly labeled with the GPL and not the LGPL as the top level directory is. Brian Utterback

STREAMS _I_CMD and pfiles TLI support [PSARC/2008/265 FastTrack timeout 04/23/2008]

2008-04-17 Thread Brian Utterback
or /devices/pseudo/tl at 0:ticots? -- blu There are two rules in life: Rule 1- Don't tell people everything you know -- Brian Utterback - Solaris RPE, Sun Microsystems, Inc. Ph:877-259-7345, Em:brian.utterback-at-ess-you-enn-dot-kom

Include GNU sed 4.1.5 [PSARC/yyyy/xyz FastTrack timeout 04/17/2008]

2008-04-16 Thread Brian Utterback
to determine what rules to apply for each case. -- blu There are two rules in life: Rule 1- Don't tell people everything you know -- Brian Utterback - Solaris RPE, Sun Microsystems, Inc. Ph:877-259-7345, Em:brian.utterback-at-ess-you

Include GNU sed 4.1.5 [PSARC/yyyy/xyz FastTrack timeout 04/17/2008]

2008-04-15 Thread Brian Utterback
for review the future cases. Brian Utterback

PSARC/2008/245 Integrate librsync library into Solaris

2008-04-09 Thread Brian Utterback
-- Brian Utterback - Solaris RPE, Sun Microsystems, Inc. Ph:877-259-7345, Em:brian.utterback-at-ess-you-enn-dot-kom

Bier [PSARC/2008/230 FastTrack timeout 04/01/2008]

2008-04-04 Thread Brian Utterback
There are two rules in life: Rule 1- Don't tell people everything you know -- Brian Utterback - Solaris RPE, Sun Microsystems, Inc. Ph:877-259-7345, Em:brian.utterback-at-ess-you-enn-dot-kom

What is the architecture behind all this FOSS integration?

2008-03-27 Thread Brian Utterback
-- Brian Utterback - Solaris RPE, Sun Microsystems, Inc. Ph:877-259-7345, Em:brian.utterback-at-ess-you-enn-dot-kom

PSARC/2008/121 - Python Twisted

2008-02-20 Thread Brian Utterback
-- Brian Utterback - Solaris RPE, Sun Microsystems, Inc. Ph:877-259-7345, Em:brian.utterback-at-ess-you-enn-dot-kom

Re-syncing out-of-sync zones [PSARC/2007/691 FastTrack timeout 12/21/2007]

2008-01-22 Thread Brian Utterback
:35:21AM -0800, Brian Utterback wrote: I am sponsoring this Fasttrack on behalf of Nagaraj Yedathore. The exposure is open. Patch binding is requested. The case times out on December 21. Template Version: @(#)sac_nextcase 1.64 07/13/07 SMI This information is Copyright 2007 Sun Microsystems 1

[osol-discuss] [ogb-discuss] STAR integration

2007-12-26 Thread Brian Utterback
Garrett D'Amore wrote: Brian Utterback wrote: Joerg Schilling wrote: The wish resulted in PSARC 2004/480 and I cannot understand why something that has been decided to be needed now has no people to work on. It seems that there is a problem in the way Sun is organized

[ogb-discuss] STAR integration

2007-12-20 Thread Brian Utterback
. I expect that with OpenSolaris this will become even more common since the project work will be entirely at the whim of unpaid volunteers. Brian Utterback

Re-syncing out-of-sync zones [PSARC/2007/691 FastTrack timeout 12/21/2007]

2007-12-14 Thread Brian Utterback
I am sponsoring this Fasttrack on behalf of Nagaraj Yedathore. The exposure is open. Patch binding is requested. The case times out on December 21. Template Version: @(#)sac_nextcase 1.64 07/13/07 SMI This information is Copyright 2007 Sun Microsystems 1. Introduction 1.1. Project/Component

PSARC/2007/334 Add Wireshark 0.99.5 into Solaris

2007-06-12 Thread Brian Utterback
Michael Hunter wrote: On Mon, 11 Jun 2007 15:17:19 -0700 Neal Pollack Neal.Pollack at Sun.COM wrote: [...] time a reduction in total customer count. I do not think the introduction of a new tool should necessitate the removal of an existing tool. I simply view it as a long overdue

PSARC/2007/334 Add Wireshark 0.99.5 into Solaris

2007-06-12 Thread Brian Utterback
James Carlson wrote: Brian Utterback writes: Of course if we stay up to date, the hope would be that any new protocols will already be supported in wireshark. If not, then that same person that would have updated snoop will need to update wireshark. ... and that leads directly to my

PSARC/2007/334 Add Wireshark 0.99.5 into Solaris

2007-06-12 Thread Brian Utterback
they? -- Brian Utterback - Solaris RPE, Sun Microsystems, Inc. Ph:877-259-7345, Em:brian.utterback-at-ess-you-enn-dot-kom

PSARC Meeting Minutes 01/24/2007 Inception: 2006/319

2007-03-13 Thread Brian Utterback
. -- Brian Utterback - Solaris RPE, Sun Microsystems, Inc. Ph:877-259-7345, Em:brian.utterback-at-ess-you-enn-dot-kom -- next part -- An embedded and charset-unspecified text was scrubbed... Name: 20070124 URL: http

2007/047 /usr/gnu: gnu(5) manual page

2007-01-25 Thread Brian Utterback
'? With a network, we now have a thousand points of failure. -- Brian Utterback - Solaris RPE, Sun Microsystems, Inc. Ph:877-259-7345, Em:brian.utterback-at-ess-you-enn-dot-kom