From tichi404@yahoo.com Wed Jul 9 11:57:53 2003 Received: with ECARTIS (v1.0.0; list pcp); Wed, 09 Jul 2003 11:57:57 -0700 (PDT) Received: from web40310.mail.yahoo.com (web40310.mail.yahoo.com [66.218.78.89]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h69Ivr2x006196 for ; Wed, 9 Jul 2003 11:57:53 -0700 Message-ID: <20030709185747.54691.qmail@web40310.mail.yahoo.com> Received: from [207.250.3.126] by web40310.mail.yahoo.com via HTTP; Wed, 09 Jul 2003 11:57:47 PDT Date: Wed, 9 Jul 2003 11:57:47 -0700 (PDT) From: ti chi Subject: archive To: pcp@oss.sgi.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-archive-position: 291 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: tichi404@yahoo.com Precedence: bulk X-list: pcp PCP email archive empty - when will be fixed? http://oss.sgi.com/projects/pcp/mail_archive/ - Ti __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com From markgw@sgi.com Tue Jul 15 23:31:37 2003 Received: with ECARTIS (v1.0.0; list pcp); Tue, 15 Jul 2003 23:31:45 -0700 (PDT) Received: from tolkor.sgi.com (tolkor.sgi.com [198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h6G6VYFl005349 for ; Tue, 15 Jul 2003 23:31:35 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with SMTP id h6G6ntmO016796 for ; Wed, 16 Jul 2003 01:49:56 -0500 Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.54.232]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA06585; Wed, 16 Jul 2003 16:31:23 +1000 Date: Wed, 16 Jul 2003 16:31:23 +1000 (EST) From: Mark Goodwin X-X-Sender: markgw@sherman.melbourne.sgi.com To: pcp@oss.sgi.com, , , Subject: [ANNOUNCE] SGI Performance Co-Pilot 2.3.1 now available Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 292 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: markgw@sgi.com Precedence: bulk X-list: pcp SGI is pleased to announce the new version of Performance Co-Pilot (PCP) open source (version 2.3.1-4) is now available for download from ftp://oss.sgi.com/projects/pcp/download This release contains mostly bug fixes following several months of testing the "dev" releases (most recent was version 2.3.0-17). A list of changes since the last major open source release (which was version 2.3.0-14) is in /usr/doc/pcp-2.3.1/CHANGELOG after installation, or at http://oss.sgi.com/projects/pcp/latest.html There are re-built RPMs for i386 and ia64 platforms in the above ftp directory. Other platforms will need to build RPMs from either the SRPM or from the tarball, e.g. : # tar xvzf pcp-2.3.1-4.src.tar.gz # cd pcp-2.3.1 # ./Makepkgs PCP is an extensible system monitoring package with a client/server architecture. It provides a distributed unifying abstraction for all interesting performance statistics in /proc and assorted applications (e.g. Apache). The PCP library APIs are robust and well documented, supporting rapid deployment of new and diverse sources of performance data and the development of sophisticated performance monitoring tools. The PCP homepage is at http://oss.sgi.com/projects/pcp and you can join the PCP mailing list via http://oss.sgi.com/projects/pcp/mail.html SGI would like to thank those who contributed to this and earlier releases. Thanks -- Mark Goodwin SGI Engineering From jfm@ii.uib.no Sat Jul 19 19:33:06 2003 Received: with ECARTIS (v1.0.0; list pcp); Sat, 19 Jul 2003 19:33:10 -0700 (PDT) Received: from mail.ii.uib.no (eik.ii.uib.no [129.177.16.3]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h6K2X5Fl009600 for ; Sat, 19 Jul 2003 19:33:06 -0700 Received: from lapprose.ii.uib.no ([129.177.20.37]) by mail.ii.uib.no with esmtp (TLSv1:AES256-SHA:256) (Exim 4.12) id 19dzA6-0002CF-00 for pcp@oss.sgi.com; Sat, 19 Jul 2003 23:22:38 +0200 Received: (from jfm@localhost) by lapprose.ii.uib.no (8.12.8/8.12.8/Submit) id h6JLMbuc027176 for pcp@oss.sgi.com; Sat, 19 Jul 2003 23:22:37 +0200 Date: Sat, 19 Jul 2003 23:22:37 +0200 From: Jan-Frode Myklebust To: pcp@oss.sgi.com Subject: pmie rule using shell? Message-ID: <20030719212237.GA26066@ii.uib.no> Mail-Followup-To: pcp@oss.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spam-Score: -6.6 (------) X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/) *19dzA6-0002CF-00*0rwW/Gk54j2* X-archive-position: 293 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: janfrode@ii.uib.no Precedence: bulk X-list: pcp Hi, I have a Sensorsoft thermometer connected to my serial port, and dump temperature readings to a rrd-database every 5 minute. Is it possible to make a pmie rule similar to the pcp/examples/pmie/ENVIRON example that reads the last entry from the rrd-database via shell-commands instead of the environ.temp metric, and raises an alert if the temperature is rising? The command to get the last temperature entry would be something like: rrdtool fetch scomtemp.rrd MAX -r 900 -s -10|grep -v nan|tail -1|awk '{print $2+0}' Can I use this directly in pmie, or will I have to write a PMDA? -jf From nathans@wobbly.melbourne.sgi.com Sun Jul 20 21:10:41 2003 Received: with ECARTIS (v1.0.0; list pcp); Sun, 20 Jul 2003 21:10:49 -0700 (PDT) Received: from zok.sgi.com (zok.sgi.com [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h6L4AfFl003767 for ; Sun, 20 Jul 2003 21:10:41 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by zok.sgi.com (8.12.9/8.12.9/linux-outbound_gateway-1.1) with SMTP id h6L4AVq0017511 for ; Sun, 20 Jul 2003 21:10:35 -0700 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA27817 for ; Mon, 21 Jul 2003 14:10:29 +1000 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h6L4AS3K172934 for ; Mon, 21 Jul 2003 14:10:28 +1000 (EST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) with ESMTP id h6L49nsp001760 for ; Mon, 21 Jul 2003 14:09:49 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) id h6L49n2X001758 for pcp@oss.sgi.com; Mon, 21 Jul 2003 14:09:49 +1000 Date: Mon, 21 Jul 2003 14:09:49 +1000 From: Nathan Scott To: pcp@oss.sgi.com Subject: Re: pmie rule using shell? Message-ID: <20030721040949.GA1660@frodo> References: <20030719212237.GA26066@ii.uib.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030719212237.GA26066@ii.uib.no> User-Agent: Mutt/1.5.3i X-archive-position: 294 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: pcp On Sat, Jul 19, 2003 at 11:22:37PM +0200, Jan-Frode Myklebust wrote: > Hi, > > I have a Sensorsoft thermometer connected > to my serial port, and dump temperature readings to a rrd-database > every 5 minute. > > Is it possible to make a pmie rule similar to the pcp/examples/pmie/ENVIRON > example that reads the last entry from the rrd-database via shell-commands > instead of the environ.temp metric, and raises an alert if the temperature > is rising? > > The command to get the last temperature entry would be something like: > > rrdtool fetch scomtemp.rrd MAX -r 900 -s -10|grep -v nan|tail -1|awk '{print $2+0}' > > Can I use this directly in pmie, or will I have to write a PMDA? > You should write a PMDA (else I don't see the point in using pmie, you could just use perl/sh/...). I'd recommend that your PMDA also query the serial port directly to avoid the additional delay you'd otherwise be inserting for your 5-minutely dump to rrd, and you can also then use pmlogger to store the data directly into a PCP archive (and hence run pmie with the -a option as well). If you did that, I don't think there would be a need to use rrd (you would have both live and archived access to your data using the same tools, which is one of the great things about PCP). cheers. -- Nathan From kenmcd@melbourne.sgi.com Fri Jul 25 22:29:15 2003 Received: with ECARTIS (v1.0.0; list pcp); Fri, 25 Jul 2003 22:29:23 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h6Q5TEFl030040 for ; Fri, 25 Jul 2003 22:29:14 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by zok.sgi.com (8.12.9/8.12.9/linux-outbound_gateway-1.1) with SMTP id h6Q5T7q0002664 for ; Fri, 25 Jul 2003 22:29:08 -0700 Received: from kenj-ppp-a.melbourne.sgi.com (ppp-kenmcd.melbourne.sgi.com [134.14.52.219]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA13139; Sat, 26 Jul 2003 15:29:00 +1000 Date: Sat, 26 Jul 2003 15:33:31 +1000 (EST) From: kenmcd@melbourne.sgi.com Reply-To: kenmcd@melbourne.sgi.com To: Alan Hoyt , Mark Boyd , Chris Howland cc: PCP , "'Said Maafala'" Subject: DMBS Add-ons for Performance Co-Pilot In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by oss.sgi.com id h6Q5TEFl030040 X-archive-position: 295 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kenmcd@melbourne.sgi.com Precedence: bulk X-list: pcp My apologies for the tardiness in responding here ... we've had several overlapping issues that have been demanding the attention of our open source engineers and our legal team. I would like to make the following proposal: 1. We bundle all of the source for the dbms PMDAs into one package to be known as "DBMS Add-ons for Performance Co-Pilot". This would include PMDA implementations for (old) verions of Oracle, Sybase, Informix. The name issue is important, because Performance Co-Pilot is a trademark of SGI, and we have to take certain actions to protect that trademark, and one of them is to ensure that there is no confusion between the _real_ PCP, and something that "works with PCP". Similarly adding Oracle, Informix and Sybase to the title will only risk incuring the wrath of a different bunch of lawyers. 2. We negotiate and select someone to act as the gatekeeper for this source. SGI is not planning to maintain any down-stream responsibility for this code, so in particular we do not want to deal with bug reports or patches. We are willing to add a pointer to it from the PCP project page on oss.sgi.com. 3. We will make the source in 1. available to the person(s) selected in 2. under the standard GPL. Thereafter, you can do with it as you please, subject to the terms and conditions of the GPL. Is this acceptable? Could I ask for volunteers as per 2. above? On Mon, 3 Mar 2003, Alan Hoyt wrote: > >Also from the http://oss.sgi.com/projects/pcp/contribute.html page: > > > >Agents for Oracle, Informix and Sybase (we have these for IRIX, but > >need someone with relevant DBMS expertise who might be willing > >to make them operational for Linux and help keep them working > > Two Issues: > > 1) I have had some detailed discussions with Mark Boyd about per session > metrics and name space management on large servers running multiple > Oracle instances - there seems to be a diverging metrics acquisition > philosophy emerging. > > 2) We need to get the Oracle and Sybase pmdas into PCP release 2.4. > > Having access to the existing Oracle/Sybase pmda source code could help > elucidate design tradeoff decisions that were made in the older releases > and help expedite our efforts. > > What we are proposing: > > If SGI provides: > • Open Source versions of the existing Oracle and Sybase pmdas > • Any related Oracle/Sybase QA scripts (whenever the opportunity arises). > > We will provide: > • Clean up existing source code - merge pmda code and resolve metric > acquisition philosophies between pmdas (adding support for Oracle 8.1.7 > and 9.2 - i.e. a substantial update). > • Clean up non portable source dependencies (i.e. IRIX, Linux IA32, > Solaris) > • Provide RPM and PKG build scripts > • Provide on-going maintenance and gatekeeper functions for Oracle and > Sybase pmdas. > > Note: Our pmda should support Oracle 9.2 on Linux IA64 (which is > currently in beta) but this is not currently a priority. > > As a result, the wider PCP community would benefit from having updated > Oracle and Sybase pmdas - this would definitely help improve the value > added prospect of PCP. > > > - Alan - > > > > On Mon, 12 May 2003, Mark Boyd wrote: > Ken - > > That's interesting news. I would be willing to "volunteer" to be the > maintainer of the code, as I am nearly finished with my own Oracle PMDA > as I type this. I've been working on it, albeit slowly, for a few > months now and I would be very interested to see how my agent compares > with the one SGI wrote. Let me know how can I help. Thanks! > > Mark Boyd > Senior Consultant > Moser Consulting, Inc. > Office: 317.596.8022 > Mobile: 317.694.8105 > Fax: 317.596.9055 > email: mboyd@moser-inc.com > > > -----Original Message----- > From: pcp-bounce@oss.sgi.com [mailto:pcp-bounce@oss.sgi.com] On Behalf > Of kenmcd@melbourne.sgi.com > Sent: Monday, May 12, 2003 6:11 PM > To: Said Maafala > Cc: pcp@oss.sgi.com > Subject: Re: Oracle Agent? > > > On Tue, 14 Jan 2003, Said Maafala wrote: > > > > > Hello - > > > > This is not right place for this question, I know this, but spoke to > > salesperson at SGI to buy Oracle Agent for PCP and told me they did > > not have on price list? Is there IRIX Oracle Agent for PCP exist? Is > > Open Source now? Please can you help me get Oracle Agent? If exist, > > but not for sale, can put in Open Source? I know this Oracle has no > > new version for IRIX. Does mean cannot buy Agent no longer? Please > > help! > > There once was an Oracle agent for PCP. This was a proprietary add-on > in the days before the open source release of any of PCP. This product > no longer exists (so the salesperson is correct). > > There are plans underway to turn over this source code to the community > once we've negotatiated the transition. This has been signed-off by the > Open Source Review Board within SGI, and the ball is in my court to > complete the transitional arrangements with an external volunteer who > will become the maintainer for this code. > > > > > > On Mon, 16 Jun 2003, Chris Howland wrote: > I am in the process of attempting a Sybase agent for pcp. > > I think it has the potential to be a great tool. > I could use any comments,questions, suggestions, > from anyone who may have tried this, or something similar. > > Are there any resources available from the previously > commercial version of this? code snippets, documentation, > list of metrics, etc? > > Is the proprietary version of the Sybase agent going to > be turned over to the open source community any time soon? > > > Thanks. > > Chris > > Chris Howland chris.howland@moser-inc.com > > > On Fri, 27 Jun 2003, Chris Howland wrote: > Well, after some investigation, I discovered the manual pages > for the original Sybase PMDA. I didn't see a complete list > of metrics supported, though. > > Looks like system 10 is the most recent version supported? > > Mark, is it possible to get this Sybase agent open sourced? > > I would be willing to take anything you have, and clean it up, > get it working on Linux, and get it working with newer versions > of Sybase ASE. > > If that isn't possible, can I at least get an output of "pminfo -fT sybase" > ?? > > > Thanks! > Chris > > > Chris Howland > > chris.howland@moser-inc.com > > > From jfm@ii.uib.no Sat Jul 26 06:44:21 2003 Received: with ECARTIS (v1.0.0; list pcp); Sat, 26 Jul 2003 06:44:26 -0700 (PDT) Received: from mail.ii.uib.no (eik.ii.uib.no [129.177.16.3]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h6QDiKFl000696 for ; Sat, 26 Jul 2003 06:44:21 -0700 Received: from lapprose.ii.uib.no ([129.177.20.37]) by mail.ii.uib.no with esmtp (TLSv1:AES256-SHA:256) (Exim 4.12) id 19gPLM-0001TN-00; Sat, 26 Jul 2003 15:44:16 +0200 Received: (from jfm@localhost) by lapprose.ii.uib.no (8.12.8/8.12.8/Submit) id h6QDiFtB018781; Sat, 26 Jul 2003 15:44:15 +0200 Date: Sat, 26 Jul 2003 15:44:15 +0200 From: Jan-Frode Myklebust To: Nathan Scott Cc: pcp@oss.sgi.com Subject: Re: pmie rule using shell? Message-ID: <20030726134415.GA17858@ii.uib.no> Mail-Followup-To: Nathan Scott , pcp@oss.sgi.com References: <20030719212237.GA26066@ii.uib.no> <20030721040949.GA1660@frodo> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030721040949.GA1660@frodo> X-Spam-Score: -11.3 (-----------) X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/) *19gPLM-0001TN-00*sD9WKpVqoj2* X-archive-position: 296 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: janfrode@parallab.uib.no Precedence: bulk X-list: pcp Instead of writing a PMDA (it seems too complicated for my small task), I installed the "trace" PMDA, and put my data in there. cd /var/pcp/pmdas/trace ./Install pmtrace -q -v $CURRENT_TEMP roomtemp pmval -i roomtemp trace.observe.value -jf From kenmcd@melbourne.sgi.com Sat Jul 26 16:55:09 2003 Received: with ECARTIS (v1.0.0; list pcp); Sat, 26 Jul 2003 16:55:16 -0700 (PDT) Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h6QNt7Fl011546 for ; Sat, 26 Jul 2003 16:55:08 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by tolkor.sgi.com (8.12.9/8.12.9/linux-outbound_gateway-1.1) with SMTP id h6R0E7sR015517 for ; Sat, 26 Jul 2003 19:14:08 -0500 Received: from kenj-ppp-a.melbourne.sgi.com (ppp-kenmcd.melbourne.sgi.com [134.14.52.219]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA22102; Sun, 27 Jul 2003 09:54:44 +1000 Date: Sun, 27 Jul 2003 09:59:23 +1000 (EST) From: kenmcd@melbourne.sgi.com Reply-To: kenmcd@melbourne.sgi.com To: Jan-Frode Myklebust cc: Nathan Scott , Subject: Re: pmie rule using shell? In-Reply-To: <20030726134415.GA17858@ii.uib.no> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 297 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kenmcd@melbourne.sgi.com Precedence: bulk X-list: pcp For low frequency events (i.e. updates) and simple data collections like this the trace agent works just fine. Good solution. On Sat, 26 Jul 2003, Jan-Frode Myklebust wrote: > > Instead of writing a PMDA (it seems too complicated for my > small task), I installed the "trace" PMDA, and put my data > in there. > > cd /var/pcp/pmdas/trace > ./Install > pmtrace -q -v $CURRENT_TEMP roomtemp > pmval -i roomtemp trace.observe.value > > > -jf > From ahoyt@moser-inc.com Mon Jul 28 09:08:33 2003 Received: with ECARTIS (v1.0.0; list pcp); Mon, 28 Jul 2003 09:08:43 -0700 (PDT) Received: from mcimail.moser-inc.com ([207.250.3.118]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h6SG8WFl005796 for ; Mon, 28 Jul 2003 09:08:33 -0700 Received: from moser-inc.com (r9100-vpn.moser-inc.com [207.250.3.126] (may be forged)) by mcimail.moser-inc.com (8.12.9/8.12.9) with ESMTP id h6SG5hkv027067; Mon, 28 Jul 2003 11:05:43 -0500 (EST) Message-ID: <3F254AA0.2050207@moser-inc.com> Date: Mon, 28 Jul 2003 11:09:04 -0500 From: Alan Hoyt User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5a) Gecko/20030718 X-Accept-Language: en-us, en MIME-Version: 1.0 To: kenmcd@melbourne.sgi.com CC: Mark Boyd , Chris Howland , PCP , "'Said Maafala'" Subject: Re: DMBS Add-ons for Performance Co-Pilot References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed X-MIME-Autoconverted: from 8bit to quoted-printable by mcimail.moser-inc.com id h6SG5hkv027067 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id h6SG8WFl005796 X-archive-position: 298 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: ahoyt@moser-inc.com Precedence: bulk X-list: pcp kenmcd@melbourne.sgi.com wrote: > My apologies for the tardiness in responding here ... we've had several > overlapping issues that have been demanding the attention of our open > source engineers and our legal team. > > I would like to make the following proposal: > > 1. We bundle all of the source for the dbms PMDAs into one package > to be known as "DBMS Add-ons for Performance Co-Pilot". This would > include PMDA implementations for (old) verions of Oracle, Sybase, > Informix. > > The name issue is important, because Performance Co-Pilot is a > trademark of SGI, and we have to take certain actions to protect > that trademark, and one of them is to ensure that there is no > confusion between the _real_ PCP, and something that "works with PCP". > Similarly adding Oracle, Informix and Sybase to the title will only > risk incuring the wrath of a different bunch of lawyers. > > 2. We negotiate and select someone to act as the gatekeeper for this > source. > What would have to be negotiated? > SGI is not planning to maintain any down-stream responsibility for > this code, so in particular we do not want to deal with bug reports > or patches. > Make's sense - sometimes I don't even like maintaining my own code let alone someone else's :-) > We are willing to add a pointer to it from the PCP project > page on oss.sgi.com. > > 3. We will make the source in 1. available to the person(s) selected in > 2. under the standard GPL. > > Thereafter, you can do with it as you please, subject to the terms and > conditions of the GPL. > > Is this acceptable? > Yes > Could I ask for volunteers as per 2. above? > I would like to volunteer as the primary maintainer and help facilitate the merging/consolidation of Chris's/Mark's agents with the older SGI authored agents. That being said, I would prefer to use Sourceforge as the venue for providing adjunct PCP agents to the Open Source community – i.e. those agents that are not/will not be supported by SGI (including my Solaris agent). - Alan -