From nscott@aconex.com Sun Mar 2 20:41:53 2008 Received: with ECARTIS (v1.0.0; list pcp); Sun, 02 Mar 2008 20:42:14 -0800 (PST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m234fpRI010751 for ; Sun, 2 Mar 2008 20:41:53 -0800 X-ASG-Debug-ID: 1204519339-41f0007f0000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id BEE4263FBB0 for ; Sun, 2 Mar 2008 20:42:20 -0800 (PST) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id xDHz2fTmKjt1WFGy for ; Sun, 02 Mar 2008 20:42:20 -0800 (PST) Received: from edge.scott.net.au (unknown [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id 6877F92C2BC for ; Mon, 3 Mar 2008 15:42:19 +1100 (EST) X-ASG-Orig-Subj: kmchart updates Subject: kmchart updates From: Nathan Scott Reply-To: nscott@aconex.com To: pcp@oss.sgi.com Content-Type: text/plain Organization: Aconex Date: Mon, 03 Mar 2008 15:42:19 +1100 Message-Id: <1204519339.10190.63.camel@edge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1204519340 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -0.97 X-Barracuda-Spam-Status: No, SCORE=-0.97 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=3.0 tests=BSF_RULE_7582B X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.43727 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 1.05 BSF_RULE_7582B BODY: Custom Rule 7582B X-archive-position: 1502 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Changes committed to git://oss.sgi.com:8090/nathans/kmchart.git README | 14 +++++--------- src/chart/kmchart.cpp | 8 +++++++- src/chart/kmchart.h | 3 ++- src/chart/settingsdialog.cpp | 3 ++- src/chart/tab.cpp | 10 +++++++++- src/chart/tab.h | 4 +++- src/chart/timecontrol.cpp | 1 + 7 files changed, 29 insertions(+), 14 deletions(-) commit a6c398553d77a7a685445cf2d8c77874eab53c4e Author: Nathan Scott Date: Mon Mar 3 15:37:31 2008 +1100 Fix timezone setting problem - was using a pointer into realloc'd memory after the realloc call, with disastrous results. commit c3e76437d677e14f3807a2a12b5dbb6728cca590 Author: Nathan Scott Date: Mon Mar 3 14:26:29 2008 +1100 Add a note about record mode issue if pmlogger dies early. commit 7229d84b1cf67cd77e5de22592220b918d77d31e Author: Nathan Scott Date: Mon Mar 3 14:24:54 2008 +1100 Make changes to background color affect current charts as well as new ones. From nscott@aconex.com Mon Mar 3 01:38:38 2008 Received: with ECARTIS (v1.0.0; list pcp); Mon, 03 Mar 2008 01:38:58 -0800 (PST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m239cbsx006108 for ; Mon, 3 Mar 2008 01:38:38 -0800 X-ASG-Debug-ID: 1204537145-656600400000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 9C20C43BC3E for ; Mon, 3 Mar 2008 01:39:06 -0800 (PST) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id RFYgcpgDMnygTrvu for ; Mon, 03 Mar 2008 01:39:06 -0800 (PST) Received: from mail.aconex.com (castle.yarra.acx [192.168.3.3]) by postoffice.aconex.com (Postfix) with ESMTP id 8B50292C4A0; Mon, 3 Mar 2008 20:39:05 +1100 (EST) Received: from 192.168.3.1 (proxying for 58.107.42.33) (SquirrelMail authenticated user nscott) by mail.aconex.com with HTTP; Mon, 3 Mar 2008 20:39:05 +1100 (EST) Message-ID: <41074.192.168.3.1.1204537145.squirrel@mail.aconex.com> Date: Mon, 3 Mar 2008 20:39:05 +1100 (EST) X-ASG-Orig-Subj: PCP development status Subject: PCP development status From: nscott@aconex.com To: markgw@sgi.com, kimbrr@sgi.com Cc: pcp@oss.sgi.com User-Agent: SquirrelMail/1.4.8-4.el4.centos MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1204537146 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0017 1.0000 -2.0099 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -1.46 X-Barracuda-Spam-Status: No, SCORE=-1.46 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=3.0 tests=NO_REAL_NAME X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.43747 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.55 NO_REAL_NAME From: does not include a real name X-archive-position: 1503 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Hi guys, Just wanted to give an update on current status of the PCP development git trees, and see how you guys are going too. - All changes to support building Debian packages are merged, first round of 'beta' testing done and fixes incorporated (this weekend). I anticipate the current git PCP will make its way into Debian's "unstable" version in the next couple of days. - I have about 5 must-fix issues in kmchart before a 1.0.0 release (fixed one today, that timezone bug). Two or three days on those should get em knocked off. All the documentation is now sorted out, which sucked up alot more time than I anticipated unfortunately. The Debian packaging for kmchart is all done now as well. - I believe the PCP::PMDA Perl interface is nearing API stability. There are a few odds and ends left to cleanup though. Still not packaging anything here yet, and will wait for a few more agents to be written I think until doing so. Its looking good though - I'm thinking I might write a little tutorial based on what I demo'd to you, Mark, to show off the features of the Perl API and also the systemtap PMDA. It all needs documentation and additional QA tests too. Any news on those things I've discussed with you guys recently? i.e. the web page updates I sent, the tutorial, the genpmda script archeology, and the DBMS PMDAs. Also, do you guys have any new code in the works? I haven't seen any for awhile, and I'm still keen to be reviewing your code for you before new releases come out. Speaking of which, do you have a schedule for the next release that you can share? -- thanks! cheers. -- Nathan From nscott@aconex.com Mon Mar 3 20:20:41 2008 Received: with ECARTIS (v1.0.0; list pcp); Mon, 03 Mar 2008 20:21:01 -0800 (PST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m244Keqt012098 for ; Mon, 3 Mar 2008 20:20:41 -0800 X-ASG-Debug-ID: 1204604466-0691016f0000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 1BE4A648EBE for ; Mon, 3 Mar 2008 20:21:07 -0800 (PST) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id Wxdt1tSxpr772Q7R for ; Mon, 03 Mar 2008 20:21:07 -0800 (PST) Received: from edge.scott.net.au (unknown [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id 3DC6692CC6C for ; Tue, 4 Mar 2008 15:21:05 +1100 (EST) X-ASG-Orig-Subj: pcpweb updates Subject: pcpweb updates From: Nathan Scott Reply-To: nscott@aconex.com To: pcp@oss.sgi.com Content-Type: text/plain Organization: Aconex Date: Tue, 04 Mar 2008 15:21:04 +1100 Message-Id: <1204604464.10190.112.camel@edge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1204604470 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=3.0 tests= X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.43817 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1504 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Changes committed to git://oss.sgi.com:8090/nathans/pcpweb.git features.html | 16 ++++------------ index.html | 2 +- ml.html | 34 ---------------------------------- 3 files changed, 5 insertions(+), 47 deletions(-) commit 1b47d76ab500a792e1883ee9bb1ffe79d32401a1 Author: Nathan Scott Date: Tue Mar 4 15:11:56 2008 +1100 Update kmchart home, remove reference to old code, remove unused ml.html file. From kimbrr@sgi.com Mon Mar 3 22:42:34 2008 Received: with ECARTIS (v1.0.0; list pcp); Mon, 03 Mar 2008 23:13:42 -0800 (PST) Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with SMTP id m246gS6I020017 for ; Mon, 3 Mar 2008 22:42:30 -0800 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.54.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA16178 for ; Tue, 4 Mar 2008 17:42:56 +1100 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id m246gtLF84223943 for ; Tue, 4 Mar 2008 17:42:56 +1100 (AEDT) Received: from localhost (kimbrr@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) with ESMTP id m246gsCl84191155 for ; Tue, 4 Mar 2008 17:42:55 +1100 (AEDT) X-Authentication-Warning: snort.melbourne.sgi.com: kimbrr owned process doing -bs Date: Tue, 4 Mar 2008 17:42:54 +1100 From: Michael Newton X-X-Sender: kimbrr@snort.melbourne.sgi.com To: pcp@oss.sgi.com Subject: [PATCH] /usr/bin/genpmda is broken Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-2045888875-251281118-1204612974=:81326667" X-archive-position: 1505 X-Approved-By: makc@sgi.com X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kimbrr@sgi.com Precedence: bulk X-list: pcp This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---2045888875-251281118-1204612974=:81326667 Content-Type: TEXT/PLAIN; charset=US-ASCII The attached diff reinstates code accidentally lost from genpmda. Dr.Michael("Kimba")Newton kimbrr@sgi.com ---2045888875-251281118-1204612974=:81326667 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="genpmda.dif" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="genpmda.dif" LS0tIC91c3IvYmluL2dlbnBtZGEJMjAwOC0wMi0yOSAxNjozMzozNC4wMDAw MDAwMDAgKzExMDANCisrKyAvbW50L2Nob29rL2tpbWJyci9nZW5wbWRhCTIw MDgtMDMtMDQgMTc6MzQ6NTUuNzkxMDc3NjY0ICsxMTAwDQpAQCAtMjEsNiAr MjEsOTgzIEBADQogIw0KICMgXCRJZDogZ2VucG1kYSx2IDEuNyAyMDA1LzA5 LzA3IDAzOjE2OjUwIG1hcmtndy5sb25nZHJvcC5tZWxib3VybmUuc2dpLmNv bSBFeHAgJA0KICMNCisNCitwcm9nPWBiYXNlbmFtZSAkMGANCisNCit1c2Fn ZSgpIHsNCitjYXQgPDxFT0ZFT0YNCitVc2FnZTogJHByb2cgWy1kXSBbLXMg c3RkcG1pZF0gWy1EIGRvbWFpbl0gWy10IHRvcGRpcl0gWy1uIHBtbnNdIFst byBkaXJdIFstdl0gLWkgSUFNIC1jIGNvbmZpZw0KK1JlcXVpcmVkIG9wdGlv bnM6DQorICAtYyBjb25maWcgICAgIHJlcXVpcmVkOiBpbnB1dCBjb25maWcg ZmlsZSwgc2VlIGV4YW1wbGUgYmVsb3cNCisgIC1pIElBTSAgICAgICAgcmVx dWlyZWQ6IHBtZGEgbmFtZSAiSUFNIiwgbXVzdCBhcHBlYXIgaW4gc3RkcG1p ZA0KKyAgICAgICAgICAgICAgICAgICAgICAgICAgb3IgLUQgZG9tYWluIG51 bWJlciBtYXkgYmUgZ2l2ZW4uDQorDQorT3RoZXIgb3B0aW9uczoNCisgIC1E IGRvbWFpbiAgICAgZG9tYWluIG51bWJlciB0byB1c2UgKGlmIC1zIGlzIG5v dCBnaXZlbikNCisgIC1kICAgICAgICAgICAgZ2VuZXJhdGUgYW4gSW5zdGFs bCBzY3JpcHQgZm9yIGEgZGFlbW9uIFBNREEgKGRlZmF1bHQgaXMgRFNPKQ0K KyAgLXQgdG9wZGlyICAgICB1c2UgInRvcGRpciIgaW4gZ2VuZXJhdGVkIEdO VW1ha2VmaWxlIChkZWZhdWx0ICIuLi8uLi8uLiIpDQorICAtbiBwbW5zICAg ICAgIHVzZSAicG1ucyIgYXMgcm9vdCBvZiBwbW5zIChkZWZhdWx0IG1hdGNo ZXMgLWkgZmxhZykNCisgIC1zIHN0ZHBtaWQgICAgcGF0aCB0byBzdGRwbWlk IChkZWZhdWx0ICIuLi8uLi9wbW5zL3N0ZHBtaWQiKQ0KKyAgLW8gZGlyICAg ICAgICBkaXJlY3RvcnkgZm9yIGdlbmVyYXRlZCBzb3VyY2UgKGRlZmF1bHQg Ii4vZ2VuZXJhdGVkIikNCisgIC12ICAgICAgICAgICAgdmVyYm9zZQ0KKw0K K0V4YW1wbGUgY29uZmlnIGZpbGUgKGZvciB0aGUgcmVxdWlyZWQgLWMgb3B0 aW9uKToNCitOb3RlczoNCisgICAgRVhBTVBMRSBtdXN0IGFwcGVhciBpbiBz cmMvcG1ucy9zdGRwbWlkDQorICAgIEdlbmVyYXRlIHRoZSAiZXhhbXBsZSIg cG1kYTogZ2VucG1kYSAtRCA5OSAtdiAtaSBFWEFNUExFIC1jIGV4YW1wbGUu Y29uZg0KKw0KK2V4YW1wbGUgew0KKyAgICBtZXRyaWMNCit9DQorDQorZXhh bXBsZS5tZXRyaWMgew0KKyAgICAjIyAgbWV0cmljICAgICAgICAgICAgICAg ICAgc3RyaW5nDQorICAgICMjICBwbWlkICAgICAgICAgICAgICAgICAgICBF WEFNUExFOlNPTUVfQ0xVU1RFUl9OQU1FOjANCisgICAgIyMgIGluZG9tICAg ICAgICAgICAgICAgICAgIFBNX0lORE9NX05VTEwNCisgICAgIyMgIHR5cGUg ICAgICAgICAgICAgICAgICAgIFBNX1RZUEVfU1RSSU5HDQorICAgICMjICB1 bml0cyAgICAgICAgICAgICAgICAgICBQTURBX1BNVU5JVFMoMCwwLDAsMCww LDApDQorICAgICMjICBzZW1hbnRpY3MgICAgICAgICAgICAgICBQTV9TRU1f RElTQ1JFVEUNCisgICAgIyMgIGJyaWVmaGVscHRleHQgICAgICAgICAgIG9u ZSBsaW5lIGhlbHAgdGV4dCBmb3IgZXhhbXBsZS5tZXRyaWMuc3RyaW5nDQor ICAgICMjICBoZWxwdGV4dCAgICAgICAgICAgICAgICBsb25nIGhlbHAgdGV4 dCBmb3IgZXhhbXBsZS5tZXRyaWMuc3RyaW5nDQorICAgICMjICBoZWxwdGV4 dCAgICAgICAgICAgICAgICBUaGlzIGlzIHRoZSBzZWNvbmQgbGluZSBvZiB0 aGUgbG9uZyBoZWxwIHRleHQNCisgICAgIyMgIGhlbHB0ZXh0ICAgICAgICAg ICAgICAgIGFuZCB0aGlzIGlzIHRoZSB0aGlyZCBsaW5lLg0KKyAgICAjIyAg ZmV0Y2ggICAgICAgICAgICAgICAgICAgZnVuY3Rpb24gZXhhbXBsZV9zdHJp bmdfZmV0Y2hfY2FsbGJhY2sNCisgICAgIyMgIGNvZGUgICAgICAgICAgICAg ICAgICAgIC8qIG9wdGlvbmFsIGNvZGUgZm9yIHRoaXMgbWV0cmljICovIA0K KyAgICAjIyAgY29kZSAgICAgICAgICAgICAgICAgICAgYXRvbS0+Y3AgPSAi aGVsbG8gd29ybGQiOw0KKyAgICAjIyAgZW5kbWV0cmljDQorRU9GRU9GDQor DQorICAgIGV4aXQgMQ0KK30NCisNCitkZmxhZz1mYWxzZQ0KK0RmbGFnPSIi DQoraWZsYWc9IiINCitzZmxhZz0iLi4vLi4vcG1ucy9zdGRwbWlkIg0KK3Rm bGFnPSIuLi8uLi8uLiINCitvZmxhZz0iZ2VuZXJhdGVkIg0KK25mbGFnPSIi DQordmVyYm9zZT1mYWxzZQ0KKw0KK3doaWxlIGdldG9wdHMgImM6dmREOnM6 dDppOm46bzoiIGMNCitkbw0KKyAgICBjYXNlICRjDQorICAgIGluDQorDQor CUQpCURmbGFnPSIkT1BUQVJHIg0KKwkJOzsNCisNCisJZCkJZGZsYWc9dHJ1 ZQ0KKwkJOzsNCisNCisJYykJY2ZsYWc9IiRPUFRBUkciDQorCQk7Ow0KKw0K KwlpKQlpZmxhZz0iJE9QVEFSRyINCisJCTs7DQorDQorCXMpCXNmbGFnPSIk T1BUQVJHIg0KKwkJOzsNCisNCisJdCkJdGZsYWc9IiRPUFRBUkciDQorCQk7 Ow0KKw0KKwluKQluZmxhZz0iJE9QVEFSRyINCisJCTs7DQorDQorCW8pCW9m bGFnPSIkT1BUQVJHIg0KKwkJOzsNCisNCisJdikJdmVyYm9zZT10cnVlDQor CQk7Ow0KKw0KKwlcPykJdXNhZ2UNCisJCTs7DQorICAgIGVzYWMNCitkb25l DQorDQorWyAteiAiJGlmbGFnIiBdICYmIHVzYWdlDQorWyAhIC1mICIkY2Zs YWciIF0gJiYgZWNobyAiRXJyb3I6IGNvbmZpZyBcIiRjZmxhZ1wiIG5vdCBm b3VuZCIgJiYgdXNhZ2UNCisNCitJQU09YGVjaG8gJGlmbGFnIHwgdHIgYS16 IEEtWmANCitpYW09YGVjaG8gJElBTSB8IHRyIEEtWiBhLXpgDQorWyAteiAi JG5mbGFnIiBdICYmIG5mbGFnPSIkaWFtIg0KK2NvbmZpZz0iJGNmbGFnIg0K Kw0KK2ZvciBzdGRwbWlkIGluICRzZmxhZyAkdGZsYWcvc3JjL3BtbnMvc3Rk cG1pZCAuLi9wbW5zL3N0ZHBtaWQgLi4vLi4vcG1ucy9zdGRwbWlkDQorZG8N CisgICAgWyAtZiAiJHN0ZHBtaWQiIF0gJiYgYnJlYWsNCitkb25lDQorJHZl cmJvc2UgJiYgWyAtZiAiJHN0ZHBtaWQiIF0gJiYgZWNobyBGb3VuZCBzdGRw bWlkIGluIFwiJHN0ZHBtaWRcIg0KK1sgISAtZiAiJHN0ZHBtaWQiIF0gJiYg ZWNobyBFcnJvcjogY291bGQgbm90IGZpbmQgXCJzdGRwbWlkXCIgJiYgdXNh Z2UNCitkb21haW49YGF3ayAnL14jZGVmaW5lWyBcdF0qJyRJQU0nLyB7cHJp bnQgJDN9JyAkc3RkcG1pZGANCitpZiBbIC16ICIkRGZsYWciIF0NCit0aGVu DQorICAgIFsgLXogIiRkb21haW4iIF0gJiYgZWNobyAiRXJyb3I6IGRvbWFp biBmb3IgXCIkSUFNXCIgbm90IGZvdW5kIGluIC4uLy4uL3BtbnMvc3RkcG1p ZCwgcGxlYXNlIHVzZSAtRCIgJiYgdXNhZ2UNCitlbHNlDQorICAgIGRvbWFp bj0iJERmbGFnIg0KK2ZpDQorDQorWyAhIC1kICRvZmxhZyBdICYmIG1rZGly ICRvZmxhZyAmJiAkdmVyYm9zZSAmJiBlY2hvICJjcmVhdGVkIG91dHB1dCBk aXJlY3RvcnkgXCIkb2ZsYWdcIiINCisNCisjDQorIyBHZW5lcmF0ZSBkb21h aW4uaA0KKyMNCitjYXQgPDxFT0ZFT0YgPiRvZmxhZy9kb21haW4uaA0KKy8q DQorICogR2VuZXJhdGVkIGNvZGUsIGRvIG5vdCBlZGl0IQ0KKyAqLw0KKyNk ZWZpbmUgJElBTSAkZG9tYWluDQorRU9GRU9GDQorJHZlcmJvc2UgJiYgZWNo byBXcm90ZSAkb2ZsYWcvZG9tYWluLmgNCisNCisjDQorIyBHZW5lcmF0ZSAo dGhlIGJlZ2lubmluZyBvZikgcG1kYS5jDQorIw0KK2NhdCA8PEVPRkVPRiA+ JG9mbGFnL3BtZGEuYw0KKy8qDQorICogR2VuZXJhdGVkIGNvZGUsIGRvIG5v dCBlZGl0IQ0KKyAqLw0KKyNpbmNsdWRlIDxzdGRpby5oPg0KKyNpbmNsdWRl IDxsaW1pdHMuaD4NCisjaW5jbHVkZSA8ZXJybm8uaD4NCisjaW5jbHVkZSA8 Y3R5cGUuaD4NCisjaW5jbHVkZSA8c3lzL3R5cGVzLmg+DQorI2luY2x1ZGUg PHN5cy9zdGF0Lmg+DQorI2luY2x1ZGUgPGZjbnRsLmg+DQorI2luY2x1ZGUg InBtYXBpLmgiDQorI2luY2x1ZGUgImltcGwuaCINCisjaW5jbHVkZSAicG1k YS5oIg0KKyNpbmNsdWRlICJkb21haW4uaCINCisjaW5jbHVkZSAibWV0cmlj dGFiLmgiDQorI2luY2x1ZGUgImNsdXN0ZXJzLmgiDQorDQorc3RhdGljIGlu dCAgICAgICAgICAgICAgX2lzRFNPID0gMTsgICAgIC8qID0wIEkgYW0gYSBk YWVtb24gKi8NCisNCitFT0ZFT0YNCiskdmVyYm9zZSAmJiBlY2hvIFdyb3Rl ICRvZmxhZy9wbWRhLmMNCisNCitnbnVtYWtlZmlsZT1HTlVtYWtlZmlsZS5u ZXcNCitnbnVtYWtlZmlsZV9nPUdOVW1ha2VmaWxlLmdlbmVyaWMubmV3DQor aW5zdGFsbF9nPWluc3RhbGwtZ2VuZXJpYy5uZXcNCisNCisjDQorIyBHZW5l cmF0ZSBJbnN0YWxsLCBSZW1vdmUgYW5kIE1ha2VmaWxlLmluc3RhbGwNCisj DQorY2F0IDw8RU9GRU9GID4kb2ZsYWcvSW5zdGFsbA0KKyMhIC9iaW4vc2gN CisjIHNvdXJjZSB0aGUgUENQIGNvbmZpZ3VyYXRpb24gZW52aXJvbm1lbnQg dmFyaWFibGVzDQorLiAvZXRjL3BjcC5lbnYNCisNCisjIEdldCB0aGUgY29t bW9uIHByb2NlZHVyZXMgYW5kIHZhcmlhYmxlIGFzc2lnbm1lbnRzDQorIw0K Ky4gXCRQQ1BfU0hBUkVfRElSL2xpYi9wbWRhcHJvYy5zaA0KKw0KKyMgVGhl IG5hbWUgb2YgdGhlIFBNREENCisjDQoraWFtPSRpYW0NCisNCisjIFVzaW5n IGxpYnBjcF9wbWRhLnNvLjMgYW5kIFBNREFfSU5URVJGQUNFXzMNCisjDQor cG1kYV9pbnRlcmZhY2U9Mw0KK0VPRkVPRg0KKw0KK2lmICRkZmxhZw0KK3Ro ZW4NCisgICAgY2F0IDw8RU9GRU9GID4+JG9mbGFnL0luc3RhbGwNCisjIGNv bnRyb2xzIGZvciBkYWVtb24gUE1EQSBpbnN0YWxsYXRpb24gcHJvY2VkdXJl cw0KKyMNCitkYWVtb25fb3B0PXRydWUgICAgICAgICAjIGNhbiBpbnN0YWxs IGFzIGRhZW1vbg0KK2Rzb19vcHQ9ZmFsc2UNCitwaXBlX29wdD10cnVlICAg ICAgICAgICAjIHN1cHBvcnRzIHBpcGUgSVBDDQorc29ja2V0X29wdD1mYWxz ZSAgICAgICAgIyBmb3JjZSBwaXBlIElQQw0KKw0KK0VPRkVPRg0KK2Vsc2UN CisgICAgY2F0IDw8RU9GRU9GID4+JG9mbGFnL0luc3RhbGwNCisjIGNvbnRy b2xzIGZvciBEU08gaW5zdGFsbGF0aW9uIHByb2NlZHVyZXMNCisjDQorZGFl bW9uX29wdD1mYWxzZSAgICAgICAgIyBjYW4gaW5zdGFsbCBhcyBkYWVtb24N Citkc29fb3B0PXRydWUNCitwaXBlX29wdD1mYWxzZQ0KK3NvY2tldF9vcHQ9 ZmFsc2UNCisNCitFT0ZFT0YNCitmaQ0KKw0KK2NhdCA8PEVPRkVPRiA+PiRv ZmxhZy9JbnN0YWxsDQorIw0KKyMgb3ZlcnJpZGUgImNob29zZSBtb2RlIg0K K19fY2hvb3NlX21vZGUoKQ0KK3sNCisgICAgZG9fcG1kYT10cnVlDQorfQ0K Kw0KKyMNCisjIG92ZXJyaWRlICJjaG9vc2UgSVBDIG1ldGhvZCINCitfX2No b29zZV9pcGMoKQ0KK3sNCisgICAgaXBjX3R5cGU9cGlwZQ0KKyAgICB0eXBl PSJwaXBlICBcJGlwY19wcm90ICAgICAgIFwkUENQX1BNREFTX0RJUi9cJGlh bS9wbWRhXCRpYW0iDQorfQ0KKw0KKyMgRG8gaXQNCisjDQoraWYgWyAtZiAv dXNyL3NiaW4vdW5pZmRlZiBdDQordGhlbg0KKyAgICAjIElSSVgNCisgICAg Q1BQPS91c3Ivc2Jpbi91bmlmZGVmDQorZWxzZQ0KKyAgICAjIExpbnV4DQor ICAgIENQUD1jcHANCitmaQ0KKw0KK3BtZGFTZXR1cA0KK2NhdCBkb21haW4u aCBjbHVzdGVycy5oIHBtbnMgfCBcJENQUCAtRFBDUF9QTU5TID5cJHRtcC5w bW5zDQorcG1uc19zb3VyY2U9XCR0bXAucG1ucw0KK3BtbnNfbmFtZT1cJGlh bQ0KKw0KK3BtZGFJbnN0YWxsDQorDQorZXhpdCAwDQorRU9GRU9GDQorJHZl cmJvc2UgJiYgZWNobyBXcm90ZSAkb2ZsYWcvSW5zdGFsbA0KKw0KK2NhdCA8 PEVPRkVPRiA+JG9mbGFnL1JlbW92ZQ0KKyMhIC9iaW4vc2gNCisjIHNvdXJj ZSB0aGUgUENQIGNvbmZpZ3VyYXRpb24gZW52aXJvbm1lbnQgdmFyaWFibGVz DQorLiAvZXRjL3BjcC5lbnYNCisNCisjIEdldCB0aGUgY29tbW9uIHByb2Nl ZHVyZXMgYW5kIHZhcmlhYmxlIGFzc2lnbm1lbnRzDQorIw0KKy4gXCRQQ1Bf U0hBUkVfRElSL2xpYi9wbWRhcHJvYy5zaA0KKw0KKyMgVGhlIG5hbWUgb2Yg dGhlIFBNREENCisjDQoraWFtPSRpYW0NCisNCisjIERvIGl0DQorIw0KK3Bt ZGFTZXR1cA0KK3BtZGFSZW1vdmUNCisNCitleGl0IDANCitFT0ZFT0YNCisk dmVyYm9zZSAmJiBlY2hvIFdyb3RlICRvZmxhZy9SZW1vdmUNCisNCitjYXQg PDwiRU9GRU9GIiA+JG9mbGFnL01ha2VmaWxlLmluc3RhbGwNCitTSEVMTCAg ID0gc2gNCitUQVJHRVRTID0NCitMRElSVCAgID0gKi5sb2cgKi5wYWcgKi5k aXINCisNCitkZWZhdWx0OiAkKFRBUkdFVFMpDQorDQoraW5zdGFsbDogICAg ICAgIGRlZmF1bHQNCisNCitjbG9iYmVyOg0KKwlybSAtZiAkKExESVJUKSAk KFRBUkdFVFMpDQorRU9GRU9GDQorJHZlcmJvc2UgJiYgZWNobyBXcm90ZSAk b2ZsYWcvTWFrZWZpbGUuaW5zdGFsbA0KKw0KKyMNCisjIEdlbmVyYXRlIG1l dHJpY3RhYi5bY2hdDQorIw0KK2dhd2sgJw0KK0JFR0lOIHsNCisgICAgbXRf aD0iJyRvZmxhZycvbWV0cmljdGFiLmgiDQorICAgIG10X2M9Iickb2ZsYWcn L21ldHJpY3RhYi5jIg0KKyAgICBwbWRhX2M9Iickb2ZsYWcnL3BtZGEuYyIN CisgICAgY2x1c3RlcnNfaD0iJyRvZmxhZycvY2x1c3RlcnMuaCINCisgICAg cG1ucz0iJyRvZmxhZycvcG1ucyINCisgICAgY2ZpbGVzPSJDRklMRVMiDQor ICAgIGluaXRfYz0iaW5pdC5jLm5ldyINCisNCisgICAgcHJpbnRmICIvKiBH ZW5lcmF0ZWQgY29kZSwgZG8gbm90IGVkaXQhICovXG5cbiIgPm10X2MNCisg ICAgcHJpbnRmICIvKiBHZW5lcmF0ZWQgY29kZSwgZG8gbm90IGVkaXQhICov XG5cbiIgPm10X2gNCisgICAgcHJpbnRmICIjaW5jbHVkZSBcInBtYXBpLmhc IlxuIiA+Pm10X2MNCisgICAgcHJpbnRmICIjaW5jbHVkZSBcImltcGwuaFwi XG4iID4+bXRfYw0KKyAgICBwcmludGYgIiNpbmNsdWRlIFwicG1kYS5oXCJc biIgPj5tdF9jDQorICAgIHByaW50ZiAiI2luY2x1ZGUgXCJtZXRyaWN0YWIu aFwiXG5cbiIgPj5tdF9jDQorICAgIHByaW50ZiAiI2luY2x1ZGUgXCJjbHVz dGVycy5oXCJcblxuIiA+Pm10X2MNCisgICAgcHJpbnRmICIvKlxuICogTWV0 cmljIFRhYmxlXG4gKi9cbnBtZGFNZXRyaWMgbWV0cmljdGFiW10gPSB7XG4i ID4+bXRfYw0KKw0KKyAgICBwcmludGYgImluaXQuYyIgPmNmaWxlcw0KKyAg ICBwcmludGYgIi8qXG4iID5pbml0X2MNCisgICAgcHJpbnRmICIgKiBsb2Nh bCBpbml0aWFsaXphdGlvbiBmb3IgdGhlICVzIFBNREFcbiIsICInJElBTSci ID4+aW5pdF9jDQorICAgIHByaW50ZiAiICogQUREIENPREUgSEVSRVxuIiA+ PmluaXRfYw0KKyAgICBwcmludGYgIiAqL1xuIiA+PmluaXRfYw0KKw0KKyAg ICBwcmludGYgIiNpbmNsdWRlIDxzdGRpby5oPlxuIiA+PmluaXRfYw0KKyAg ICBwcmludGYgIiNpbmNsdWRlIDxsaW1pdHMuaD5cbiIgPj5pbml0X2MNCisg ICAgcHJpbnRmICIjaW5jbHVkZSA8ZXJybm8uaD5cbiIgPj5pbml0X2MNCisg ICAgcHJpbnRmICIjaW5jbHVkZSA8Y3R5cGUuaD5cbiIgPj5pbml0X2MNCisg ICAgcHJpbnRmICIjaW5jbHVkZSA8c3lzL3R5cGVzLmg+XG4iID4+aW5pdF9j DQorICAgIHByaW50ZiAiI2luY2x1ZGUgPHN5cy9zdGF0Lmg+XG4iID4+aW5p dF9jDQorICAgIHByaW50ZiAiI2luY2x1ZGUgPGZjbnRsLmg+XG4iID4+aW5p dF9jDQorICAgIHByaW50ZiAiI2luY2x1ZGUgXCJwbWFwaS5oXCJcbiIgPj5p bml0X2MNCisgICAgcHJpbnRmICIjaW5jbHVkZSBcImltcGwuaFwiXG4iID4+ aW5pdF9jDQorICAgIHByaW50ZiAiI2luY2x1ZGUgXCJwbWRhLmhcIlxuIiA+ PmluaXRfYw0KKyAgICBwcmludGYgIiNpbmNsdWRlIFwiJyRvZmxhZycvZG9t YWluLmhcIlxuIiA+PmluaXRfYw0KKyAgICBwcmludGYgIiNpbmNsdWRlIFwi JyRvZmxhZycvbWV0cmljdGFiLmhcIlxuIiA+PmluaXRfYw0KKyAgICBwcmlu dGYgIiNpbmNsdWRlIFwiJyRvZmxhZycvY2x1c3RlcnMuaFwiXG4iID4+aW5p dF9jDQorICAgIHByaW50ZiAiXG4iID4+aW5pdF9jDQorICAgIHByaW50ZiAi dm9pZFxuJXNfbG9jYWxfaW5pdChwbWRhSW50ZXJmYWNlICpkaXNwYXRjaClc biIsICInJGlhbSciID4+aW5pdF9jDQorICAgIHByaW50ZiAie1xuIiA+Pmlu aXRfYw0KKyAgICBwcmludGYgIlx0LyogYWRkIGNvZGUgZm9yIGxvY2FsIGlu aXRpYWxpemF0aW9uIGhlcmUsIGlmIHJlcXVpcmVkICovXG4iID4+aW5pdF9j DQorICAgIHByaW50ZiAifVxuIiA+PmluaXRfYw0KK30NCisNCisvLip7JC8g ew0KKyAgICBub25sZWFmID0gJDENCit9DQorDQorJDEgPT0gIiMjIiAmJiAk MiA9PSAibWV0cmljIiB7DQorICAgIG1ldHJpYyA9IG5vbmxlYWYiLiIkMw0K KyAgICBtZXRyaWNsaXN0W21ldHJpY10gPSBtZXRyaWMNCisgICAgbGVhZm1l dHJpY1ttZXRyaWNdID0gJDMNCisgICAgbm1ldHJpY3MrKw0KK30NCisNCisk MSA9PSAiIyMiICYmICQyID09ICJwbWlkIiB7DQorICAgIHBtaWRbbWV0cmlj XSA9ICQzDQorICAgIG4gPSBzcGxpdChwbWlkW21ldHJpY10sIGlkLCAiOiIp DQorICAgIGN1cnJlbnRfY2x1c3RlciA9IGlkWzJdDQorICAgIGNsdXN0ZXJb bWV0cmljXSA9IGN1cnJlbnRfY2x1c3Rlcg0KKyAgICBpdGVtW21ldHJpY10g PSBpZFszXQ0KKyAgICBzID0gbWV0cmljDQorICAgIGdzdWIoIlxcLiIsICJf IiwgcykNCisgICAgbSA9ICJNRVRSSUNfInMNCisgICAgaWYgKHNlZW5fbWV0 cmljX21hY3JvW21dKSB7DQorICAgIAlwcmludGYgIkZBVEFMIEVSUk9SOiBj bHVzdGVyX21ldHJpYyBcIiVzXCIgaXMgbm90IHVuaXF1ZSxcbiIsIG0NCisJ cHJpbnRmICJDb25mbGljdHMgd2l0aCBtZXRyaWMgXCIlc1wiXG4iLCBzZWVu X21ldHJpY19tYWNyb1ttXQ0KKwlleGl0IDENCisgICAgfQ0KKyAgICBzZWVu X21ldHJpY19tYWNyb1ttXSA9IG1ldHJpYw0KKyAgICBtZXRyaWNfbWFjcm9b bWV0cmljXSA9IG0NCit9DQorDQorJDEgPT0gIiMjIiAmJiAkMiA9PSAiY29k ZSIgew0KKyAgICB0aGlzY29kZT0kMw0KKyAgICBmb3IgKGk9NDsgaSA8PSBO RjsgaSsrKQ0KKyAgICAJdGhpc2NvZGUgPSB0aGlzY29kZSAiICIgJGkNCisg ICAgaWYgKCFjb2RlW21ldHJpY10pDQorICAgIAljb2RlW21ldHJpY10gPSAi XHRcdCJ0aGlzY29kZTsNCisgICAgZWxzZQ0KKwljb2RlW21ldHJpY10gPSBj b2RlW21ldHJpY10iXG5cdFx0InRoaXNjb2RlDQorfQ0KKw0KKyQxID09ICIj IyIgJiYgJDIgPT0gInR5cGUiIHsNCisgICAgdHlwZVttZXRyaWNdID0gJDMN Cit9DQorDQorJDEgPT0gIiMjIiAmJiAkMiA9PSAidW5pdHMiIHsNCisgICAg dW5pdHNbbWV0cmljXSA9ICQzDQorfQ0KKw0KKyQxID09ICIjIyIgJiYgJDIg PT0gInNlbWFudGljcyIgew0KKyAgICBzZW1hbnRpY3NbbWV0cmljXSA9ICQz DQorfQ0KKw0KKyQxID09ICIjIyIgJiYgJDIgPT0gImluZG9tIiB7DQorICAg IGluZG9tW21ldHJpY10gPSAkMw0KKyAgICBpZiAoaW5kb21bbWV0cmljXSAh PSAiUE1fSU5ET01fTlVMTCIgJiYgIXNlZW5faW5kb21baW5kb21bbWV0cmlj XV0pIHsNCisgICAgICAgIHByaW50ZiAiI2RlZmluZSAlcyAgICAgICVkXG4i LCBpbmRvbVttZXRyaWNdLCBuaW5kb21zID4+bXRfaA0KKyAgICAgICAgc2Vl bl9pbmRvbVtpbmRvbVttZXRyaWNdXSsrDQorICAgICAgICBuaW5kb21zKysN CisgICAgICAgIGluZG9tc1tuaW5kb21zXSA9IGluZG9tW21ldHJpY10NCisJ aW5kb21fY2x1c3RlclskM10gPSBjdXJyZW50X2NsdXN0ZXINCisgICAgfQ0K K30NCisNCiskMSA9PSAiIyMiICYmICQyID09ICJlbmRtZXRyaWMiIHsNCisg ICAgcHJpbnRmICJcdC8qICVzICovXG4iLCBtZXRyaWMgPj5tdF9jDQorICAg IHByaW50ZiAiXHR7ICh2b2lkICopZmV0Y2hfJXMsXG4iLCBjbHVzdGVyW21l dHJpY10gPj5tdF9jDQorICAgIHByaW50ZiAiXHR7UE1EQV9QTUlEKCVzLCVz KSxcbiIsIGNsdXN0ZXJbbWV0cmljXSwgbWV0cmljX21hY3JvW21ldHJpY10g Pj5tdF9jDQorICAgIHByaW50ZiAiXHQgJXMsICVzLCAlcywgJXMgfSwgfSxc blxuIiwNCisgICAgCXR5cGVbbWV0cmljXSwgaW5kb21bbWV0cmljXSwgc2Vt YW50aWNzW21ldHJpY10sIHVuaXRzW21ldHJpY10gPj5tdF9jDQorfQ0KKw0K K0VORCB7DQorICAgIHByaW50ZiAifTtcbiIgPj5tdF9jDQorDQorICAgIGlm IChuaW5kb21zID4gMCkgew0KKwlwcmludGYgIlxucG1kYUluZG9tIGluZG9t dGFiW10gPSB7XG4iID4+bXRfYw0KKwlmb3IgKGk9MTsgaSA8PSBuaW5kb21z OyBpKyspDQorCSAgICBwcmludGYgIiAgICB7ICVzLCAwLCBOVUxMIH0sXG4i LCBpbmRvbXNbaV0gPj5tdF9jDQorCXByaW50ZiAifTtcbiIgPj5tdF9jDQor ICAgIH0NCisNCisgICAgcHJpbnRmICJcbiNkZWZpbmUgTk1FVFJJQ1MgJWRc biIsIG5tZXRyaWNzID4+bXRfaA0KKyAgICBwcmludGYgImV4dGVybiBwbWRh TWV0cmljIG1ldHJpY3RhYltOTUVUUklDU107XG4iID4+bXRfaA0KKw0KKyAg ICBwcmludGYgIlxuI2RlZmluZSBOSU5ET01TICVkXG4iLCBuaW5kb21zID4+ bXRfaA0KKyAgICBpZiAobmluZG9tcyA+IDApIHsNCisJcHJpbnRmICJleHRl cm4gcG1kYUluZG9tIGluZG9tdGFiW05JTkRPTVNdO1xuIiA+Pm10X2gNCisg ICAgfQ0KKw0KKyAgICAjDQorICAgICMgR2VuZXJhdGUgY2x1c3RlcnMuaCBh bmQgZmlyc3QgcGFydCBvZiBwbW5zDQorICAgICMNCisgICAgcHJpbnRmICIv KiBHZW5lcmF0ZWQgY29kZSwgZG8gbm90IGVkaXQhICovXG5cbiIgPnBtbnMN CisgICAgcHJpbnRmICIvKiBHZW5lcmF0ZWQgY29kZSwgZG8gbm90IGVkaXQh ICovXG5cbiIgPmNsdXN0ZXJzX2gNCisgICAgcHJpbnRmICIjaWZuZGVmIF9D TFVTVEVSX0hcbiIgPj5jbHVzdGVyc19oDQorICAgIHByaW50ZiAiI2RlZmlu ZSBfQ0xVU1RFUl9IXG4iID4+Y2x1c3RlcnNfaA0KKyAgICBjbHVzdGVyY250 ID0gMA0KKyAgICBmb3IgKG0gaW4gY2x1c3Rlcikgew0KKyAgICAJYyA9IGNs dXN0ZXJbbV0NCisgICAgCWlmIChzZWVuY2x1c3RlcltjXSkNCisJICAgIGNv bnRpbnVlOw0KKwlzZWVuY2x1c3RlcltjXSA9IDENCisJcHJpbnRmICJcbi8q XG4iID4+Y2x1c3RlcnNfaA0KKwlwcmludGYgIiAqIE1ldHJpY3MgaW4gdGhl IFwiJXNcIiBjbHVzdGVyXG4iLCBjID4+Y2x1c3RlcnNfaA0KKwlwcmludGYg IiAqL1xuIiA+PmNsdXN0ZXJzX2gNCisJcHJpbnRmICIjZGVmaW5lICVzXHRc dFx0JWRcbiIsIGMsIGNsdXN0ZXJjbnQgPj5jbHVzdGVyc19oDQorCWZvciAo bWV0cmljIGluIG1ldHJpY2xpc3QpIHsNCisJICAgIGlmIChjbHVzdGVyW21l dHJpY10gPT0gYykgew0KKwkJcHJpbnRmICIjZGVmaW5lICVzXHQlcyAvKiAl cyAqL1xuIiwgbWV0cmljX21hY3JvW21ldHJpY10sIGl0ZW1bbWV0cmljXSwg bWV0cmljID4+Y2x1c3RlcnNfaA0KKwkgICAgfQ0KKwl9DQorDQorCWNsdXN0 ZXJjbnQrKw0KKyAgICB9DQorICAgIHByaW50ZiAiXG5cbiNpZm5kZWYgUENQ X1BNTlNcbiIgPj5jbHVzdGVyc19oDQorICAgIHByaW50ZiAiI2RlZmluZSBO Q0xVU1RFUlNcdFx0XHQlZFxuXG4iLCBjbHVzdGVyY250ID4+Y2x1c3RlcnNf aA0KKw0KKyAgICAjDQorICAgICMgR2VuZXJhdGUgdGhlIHJlZnJlc2ggbWV0 aG9kIGluIHBtZGEuYw0KKyAgICAjDQorICAgIGZvciAobSBpbiBjbHVzdGVy KSB7DQorICAgIAljID0gY2x1c3RlclttXQ0KKyAgICAJc2VlbmNsdXN0ZXJb Y10gPSAwOw0KKyAgICB9DQorICAgIHByaW50ZiAiXG5zdGF0aWMgdm9pZFxu JXNfcmVmcmVzaChpbnQgKm5lZWRfcmVmcmVzaClcbntcbiIsICInJGlhbSci ID4+cG1kYV9jDQorICAgIGZvciAobSBpbiBjbHVzdGVyKSB7DQorICAgIAlj ID0gY2x1c3RlclttXQ0KKyAgICAJaWYgKHNlZW5jbHVzdGVyW2NdKQ0KKwkg ICAgY29udGludWU7DQorCXNlZW5jbHVzdGVyW2NdID0gMQ0KKwlwcmludGYg ImV4dGVybiB2b2lkIHJlZnJlc2hfJXModm9pZCk7XG4iLCBjID4+bXRfaA0K KwlwcmludGYgIiAgICBpZiAobmVlZF9yZWZyZXNoWyVzXSlcblx0cmVmcmVz aF8lcygpO1xuIiwgYywgYyA+PnBtZGFfYw0KKyAgICB9DQorICAgIHByaW50 ZiAifVxuXG4iID4+cG1kYV9jDQorDQorICAgICMNCisgICAgIyBHZW5lcmF0 ZSB0aGUgaW5zdGFuY2UgbWV0aG9kIGluIHBtZGEuYw0KKyAgICAjDQorICAg IGZvciAobSBpbiBjbHVzdGVyKSB7DQorICAgIAljID0gY2x1c3RlclttXQ0K KyAgICAJc2VlbmNsdXN0ZXJbY10gPSAwOw0KKyAgICB9DQorICAgIHByaW50 ZiAic3RhdGljIGludFxuIiA+PnBtZGFfYw0KKyAgICBwcmludGYgIiVzX2lu c3RhbmNlKHBtSW5Eb20gaW5kb20sIGludCBpbnN0LCBjaGFyICpuYW1lLCBf X3BtSW5SZXN1bHQgKipyZXN1bHQsIHBtZGFFeHQgKnBtZGEpXG4iLCAiJyRp YW0nIiA+PnBtZGFfYw0KKyAgICBwcmludGYgIntcbiIgPj5wbWRhX2MNCisg ICAgcHJpbnRmICIgICAgX19wbUluRG9tX2ludCAgICAgICAqaW5kb21wID0g KF9fcG1JbkRvbV9pbnQgKikmaW5kb207XG4iID4+cG1kYV9jDQorICAgIHBy aW50ZiAiICAgIGludCAgICAgICAgICAgICAgICAgbmVlZF9yZWZyZXNoW05D TFVTVEVSU107XG4iID4+cG1kYV9jDQorICAgIHByaW50ZiAiXG4iID4+cG1k YV9jDQorICAgIHByaW50ZiAiICAgIG1lbXNldChuZWVkX3JlZnJlc2gsIDEs IHNpemVvZihuZWVkX3JlZnJlc2gpKTtcbiIgPj5wbWRhX2MNCisgICAgLyog VE9ETzogb25seSByZWZyZXNoIHNvbWUgY2x1c3RlcnMgKi8NCisgICAgcHJp bnRmICIgICAgJXNfcmVmcmVzaChuZWVkX3JlZnJlc2gpO1xuIiwgIickaWFt JyIgPj5wbWRhX2MNCisgICAgcHJpbnRmICJcbiIgPj5wbWRhX2MNCisgICAg cHJpbnRmICIgICAgcmV0dXJuIHBtZGFJbnN0YW5jZShpbmRvbSwgaW5zdCwg bmFtZSwgcmVzdWx0LCBwbWRhKTtcbiIgPj5wbWRhX2MNCisgICAgcHJpbnRm ICJ9XG5cbiIgPj5wbWRhX2MNCisNCisgICAgIw0KKyAgICAjIEdlbmVyYXRl IHRoZSBmZXRjaCBtZXRob2QgaW4gcG1kYS5jDQorICAgICMNCisgICAgcHJp bnRmICJpbnRcbiIgPj5wbWRhX2MNCisgICAgcHJpbnRmICIlc19mZXRjaChp bnQgbnVtcG1pZCwgcG1JRCBwbWlkbGlzdFtdLCBwbVJlc3VsdCAqKnJlc3As IHBtZGFFeHQgKnBtZGEpXG4iLCAiJyRpYW0nIiA+PnBtZGFfYw0KKyAgICBw cmludGYgIntcbiIgPj5wbWRhX2MNCisgICAgcHJpbnRmICIgICAgaW50ICAg ICAgICAgaTtcbiIgPj5wbWRhX2MNCisgICAgcHJpbnRmICIgICAgaW50ICAg ICAgICAgbmVlZF9yZWZyZXNoW05DTFVTVEVSU107XG4iID4+cG1kYV9jDQor ICAgIHByaW50ZiAiXG4iID4+cG1kYV9jDQorICAgIHByaW50ZiAiICAgIG1l bXNldChuZWVkX3JlZnJlc2gsIDAsIHNpemVvZihuZWVkX3JlZnJlc2gpKTtc biIgPj5wbWRhX2MNCisgICAgcHJpbnRmICIgICAgZm9yIChpPTA7IGkgPCBu dW1wbWlkOyBpKyspIHtcbiIgPj5wbWRhX2MNCisgICAgcHJpbnRmICIgICAg ICAgIF9fcG1JRF9pbnQgKmlkcCA9IChfX3BtSURfaW50ICopJihwbWlkbGlz dFtpXSk7XG4iID4+cG1kYV9jDQorICAgIHByaW50ZiAiICAgICAgICBpZiAo aWRwLT5jbHVzdGVyID49IDAgJiYgaWRwLT5jbHVzdGVyIDwgTkNMVVNURVJT KSB7XG4iID4+cG1kYV9jDQorICAgIHByaW50ZiAiICAgICAgICAgICAgbmVl ZF9yZWZyZXNoW2lkcC0+Y2x1c3Rlcl0rKztcbiIgPj5wbWRhX2MNCisgICAg cHJpbnRmICIgICAgICAgIH1cbiIgPj5wbWRhX2MNCisgICAgcHJpbnRmICIg ICAgfVxuIiA+PnBtZGFfYw0KKyAgICBwcmludGYgIlxuIiA+PnBtZGFfYw0K KyAgICBwcmludGYgIiAgICAlc19yZWZyZXNoKG5lZWRfcmVmcmVzaCk7XG4i LCAiJyRpYW0nIiA+PnBtZGFfYw0KKyAgICBwcmludGYgIiAgICByZXR1cm4g cG1kYUZldGNoKG51bXBtaWQsIHBtaWRsaXN0LCByZXNwLCBwbWRhKTtcbiIg Pj5wbWRhX2MNCisgICAgcHJpbnRmICJ9XG5cbiIgPj5wbWRhX2MNCisNCisg ICAgIw0KKyAgICAjIEdlbmVyYXRlIHRoZSBnZW5lcmljIGZldGNoIGNhbGxi YWNrIGluIHBtZGEuYw0KKyAgICAjDQorICAgIHByaW50ZiAiXG5cbnN0YXRp YyBpbnRcbiIgPj5wbWRhX2MNCisgICAgcHJpbnRmICIlc19mZXRjaENhbGxC YWNrKHBtZGFNZXRyaWMgKm1kZXNjLCB1bnNpZ25lZCBpbnQgaW5zdCwgcG1B dG9tVmFsdWUgKmF0b20pXG4iLCAiJyRpYW0nIiA+PnBtZGFfYw0KKyAgICBw cmludGYgIntcbiIgPj5wbWRhX2MNCisNCisgICAgcHJpbnRmICJcdGludCAo KmZldGNoZnVuY3Rpb24pKHBtZGFNZXRyaWMgKiwgdW5zaWduZWQgaW50LCBw bUF0b21WYWx1ZSAqKSA9XG4iPj5wbWRhX2MNCisgICAgcHJpbnRmICJcdFx0 KGludCAoKikocG1kYU1ldHJpYyAqLCB1bnNpZ25lZCBpbnQsIHBtQXRvbVZh bHVlICopKSBtZGVzYy0+bV91c2VyO1xuIj4+cG1kYV9jDQorICAgIHByaW50 ZiAiXHRyZXR1cm4gKCpmZXRjaGZ1bmN0aW9uKShtZGVzYywgaW5zdCwgYXRv bSk7XG4iID4+cG1kYV9jDQorICAgIHByaW50ZiAifVxuIiwgcG1kYV9jID4+ cG1kYV9jDQorDQorICAgICMNCisgICAgIyBHZW5lcmF0ZSB0aGUgaW5pdCBt ZXRob2QgaW4gcG1kYS5jDQorICAgICMNCisgICAgcHJpbnRmICJ2b2lkXG4i ID4+cG1kYV9jDQorICAgIHByaW50ZiAiJXNfaW5pdChwbWRhSW50ZXJmYWNl ICpkcClcbiIsICInJGlhbSciID4+cG1kYV9jDQorICAgIHByaW50ZiAie1xu IiA+PnBtZGFfYw0KKyAgICBwcmludGYgIiAgICBpbnRcdG5lZWRfcmVmcmVz aFtOQ0xVU1RFUlNdO1xuIiA+PnBtZGFfYw0KKyAgICBwcmludGYgIiAgICBl eHRlcm4gdm9pZFx0JXNfbG9jYWxfaW5pdChwbWRhSW50ZXJmYWNlICopO1xu IiwgIickaWFtJyIgPj5wbWRhX2MNCisgICAgcHJpbnRmICJcbiIgPj5wbWRh X2MNCisgICAgcHJpbnRmICIgICAgaWYgKF9pc0RTTykge1xuIiA+PnBtZGFf Yw0KKyAgICBwcmludGYgIiAgICAgICAgY2hhciBoZWxwcGF0aFtNQVhQQVRI TEVOXTtcbiIgPj5wbWRhX2MNCisgICAgcHJpbnRmICIgICAgICAgIHNucHJp bnRmKGhlbHBwYXRoLCBzaXplb2YoaGVscHBhdGgpLCBcIiUlcy9wbWRhcy8n JGlhbScvaGVscFwiLFxuIiA+PnBtZGFfYw0KKyAgICBwcmludGYgIiAgICAg ICAgICAgICBwbUdldENvbmZpZyhcIlBDUF9WQVJfRElSXCIpKTtcbiIgPj5w bWRhX2MNCisgICAgcHJpbnRmICIgICAgICAgIHBtZGFEU08oZHAsIFBNREFf SU5URVJGQUNFXzMsIFwiJXMgRFNPXCIsIGhlbHBwYXRoKTtcbiIsICInJGlh bSciID4+cG1kYV9jDQorICAgIHByaW50ZiAiICAgIH1cbiIgPj5wbWRhX2MN CisgICAgcHJpbnRmICJcbiIgPj5wbWRhX2MNCisgICAgcHJpbnRmICIgICAg aWYgKGRwLT5zdGF0dXMgIT0gMClcbiIgPj5wbWRhX2MNCisgICAgcHJpbnRm ICIgICAgICAgICByZXR1cm47XG4iID4+cG1kYV9jDQorICAgIHByaW50ZiAi XG4iID4+cG1kYV9jDQorICAgIHByaW50ZiAiICAgIGRwLT52ZXJzaW9uLnR3 by5pbnN0YW5jZSA9ICVzX2luc3RhbmNlO1xuIiwgIickaWFtJyIgPj5wbWRh X2MNCisgICAgcHJpbnRmICIgICAgZHAtPnZlcnNpb24udHdvLmZldGNoID0g JXNfZmV0Y2g7XG4iLCAiJyRpYW0nIiA+PnBtZGFfYw0KKyAgICBwcmludGYg IiAgICBwbWRhU2V0RmV0Y2hDYWxsQmFjayhkcCwgJXNfZmV0Y2hDYWxsQmFj ayk7XG4iLCAiJyRpYW0nIiA+PnBtZGFfYw0KKyAgICBwcmludGYgIlxuIiA+ PnBtZGFfYw0KKyAgICBwcmludGYgIiAgICAvKiBsb2NhbCBpbml0aWFsaXph dGlvbiwgc2VlIGluaXQuYyAqL1xuIiA+PnBtZGFfYw0KKyAgICBwcmludGYg IiAgICAlc19sb2NhbF9pbml0KGRwKTtcbiIsICInJGlhbSciID4+cG1kYV9j DQorICAgIHByaW50ZiAiXG4iID4+cG1kYV9jDQorICAgIHByaW50ZiAiICAg IC8qIGluaXRpYWxseSByZWZyZXNoIGFsbCBjbHVzdGVycyAqL1xuIiA+PnBt ZGFfYw0KKyAgICBwcmludGYgIiAgICBtZW1zZXQobmVlZF9yZWZyZXNoLCAx LCBzaXplb2YobmVlZF9yZWZyZXNoKSk7XG4iID4+cG1kYV9jDQorICAgIHBy aW50ZiAiICAgICVzX3JlZnJlc2gobmVlZF9yZWZyZXNoKTtcbiIsICInJGlh bSciID4+cG1kYV9jDQorICAgIHByaW50ZiAiXG4iID4+cG1kYV9jDQorICAg IGlmIChuaW5kb21zID4gMCkgew0KKwlwcmludGYgIiAgICBwbWRhSW5pdChk cCwgaW5kb210YWIsIHNpemVvZihpbmRvbXRhYikvc2l6ZW9mKGluZG9tdGFi WzBdKSwgbWV0cmljdGFiLFxuIiA+PnBtZGFfYw0KKwlwcmludGYgIiAgICAg ICAgICAgICBzaXplb2YobWV0cmljdGFiKS9zaXplb2YobWV0cmljdGFiWzBd KSk7XG4iID4+cG1kYV9jDQorICAgIH0NCisgICAgZWxzZSB7DQorCXByaW50 ZiAiICAgIHBtZGFJbml0KGRwLCBOVUxMLCAwLCBtZXRyaWN0YWIsXG4iID4+ cG1kYV9jDQorCXByaW50ZiAiICAgICAgICAgICAgIHNpemVvZihtZXRyaWN0 YWIpL3NpemVvZihtZXRyaWN0YWJbMF0pKTtcbiIgPj5wbWRhX2MNCisgICAg fQ0KKyAgICBwcmludGYgIn1cbiIgPj5wbWRhX2MNCisNCisgICAgIw0KKyAg ICAjIEdlbmVyYXRlIHVzYWdlKCkgYW5kIG1haW4oKSBmb3IgdGhlIGRhZW1v biBQTURBDQorICAgICMNCisgICAgcHJpbnRmICJcbnN0YXRpYyB2b2lkXG4i ID4+cG1kYV9jDQorICAgIHByaW50ZiAidXNhZ2Uodm9pZClcbiIgPj5wbWRh X2MNCisgICAgcHJpbnRmICJ7XG4iID4+cG1kYV9jDQorICAgIHByaW50ZiAi ICAgIGZwcmludGYoc3RkZXJyLCBcIlVzYWdlOiAlJXMgW29wdGlvbnNdXFxu XFxuXCIsIHBtUHJvZ25hbWUpO1xuIiA+PnBtZGFfYw0KKyAgICBwcmludGYg IiAgICBmcHV0cyhcIk9wdGlvbnM6XFxuXCJcbiIgPj5wbWRhX2MNCisgICAg cHJpbnRmICIgICAgICAgICAgXCIgIC1kIGRvbWFpbiAgdXNlIGRvbWFpbiAo bnVtZXJpYykgZm9yIG1ldHJpY3MgZG9tYWluIG9mIFBNREFcXG5cIlxuIiA+ PnBtZGFfYw0KKyAgICBwcmludGYgIiAgICAgICAgICBcIiAgLWwgbG9nZmls ZSB3cml0ZSBsb2cgaW50byBsb2dmaWxlIHJhdGhlciB0aGFuIHVzaW5nIGRl ZmF1bHQgbG9nIG5hbWVcXG5cIixcbiIgPj5wbWRhX2MNCisgICAgcHJpbnRm ICIgICAgICAgICAgc3RkZXJyKTtcbiIgPj5wbWRhX2MNCisgICAgcHJpbnRm ICIgICAgZXhpdCgxKTtcbiIgPj5wbWRhX2MNCisgICAgcHJpbnRmICJ9XG4i ID4+cG1kYV9jDQorICAgIHByaW50ZiAiXG4iID4+cG1kYV9jDQorICAgIHBy aW50ZiAiaW50XG4iID4+cG1kYV9jDQorICAgIHByaW50ZiAibWFpbihpbnQg YXJnYywgY2hhciAqKmFyZ3YpXG4iID4+cG1kYV9jDQorICAgIHByaW50ZiAi e1xuIiA+PnBtZGFfYw0KKyAgICBwcmludGYgIiAgICBpbnQgICAgICAgICAg ICAgICAgIGVyciA9IDA7XG4iID4+cG1kYV9jDQorICAgIHByaW50ZiAiICAg IGludCAgICAgICAgICAgICAgICAgYyA9IDA7XG4iID4+cG1kYV9jDQorICAg IHByaW50ZiAiICAgIHBtZGFJbnRlcmZhY2UgICAgICAgZGlzcGF0Y2g7XG4i ID4+cG1kYV9jDQorICAgIHByaW50ZiAiICAgIGNoYXIgICAgICAgICAgICAg ICAgaGVscHBhdGhbTUFYUEFUSExFTl07XG4iID4+cG1kYV9jDQorICAgIHBy aW50ZiAiICAgIGNoYXIgICAgICAgICAgICAgICAgKnA7XG4iID4+cG1kYV9j DQorICAgIHByaW50ZiAiXG4iID4+cG1kYV9jDQorICAgIHByaW50ZiAiICAg IC8qIHRyaW0gY21kIG5hbWUgb2YgbGVhZGluZyBkaXJlY3RvcnkgY29tcG9u ZW50cyAqL1xuIiA+PnBtZGFfYw0KKyAgICBwcmludGYgIiAgICBwbVByb2du YW1lID0gYXJndlswXTtcbiIgPj5wbWRhX2MNCisgICAgcHJpbnRmICIgICAg Zm9yIChwID0gcG1Qcm9nbmFtZTsgKnA7IHArKykge1xuIiA+PnBtZGFfYw0K KyAgICBwcmludGYgIiAgICAgICAgaWYgKCpwID09IDB4MjcpIC8qIHNpbmds ZSBxdW90ZSAqL1xuIiA+PnBtZGFfYw0KKyAgICBwcmludGYgIiAgICAgICAg ICAgIHBtUHJvZ25hbWUgPSBwKzE7XG4iID4+cG1kYV9jDQorICAgIHByaW50 ZiAiICAgIH1cbiIgPj5wbWRhX2MNCisgICAgcHJpbnRmICJcbiIgPj5wbWRh X2MNCisgICAgcHJpbnRmICIgICAgX2lzRFNPID0gMDtcbiIgPj5wbWRhX2MN CisgICAgcHJpbnRmICJcbiIgPj5wbWRhX2MNCisgICAgcHJpbnRmICIgICAg c25wcmludGYoaGVscHBhdGgsIHNpemVvZihoZWxwcGF0aCksIFwiJSVzL3Bt ZGFzLyckaWFtJy9oZWxwXCIsIHBtR2V0Q29uZmlnKFwiUENQX1ZBUl9ESVJc IikpO1xuIiA+PnBtZGFfYw0KKyAgICBwcmludGYgIiAgICBwbWRhRGFlbW9u KCZkaXNwYXRjaCwgUE1EQV9JTlRFUkZBQ0VfMywgcG1Qcm9nbmFtZSwgJyRJ QU0nLCBcIickaWFtJy5sb2dcIiwgaGVscHBhdGgpO1xuIiA+PnBtZGFfYw0K KyAgICBwcmludGYgIlxuIiA+PnBtZGFfYw0KKyAgICBwcmludGYgIiAgICBp ZiAoKGMgPSBwbWRhR2V0T3B0KGFyZ2MsIGFyZ3YsIFwiRDpkOmw6P1wiLCAm ZGlzcGF0Y2gsICZlcnIpKSAhPSBFT0YpXG4iID4+cG1kYV9jDQorICAgIHBy aW50ZiAiICAgICAgICBlcnIrKztcbiIgPj5wbWRhX2MNCisgICAgcHJpbnRm ICJcbiIgPj5wbWRhX2MNCisgICAgcHJpbnRmICIgICAgaWYgKGVycilcbiIg Pj5wbWRhX2MNCisgICAgcHJpbnRmICIgICAgICAgIHVzYWdlKCk7XG4iID4+ cG1kYV9jDQorICAgIHByaW50ZiAiXG4iID4+cG1kYV9jDQorICAgIHByaW50 ZiAiICAgIHBtZGFPcGVuTG9nKCZkaXNwYXRjaCk7XG4iID4+cG1kYV9jDQor ICAgIHByaW50ZiAiICAgICckaWFtJ19pbml0KCZkaXNwYXRjaCk7XG4iID4+ cG1kYV9jDQorICAgIHByaW50ZiAiICAgIHBtZGFDb25uZWN0KCZkaXNwYXRj aCk7XG4iID4+cG1kYV9jDQorICAgIHByaW50ZiAiICAgIHBtZGFNYWluKCZk aXNwYXRjaCk7XG4iID4+cG1kYV9jDQorICAgIHByaW50ZiAiXG4iID4+cG1k YV9jDQorICAgIHByaW50ZiAiICAgIGV4aXQoMCk7XG4iID4+cG1kYV9jDQor ICAgIHByaW50ZiAiICAgIC8qTk9UUkVBQ0hFRCovXG4iID4+cG1kYV9jDQor ICAgIHByaW50ZiAifVxuIiA+PnBtZGFfYw0KKw0KKyAgICAjDQorICAgICMg R2VuZXJhdGUgdGhlIHJlZnJlc2ggYW5kIGZldGNoIG1ldGhvZHMgZm9yIGVh Y2ggY2x1c3Rlcg0KKyAgICAjDQorICAgIGZvciAobSBpbiBjbHVzdGVyKSB7 DQorICAgIAljID0gY2x1c3RlclttXQ0KKyAgICAJc2VlbmNsdXN0ZXJbY10g PSAwOw0KKyAgICB9DQorICAgIGZvciAobSBpbiBjbHVzdGVyKSB7DQorICAg IAljID0gY2x1c3RlclttXQ0KKyAgICAJaWYgKHNlZW5jbHVzdGVyW2NdKQ0K KwkgICAgY29udGludWU7DQorCXNlZW5jbHVzdGVyW2NdID0gMQ0KKw0KKwlm ZXRjaF9jID0gYyIuYy5uZXciDQorCXByaW50ZiAiICVzLmMiLCBjID4+Y2Zp bGVzDQorDQorCXByaW50ZiAiLypcbiIgPj5mZXRjaF9jDQorCXByaW50ZiAi ICogQ29weXJpZ2h0IChjKSAyMDA1IFNpbGljb24gR3JhcGhpY3MsIEluYy4g IEFsbCBSaWdodHMgUmVzZXJ2ZWQuXG4iID4+ZmV0Y2hfYw0KKwlwcmludGYg IiAqXG4iID4+ZmV0Y2hfYw0KKwlwcmludGYgIiAqICRJZDogZ2VucG1kYSx2 IDEuNyAyMDA1LzA4LzAyIDAxOjI2OjUwIG1hcmtndy5sb25nZHJvcC5tZWxi b3VybmUuc2dpLmNvbSBFeHAgJFxuIiA+PmZldGNoX2MNCisJcHJpbnRmICIg KiBPcmlnaW5hbGx5IGdlbmVyYXRlZCBmcm9tIFwiJXNcIiB1c2luZyBnZW5w bWRhKDEpLlxuIiwiJyRjb25maWcnIiA+PmZldGNoX2MNCisJcHJpbnRmICIg KlxuIiA+PmZldGNoX2MNCisJcHJpbnRmICIgKiBSZWZyZXNoIGFuZCBmZXRj aCBtZXRob2RzIGZvciB0aGUgXCIlc1wiIGNsdXN0ZXIuXG4iLCBjID4+ZmV0 Y2hfYw0KKwlwcmludGYgIiAqL1xuIiA+PmZldGNoX2MNCisJcHJpbnRmICIj aW5jbHVkZSA8c3RkaW8uaD5cbiIgPj5mZXRjaF9jDQorCXByaW50ZiAiI2lu Y2x1ZGUgPGxpbWl0cy5oPlxuIiA+PmZldGNoX2MNCisJcHJpbnRmICIjaW5j bHVkZSA8ZXJybm8uaD5cbiIgPj5mZXRjaF9jDQorCXByaW50ZiAiI2luY2x1 ZGUgPGN0eXBlLmg+XG4iID4+ZmV0Y2hfYw0KKwlwcmludGYgIiNpbmNsdWRl IDxzeXMvdHlwZXMuaD5cbiIgPj5mZXRjaF9jDQorCXByaW50ZiAiI2luY2x1 ZGUgPHN5cy9zdGF0Lmg+XG4iID4+ZmV0Y2hfYw0KKwlwcmludGYgIiNpbmNs dWRlIDxmY250bC5oPlxuIiA+PmZldGNoX2MNCisJcHJpbnRmICIjaW5jbHVk ZSBcInBtYXBpLmhcIlxuIiA+PmZldGNoX2MNCisJcHJpbnRmICIjaW5jbHVk ZSBcImltcGwuaFwiXG4iID4+ZmV0Y2hfYw0KKwlwcmludGYgIiNpbmNsdWRl IFwicG1kYS5oXCJcbiIgPj5mZXRjaF9jDQorCXByaW50ZiAiI2luY2x1ZGUg XCInJG9mbGFnJy9kb21haW4uaFwiXG4iID4+ZmV0Y2hfYw0KKwlwcmludGYg IiNpbmNsdWRlIFwiJyRvZmxhZycvbWV0cmljdGFiLmhcIlxuIiA+PmZldGNo X2MNCisJcHJpbnRmICIjaW5jbHVkZSBcIickb2ZsYWcnL2NsdXN0ZXJzLmhc IlxuIiA+PmZldGNoX2MNCisNCisJcHJpbnRmICJcbnZvaWRcbnJlZnJlc2hf JXModm9pZClcbiIsIGMgPj5mZXRjaF9jDQorCXByaW50ZiAie1xuIiA+PmZl dGNoX2MNCisNCisJeiA9IDANCisJaWYgKG5pbmRvbXMgPiAwKSB7DQorCSAg ICBmb3IgKGkgaW4gaW5kb21zKSB7DQorCQl0aGlzID0gaW5kb21zW2ldOw0K KwkgICAgCWlmIChpbmRvbV9jbHVzdGVyW3RoaXNdID09IGMpIHsNCisJCSAg ICBwcmludGYgIlx0cG1JbkRvbSBpbmRvbV8lcyA9IGluZG9tdGFiWyVzXS5p dF9pbmRvbTtcbiIsIHRoaXMsIHRoaXMgPj5mZXRjaF9jDQorCQkgICAgeisr DQorCQl9DQorCSAgICB9DQorCSAgICBpZiAoeiA+IDApDQorCQlwcmludGYg Ilx0c3RhdGljIGludCBmaXJzdCA9IDE7XG4iID4+ZmV0Y2hfYw0KKwl9DQor CXByaW50ZiAiXG4iID4+ZmV0Y2hfYw0KKwlpZiAoeiA+IDApIHsNCisJICAg IHByaW50ZiAiXHQvKiBpbml0aWFsaXplIHRoZSBpbnN0YW5jZSBkb21haW4g Y2FjaGUocykgKi9cbiIgPj5mZXRjaF9jDQorCSAgICBwcmludGYgIlx0aWYg KGZpcnN0KSB7XG4iID4+ZmV0Y2hfYw0KKwkgICAgZm9yIChpIGluIGluZG9t cykgew0KKwkJdGhpcyA9IGluZG9tc1tpXTsNCisJICAgIAlpZiAoaW5kb21f Y2x1c3Rlclt0aGlzXSA9PSBjKSB7DQorCQkgICAgcHJpbnRmICJcdFx0cG1k YUNhY2hlT3AoaW5kb21fJXMsIFBNREFfQ0FDSEVfTE9BRCk7XG4iLCB0aGlz ID4+ZmV0Y2hfYw0KKwkJfQ0KKwkgICAgfQ0KKwkgICAgcHJpbnRmICJcdFx0 Zmlyc3QgPSAwO1xuIiA+PmZldGNoX2MNCisJICAgIHByaW50ZiAiXHR9XG4i ID4+ZmV0Y2hfYw0KKwl9DQorDQorCXByaW50ZiAiXG4iID4+ZmV0Y2hfYw0K KwlpZiAoeiA+IDApIHsNCisJICAgIGZvciAoaSBpbiBpbmRvbXMpIHsNCisJ CXRoaXMgPSBpbmRvbXNbaV07DQorCSAgICAJaWYgKGluZG9tX2NsdXN0ZXJb dGhpc10gPT0gYykgew0KKwkJICAgIHByaW50ZiAiXHQvKiBpbmFjdGl2YXRl IGFsbCBpbnN0YW5jZXMgaW4gdGhlICVzIGluc3RhbmNlIGRvbWFpbiAqL1xu IiwgdGhpcyA+PmZldGNoX2MNCisJCSAgICBwcmludGYgIlx0cG1kYUNhY2hl T3AoaW5kb21fJXMsIFBNREFfQ0FDSEVfSU5BQ1RJVkUpO1xuIiwgdGhpcyA+ PmZldGNoX2MNCisJCSAgICBwcmludGYgIlxuIiA+PmZldGNoX2MNCisJCSAg ICBwcmludGYgIlx0LypcbiIgPj5mZXRjaF9jDQorCQkgICAgcHJpbnRmICJc dCAqIEFkZCBjb2RlIGhlcmUgdG8gcmVmcmVzaCB0aGUgJXMgaW5zdGFuY2Ug ZG9tYWluLlxuIiwgdGhpcyA+PmZldGNoX2MNCisJCSAgICBwcmludGYgIlx0 ICogQmFzaWNhbGx5LCB3YWxrIHlvdXIgZGF0YSBhbmQgYWN0aXZhdGUgZWFj aCBpbnN0YW5jZSwgZS5nLlxuIiA+PmZldGNoX2MNCisJCSAgICBwcmludGYg Ilx0ICogaW5zdCA9IHBtZGFDYWNoZVN0b3JlKGluZG9tXyVzLCBQTURBX0NB Q0hFX0FERCwgbmFtZSwgcCk7XG4iLCB0aGlzID4+ZmV0Y2hfYw0KKwkJICAg IHByaW50ZiAiXHQgKiB3aGVyZSBcIm5hbWVcIiBpcyBhIGNoYXIgYnVmZmVy IG5hbWluZyBlYWNoIGluc3RhbmNlXG4iID4+ZmV0Y2hfYw0KKwkJICAgIHBy aW50ZiAiXHQgKiBhbmQgXCJwXCIgcG9pbnRzIHRvIHByaXZhdGUgYW5vbnlt b3VzIGRhdGEuXG4iID4+ZmV0Y2hfYw0KKwkJICAgIHByaW50ZiAiXHQgKi9c biIgPj5mZXRjaF9jDQorCQkgICAgcHJpbnRmICJcdC8qIEFERCBDT0RFIEhF UkUgKi9cblxuXG4iID4+ZmV0Y2hfYw0KKw0KKwkJICAgIHByaW50ZiAiXG4i ID4+ZmV0Y2hfYw0KKwkJICAgIHByaW50ZiAiXHQvKlxuIiA+PmZldGNoX2MN CisJCSAgICBwcmludGYgIlx0ICogRmx1c2ggdGhlIGNhY2hlIGZvciB0aGUg aW5kb21fJXMgaW5kb20uIFRoaXMgaXNcbiIsIHRoaXMgPj5mZXRjaF9jDQor CQkgICAgcHJpbnRmICJcdCAqIG9ubHkgc3RyaWN0bHkgbmVlZGVkIGlmIHRo ZXJlIGFyZSBhbnkgX25ld18gaW5zdGFuY2VzLlxuIiA+PmZldGNoX2MNCisJ CSAgICBwcmludGYgIlx0ICovXG4iLCB0aGlzID4+ZmV0Y2hfYw0KKwkJICAg IHByaW50ZiAiXHRwbWRhQ2FjaGVPcChpbmRvbV8lcywgUE1EQV9DQUNIRV9T QVZFKTtcbiIsIHRoaXMgPj5mZXRjaF9jDQorCQl9DQorCSAgICB9DQorCX0N CisJZWxzZSB7DQorCSAgICBwcmludGYgIlx0LypcbiIgPj5mZXRjaF9jDQor CSAgICBwcmludGYgIlx0ICogQWRkIGNvZGUgaGVyZSB0byByZWZyZXNoIHlv dXIgZGF0YSBmb3IgdGhpcyBjbHVzdGVyXG4iID4+ZmV0Y2hfYw0KKwkgICAg cHJpbnRmICJcdCAqIChubyBpbnN0YW5jZSBkb21haW5zIGFyZSBkZWZpbmVk IGZvciB0aGlzIGNsdXN0ZXIpXG4iID4+ZmV0Y2hfYw0KKwkgICAgcHJpbnRm ICJcdCAqL1xuXG4iID4+ZmV0Y2hfYw0KKwkgICAgcHJpbnRmICJcdC8qIEFE RCBDT0RFIEhFUkUgKi9cblxuXG4iID4+ZmV0Y2hfYw0KKwl9DQorDQorCXBy aW50ZiAifVxuIiA+PmZldGNoX2MNCisNCisJIw0KKwkjIEdlbmVyYXRlIHRo ZSBza2VsZXRhbCBmZXRjaCBjYWxsYmFjayBmdW5jdGlvbiBmb3IgZWFjaCBj bHVzdGVyDQorCSMgYW5kIHRoZSBjb21tZW50ZWQgc2tlbGV0YWwgZmV0Y2gg Y29kZSBmb3IgZWFjaCBtZXRyaWMuDQorCSMNCisJcHJpbnRmICJleHRlcm4g aW50IGZldGNoXyVzKHBtZGFNZXRyaWMgKiwgdW5zaWduZWQgaW50LCBwbUF0 b21WYWx1ZSAqKTtcbiIsIGMgPj5jbHVzdGVyc19oDQorCXByaW50ZiAiXG5p bnRcbmZldGNoXyVzKHBtZGFNZXRyaWMgKm1kZXNjLCB1bnNpZ25lZCBpbnQg aW5zdCwgcG1BdG9tVmFsdWUgKmF0b20pXG4iLCBjID4+ZmV0Y2hfYw0KKwlw cmludGYgIntcbiIgPj5mZXRjaF9jDQorCXByaW50ZiAiXHRfX3BtSURfaW50 XHQqaWRwID0gKF9fcG1JRF9pbnQgKikmKG1kZXNjLT5tX2Rlc2MucG1pZCk7 XG4iID4+ZmV0Y2hfYw0KKwlwcmludGYgIlx0dm9pZFx0XHQqcCA9IE5VTEw7 XG4iID4+ZmV0Y2hfYw0KKwlwcmludGYgIlx0aW50XHRcdHN0cyA9IDE7IC8q IHJldHVybiB2YWx1ZSwgc3VjY2VzcyBpcyB0aGUgZGVmYXVsdCAqL1xuIiA+ PmZldGNoX2MNCisNCisJcHJpbnRmICJcblx0aWYgKGluc3QgIT0gUE1fSU5E T01fTlVMTCkge1xuIiA+PmZldGNoX2MNCisJcHJpbnRmICJcdFx0aWYgKHBt ZGFDYWNoZUxvb2t1cChtZGVzYy0+bV9kZXNjLmluZG9tLCBpbnN0LCBOVUxM LCAodm9pZCAqKikmcCkgIT0gUE1EQV9DQUNIRV9BQ1RJVkUgfHwgIXApXG4i ID4+ZmV0Y2hfYw0KKwlwcmludGYgIlx0XHRcdHJldHVybiBQTV9FUlJfSU5T VDtcbiIgPj5mZXRjaF9jDQorCXByaW50ZiAiXHR9XG5cbiIgPj5mZXRjaF9j DQorCXByaW50ZiAiXHQvKlxuIiA+PmZldGNoX2MNCisJcHJpbnRmICJcdCAq IHAgbm93IHBvaW50cyB0byB0aGUgcHJpdmF0ZSBkYXRhIGZvciB0aGlzIGlu c3RhbmNlIHRoYXQgd2FzXG4iID4+ZmV0Y2hfYw0KKwlwcmludGYgIlx0ICog cHJldmlvdXNseSBzdG9yZWQgaW4gcmVmcmVzaF8lcygpLCBvciB3aWxsIGJl IE5VTExcbiIsIGMgPj5mZXRjaF9jDQorCXByaW50ZiAiXHQgKiBpZiB0aGlz IGlzIGEgc2luZ3VsYXIgaW5zdGFuY2UgZG9tYWluLlxuIiA+PmZldGNoX2MN CisJcHJpbnRmICJcdCAqL1xuIiA+PmZldGNoX2MNCisNCisJcHJpbnRmICJc blx0c3dpdGNoKGlkcC0+aXRlbSkge1xuIiA+PmZldGNoX2MNCisJZm9yICht ZXRyaWMgaW4gbWV0cmljbGlzdCkgew0KKwkgICAgaWYgKGNsdXN0ZXJbbWV0 cmljXSAhPSBjKQ0KKwkgICAgCWNvbnRpbnVlDQorCSAgICBwcmludGYgIlx0 Y2FzZSAlczpcbiIsIG1ldHJpY19tYWNyb1ttZXRyaWNdID4+ZmV0Y2hfYw0K KwkgICAgcHJpbnRmICJcdFx0LypcbiIgPj5mZXRjaF9jDQorCSAgICBwcmlu dGYgIlx0XHQgKiBGZXRjaCBjb2RlIGZvciBtZXRyaWMgXCIiIG1ldHJpYyAi XCJcbiIgPj5mZXRjaF9jDQorCSAgICBwcmludGYgIlx0XHQgKiAgICBQTUlE ICAgICA6ICIgcG1pZFttZXRyaWNdICJcbiIgPj5mZXRjaF9jDQorCSAgICBw cmludGYgIlx0XHQgKiAgICBUeXBlICAgICA6ICIgdHlwZVttZXRyaWNdICJc biIgPj5mZXRjaF9jDQorCSAgICBwcmludGYgIlx0XHQgKiAgICBJbmRvbSAg ICA6ICIgaW5kb21bbWV0cmljXSAiXG4iID4+ZmV0Y2hfYw0KKwkgICAgcHJp bnRmICJcdFx0ICogICAgVW5pdHMgICAgOiAiIHVuaXRzW21ldHJpY10gIlxu IiA+PmZldGNoX2MNCisJICAgIHByaW50ZiAiXHRcdCAqICAgIFNlbWFudGlj czogIiBzZW1hbnRpY3NbbWV0cmljXSAiXG4iID4+ZmV0Y2hfYw0KKwkgICAg cHJpbnRmICJcdFx0ICovXG4iID4+ZmV0Y2hfYw0KKwkgICAgaWYgKGNvZGVb bWV0cmljXSkNCisJICAgIAlwcmludGYgIiVzXG4iLCBjb2RlW21ldHJpY10g Pj5mZXRjaF9jDQorCSAgICBlbHNlIGlmICh0eXBlW21ldHJpY10gPT0gIlBN X1RZUEVfMzIiKQ0KKwkJcHJpbnRmICJcdFx0YXRvbS0+bCA9IDA7IC8qIEFE RCBDT0RFIEhFUkUgKi9cbiIgPj5mZXRjaF9jDQorCSAgICBlbHNlIGlmICh0 eXBlW21ldHJpY10gPT0gIlBNX1RZUEVfVTMyIikNCisJCXByaW50ZiAiXHRc dGF0b20tPnVsID0gMDsgLyogQUREIENPREUgSEVSRSAqL1xuIiA+PmZldGNo X2MNCisJICAgIGVsc2UgaWYgKHR5cGVbbWV0cmljXSA9PSAiUE1fVFlQRV82 NCIpDQorCQlwcmludGYgIlx0XHRhdG9tLT5sbCA9IDA7IC8qIEFERCBDT0RF IEhFUkUgKi9cbiIgPj5mZXRjaF9jDQorCSAgICBlbHNlIGlmICh0eXBlW21l dHJpY10gPT0gIlBNX1RZUEVfVTY0IikNCisJCXByaW50ZiAiXHRcdGF0b20t PnVsbCA9IDA7IC8qIEFERCBDT0RFIEhFUkUgKi9cbiIgPj5mZXRjaF9jDQor CSAgICBlbHNlIGlmICh0eXBlW21ldHJpY10gPT0gIlBNX1RZUEVfRkxPQVQi KQ0KKwkJcHJpbnRmICJcdFx0YXRvbS0+ZiA9IDA7IC8qIEFERCBDT0RFIEhF UkUgKi9cbiIgPj5mZXRjaF9jDQorCSAgICBlbHNlIGlmICh0eXBlW21ldHJp Y10gPT0gIlBNX1RZUEVfRE9VQkxFIikNCisJCXByaW50ZiAiXHRcdGF0b20t PmQgPSAwOyAvKiBBREQgQ09ERSBIRVJFICovXG4iID4+ZmV0Y2hfYw0KKwkg ICAgZWxzZSBpZiAodHlwZVttZXRyaWNdID09ICJQTV9UWVBFX1NUUklORyIp DQorCQlwcmludGYgIlx0XHRhdG9tLT5jcCA9IFwic3RyaW5nIHZhbHVlXCI7 IC8qIEFERCBDT0RFIEhFUkUgKi9cbiIgPj5mZXRjaF9jDQorCSAgICBlbHNl IGlmICh0eXBlW21ldHJpY10gPT0gIlBNX1RZUEVfQUdHUkVHQVRFIikNCisJ CXByaW50ZiAiXHRcdGF0b20tPmNwID0gTlVMTDsgLyogQUREIENPREUgSEVS RSAqL1xuIiA+PmZldGNoX2MNCisJICAgIGVsc2UgaWYgKHR5cGVbbWV0cmlj XSA9PSAiUE1fVFlQRV9BR0dSRUdBVEVfU1RBVElDIikNCisJCXByaW50ZiAi XHRcdGF0b20tPmNwID0gTlVMTDsgLyogQUREIENPREUgSEVSRSAqL1xuIiA+ PmZldGNoX2MNCisNCisJICAgIHByaW50ZiAiXHRcdGJyZWFrO1xuXG4iID4+ ZmV0Y2hfYw0KKwl9DQorCXByaW50ZiAiXHRkZWZhdWx0OlxuIiA+PmZldGNo X2MNCisJcHJpbnRmICJcdFx0c3RzID0gUE1fRVJSX1BNSUQ7XG4iID4+ZmV0 Y2hfYw0KKwlwcmludGYgIlx0XHRicmVhaztcbiIgPj5mZXRjaF9jDQorCXBy aW50ZiAiXHR9XG4iLCBjID4+ZmV0Y2hfYw0KKwlwcmludGYgIlxuIiwgYyA+ PmZldGNoX2MNCisJcHJpbnRmICJcdC8qXG4iLCBjID4+ZmV0Y2hfYw0KKwlw cmludGYgIlx0ICogUmV0dXJuIHZhbHVlOlxuIiwgYyA+PmZldGNoX2MNCisJ cHJpbnRmICJcdCAqICAgPCAwIGVycm9yXG4iLCBjID4+ZmV0Y2hfYw0KKwlw cmludGYgIlx0ICogICA9IDAgbm8gdmFsdWVzIGF2YWlsYWJsZVxuIiwgYyA+ PmZldGNoX2MNCisJcHJpbnRmICJcdCAqICAgPiAwIHN1Y2Nlc3NcbiIsIGMg Pj5mZXRjaF9jDQorCXByaW50ZiAiXHQgKi9cbiIsIGMgPj5mZXRjaF9jDQor CXByaW50ZiAiXHRyZXR1cm4gc3RzO1xuIiA+PmZldGNoX2MNCisJcHJpbnRm ICJ9XG4iID4+ZmV0Y2hfYw0KKyAgICB9DQorDQorICAgIHByaW50ZiAiI2Vu ZGlmIC8qIFBDUF9QTU5TICovXG4iID4+Y2x1c3RlcnNfaA0KKyAgICBwcmlu dGYgIlxuI2VuZGlmIC8qIF9DTFVTVEVSX0ggKi9cbiIgPj5jbHVzdGVyc19o DQorICAgIHByaW50ZiAiXG4iID4+Y2ZpbGVzDQorDQorfScgJGNvbmZpZw0K KyR2ZXJib3NlICYmIGVjaG8gV3JvdGUgJG9mbGFnL2NsdXN0ZXJzLmgNCisk dmVyYm9zZSAmJiBlY2hvIFdyb3RlICRvZmxhZy9tZXRyaWN0YWIuaA0KKyR2 ZXJib3NlICYmIGVjaG8gV3JvdGUgJG9mbGFnL21ldHJpY3RhYi5jDQorDQor Iw0KKyMgR2VuZXJhdGUgcmVtYWluZGVyIG9mIHBtbnMNCisjDQorYXdrICcN CiskMSA9PSAiIyMiIHsNCisgICAgaWYgKCQyID09ICJtZXRyaWMiKQ0KKwlt ZXRyaWMgPSAkMw0KKyAgICBlbHNlIGlmICgkMiA9PSAicG1pZCIpDQorCXBy aW50ZiAiXHQlc1x0XHQlc1xuIiwgbWV0cmljLCAkMw0KKyAgICBuZXh0DQor fQ0KK3sNCisgICAgcHJpbnQNCit9JyA8JGNvbmZpZyA+PiRvZmxhZy9wbW5z DQorJHZlcmJvc2UgJiYgZWNobyBXcm90ZSAkb2ZsYWcvcG1ucw0KKw0KKyMN CisjIEdlbmVyYXRlIGR1bW15IHJvb3QgcG1ucw0KKyMNCitjYXQgPDxFT0ZF T0YgPiRvZmxhZy9yb290DQorLyoNCisgKiBHZW5lcmF0ZWQgY29kZSwgZG8g bm90IGVkaXQhDQorICovDQorI2RlZmluZSBQQ1BfUE1OUw0KKyNpbmNsdWRl ICJkb21haW4uaCINCisjaW5jbHVkZSAiY2x1c3RlcnMuaCINCisNCityb290 IHsgJG5mbGFnIH0NCisNCisjaW5jbHVkZSAicG1ucyINCitFT0ZFT0YNCisk dmVyYm9zZSAmJiBlY2hvIFdyb3RlICRvZmxhZy9yb290DQorDQorIw0KKyMg R2VuZXJhdGUgaGVscCB0ZXh0DQorIw0KK2F3ayAnDQorLy4qeyQvIHsNCisg ICAgbm9ubGVhZiA9ICQxDQorfQ0KKyQxID09ICIjIyIgew0KKyAgICBpZiAo JDIgPT0gIm1ldHJpYyIpDQorCW1ldHJpYyA9ICQzDQorICAgIGVsc2UgaWYg KCQyID09ICJicmllZmhlbHB0ZXh0Iikgew0KKwlwcmludGYgIkAgJXMuJXMi LCBub25sZWFmLCBtZXRyaWMNCisJZm9yIChpPTM7IGkgPD0gTkY7IGkrKykN CisJICAgIHByaW50ZiAiICVzIiwgJGkNCisJcHJpbnRmICJcbiINCisgICAg fQ0KKyAgICBlbHNlIGlmICgkMiA9PSAiaGVscHRleHQiKSB7DQorCWZvciAo aT0zOyBpIDw9IE5GOyBpKyspDQorCSAgICBpZiAoaSA9PSAzKQ0KKwkJcHJp bnRmICIlcyIsICRpDQorCSAgICBlbHNlDQorCQlwcmludGYgIiAlcyIsICRp DQorCXByaW50ZiAiXG4iDQorICAgIH0NCit9JyA8JGNvbmZpZyA+JG9mbGFn L2hlbHANCiskdmVyYm9zZSAmJiBlY2hvIFdyb3RlICRvZmxhZy9oZWxwDQor DQorIw0KKyMgR2VuZXJhdGUgZ2VuZXJpYyBpbnN0YWxsIHNjcmlwdA0KKyMN CitjYXQgPDwgRU9GRU9GID4kaW5zdGFsbF9nDQorIyEgL2Jpbi9zaA0KKw0K K3VzYWdlKCkNCit7DQorCWVjaG8gIlVzYWdlOiAiXCQwIFstbSBtb2RlXSBb LWQgZGlyXSBbLWYgc3JjZmlsZSAtdCBkZXN0ZmlsZV0iDQorCWVjaG8gIlJl cXVpcmVkIG9wdGlvbnM6IGJvdGggLWYgYW5kIC10LCBvciBqdXN0IC1kIg0K KwlleGl0IDENCit9DQorDQorbWRmbGFnPSI3NTUiDQorbWZsYWc9IjY0NCIN CisNCit3aGlsZSBnZXRvcHRzICJtOmQ6Zjp0OnYiIGMNCitkbw0KKyAgICBj YXNlIFwkYw0KKyAgICBpbg0KKw0KKwltKQltZmxhZz0iXCRPUFRBUkciDQor CQltZGZsYWc9XCRtZmxhZw0KKwkJOzsNCisNCisJZCkJZGZsYWc9IlwkT1BU QVJHIg0KKwkJOzsNCisNCisJZikJZmZsYWc9IlwkT1BUQVJHIg0KKwkJOzsN CisNCisJdCkJdGZsYWc9IlwkT1BUQVJHIg0KKwkJOzsNCisNCisJXD8pCXVz YWdlDQorCQk7Ow0KKyAgICBlc2FjDQorZG9uZQ0KKw0KK1sgLXogXCRmZmxh ZyAmJiBcJGRmbGFnIF0gJiYgdXNhZ2UNCitbIC16IFwkZmZsYWcgLWEgISAt eiBcJHRmbGFnIF0gJiYgdXNhZ2UNCitbICEgLXogXCRmZmxhZyAtYSAteiBc JHRmbGFnIF0gJiYgdXNhZ2UNCitbICEgLXogIlwkZGZsYWciIF0gJiYgbWtk aXIgXCRkZmxhZyAmJiBjaG1vZCBcJG1kZmxhZyBcJGRmbGFnDQorWyAhIC16 ICJcJGZmbGFnIiBdICYmIGNwIFwkZmZsYWcgXCR0ZmxhZyAmJiBjaG1vZCBc JG1mbGFnIFwkdGZsYWcNCisNCitleGl0IDANCitFT0ZFT0YNCitjaG1vZCA3 NTUgJGluc3RhbGxfZw0KKw0KKyMNCisjIEdlbmVyYXRlIEdOVW1ha2VmaWxl DQorIw0KK2NhdCA8PCBFT0ZFT0YgPiRnbnVtYWtlZmlsZQ0KKyMgIWdtYWtl DQorIw0KKyMgQ29weXJpZ2h0IChjKSAyMDA1IFNpbGljb24gR3JhcGhpY3Ms IEluYy4gIEFsbCBSaWdodHMgUmVzZXJ2ZWQuDQorIw0KKyMgXCRJZDogZ2Vu cG1kYSx2IDEuNyAyMDA1LzA4LzAyIDAxOjI2OjUwIG1hcmtndy5sb25nZHJv cC5tZWxib3VybmUuc2dpLmNvbSBFeHAgJA0KKyMNCisNCitUT1BESVIgPSAk dGZsYWcNCitpbmNsdWRlIFwkKFRPUERJUikvc3JjL2luY2x1ZGUvYnVpbGRk ZWZzDQorDQorSUFNCT0gJGlhbQ0KK0NNRFRBUkdFVD0gcG1kYVwkKElBTSkN CitMSUJUQVJHRVQ9IHBtZGFfXCQoSUFNKS5zbw0KK1RBUkdFVFMJPSBcJChD TURUQVJHRVQpIFwkKExJQlRBUkdFVCkNCisNCitDRklMRVMJPSBgY2F0IENG SUxFU2ANCitIRklMRVMgID0NCisNCitHQ0ZJTEVTID0gJG9mbGFnL21ldHJp Y3RhYi5jICRvZmxhZy9wbWRhLmMNCitHSEZJTEVTID0gJG9mbGFnL2RvbWFp bi5oICRvZmxhZy9tZXRyaWN0YWIuaA0KK0dTUkNGSUxFUyA9ICRvZmxhZy9o ZWxwICRvZmxhZy9yb290ICRvZmxhZy9wbW5zIFwNCisgICAgICAgICAgJG9m bGFnL01ha2VmaWxlLmluc3RhbGwgJG9mbGFnL0luc3RhbGwgXA0KKwkgICRv ZmxhZy9SZW1vdmUgJG9mbGFnL2NsdXN0ZXJzLmgNCisNCitPQkpFQ1RTCSs9 IFwkKEdDRklMRVM6LmM9Lm8pDQorTENGTEFHUyA9DQorDQorTExETElCUwk9 IFwkKFBDUF9MSUJTKSAtbHBjcF9wbWRhIC1scGNwDQorDQorUE1EQURJUiA9 IFwkKFBDUF9QTURBU19ESVIpL1wkKElBTSkNCitMRElSVAk9IGdlbmVyYXRl ZCAqLm8gXCQoVEFSR0VUUykgKi5sb2cgKi5kaXIgKi5wYWcgcGNwDQorDQor ZGVmYXVsdDogcGNwIGhlbHAucGFnIGhlbHAuZGlyIFwkKFRBUkdFVFMpDQor DQoraW5jbHVkZSBcJChCVUlMRFJVTEVTKQ0KKw0KK2luc3RhbGw6IGRlZmF1 bHQNCisJXCQoSU5TVEFMTCkgLW0gNzU1IC1kIFwkKFBDUF9WQVJfRElSKQ0K KwlcJChJTlNUQUxMKSAtbSA3NTUgLWQgXCQoUENQX1ZBUl9ESVIpL3BtZGFz DQorCVwkKElOU1RBTEwpIC1tIDc1NSAtZCBcJChQTURBRElSKQ0KKwlcJChJ TlNUQUxMKSAtbSA3NTUgXCQoQ01EVEFSR0VUKSBcJChQTURBRElSKS9cJChD TURUQVJHRVQpDQorCVwkKElOU1RBTEwpIC1tIDc1NSBcJChMSUJUQVJHRVQp IFwkKFBNREFESVIpL1wkKExJQlRBUkdFVCkNCisJXCQoSU5TVEFMTCkgLW0g NzU1ICRvZmxhZy9JbnN0YWxsIFwkKFBNREFESVIpL0luc3RhbGwNCisJXCQo SU5TVEFMTCkgLW0gNzU1ICRvZmxhZy9SZW1vdmUgXCQoUE1EQURJUikvUmVt b3ZlDQorCVwkKElOU1RBTEwpIC1tIDY0NCAkb2ZsYWcvTWFrZWZpbGUuaW5z dGFsbCBcJChQTURBRElSKS9NYWtlZmlsZQ0KKwlcJChJTlNUQUxMKSAtbSA2 NDQgJG9mbGFnL3BtbnMgXCQoUE1EQURJUikvcG1ucw0KKwlcJChJTlNUQUxM KSAtbSA2NDQgJG9mbGFnL3Jvb3QgXCQoUE1EQURJUikvcm9vdA0KKwlcJChJ TlNUQUxMKSAtbSA2NDQgJG9mbGFnL2RvbWFpbi5oIFwkKFBNREFESVIpL2Rv bWFpbi5oDQorCVwkKElOU1RBTEwpIC1tIDY0NCAkb2ZsYWcvY2x1c3RlcnMu aCBcJChQTURBRElSKS9jbHVzdGVycy5oDQorCVwkKElOU1RBTEwpIC1tIDY0 NCAkb2ZsYWcvaGVscCBcJChQTURBRElSKS9oZWxwDQorCVwkKElOU1RBTEwp IC1tIDY0NCBoZWxwLnBhZyBcJChQTURBRElSKS9oZWxwLnBhZw0KKwlcJChJ TlNUQUxMKSAtbSA2NDQgaGVscC5kaXIgXCQoUE1EQURJUikvaGVscC5kaXIN CisNCitwY3A6DQorCWxuIC1zIFwkKFRPUERJUikvc3JjL2luY2x1ZGUgcGNw DQorDQoraGVscC5kaXIgaGVscC5wYWcgOiAkb2ZsYWcvaGVscA0KKwlcJChS VU5fSU5fQlVJTERfRU5WKSBcJChUT1BESVIpL3NyYy9uZXdoZWxwL25ld2hl bHAgLW4gJG9mbGFnL3Jvb3QgLXYgMiAtbyBoZWxwIDwgJG9mbGFnL2hlbHAN CisNCitcJChHQ0ZJTEVTKSBcJChHSEZJTEVTKSBcJChHU1JDRklMRVMpIDog JGNvbmZpZw0KKwlcJChHRU5QTURBKSAtdiAtaSAkSUFNIC1jICRjb25maWcN CisNCitkZWZhdWx0X3BybzogZGVmYXVsdA0KKw0KK2luc3RhbGxfcHJvOiBp bnN0YWxsDQorRU9GRU9GDQorDQorIw0KKyMgR2VuZXJhdGUgR05VbWFrZWZp bGUuZ2VuZXJpYw0KKyMNCitjYXQgPDwgRU9GRU9GID4kZ251bWFrZWZpbGVf Zw0KKyMgIWdtYWtlDQorIw0KKyMgQ29weXJpZ2h0IChjKSAyMDA1IFNpbGlj b24gR3JhcGhpY3MsIEluYy4gIEFsbCBSaWdodHMgUmVzZXJ2ZWQuDQorIw0K KyMgXCRJZDogZ2VucG1kYSx2IDEuNyAyMDA1LzA4LzAyIDAxOjI2OjUwIG1h cmtndy5sb25nZHJvcC5tZWxib3VybmUuc2dpLmNvbSBFeHAgJA0KKyMNCiBJ QU0JPSAkaWFtDQogQ09ORklHICA9ICRjb25maWcNCiBET01BSU4JPSAkZG9t YWluDQo= ---2045888875-251281118-1204612974=:81326667-- From nscott@aconex.com Tue Mar 4 02:44:29 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 04 Mar 2008 02:44:49 -0800 (PST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m24AiQFL007199 for ; Tue, 4 Mar 2008 02:44:28 -0800 X-ASG-Debug-ID: 1204627492-6e3600760000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 82FEFF10D80 for ; Tue, 4 Mar 2008 02:44:52 -0800 (PST) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id KcWvD1KJ6BMo5oxR for ; Tue, 04 Mar 2008 02:44:52 -0800 (PST) Received: from mail.aconex.com (castle.yarra.acx [192.168.3.3]) by postoffice.aconex.com (Postfix) with ESMTP id 0697892C4B1; Tue, 4 Mar 2008 21:44:48 +1100 (EST) Received: from 192.168.3.1 (proxying for 58.107.42.33) (SquirrelMail authenticated user nscott) by mail.aconex.com with HTTP; Tue, 4 Mar 2008 21:44:48 +1100 (EST) Message-ID: <59515.192.168.3.1.1204627488.squirrel@mail.aconex.com> In-Reply-To: References: Date: Tue, 4 Mar 2008 21:44:48 +1100 (EST) X-ASG-Orig-Subj: Re: [PATCH] /usr/bin/genpmda is broken Subject: Re: [PATCH] /usr/bin/genpmda is broken From: nscott@aconex.com To: "Michael Newton" Cc: pcp@oss.sgi.com User-Agent: SquirrelMail/1.4.8-4.el4.centos MIME-Version: 1.0 Content-Type: multipart/mixed;boundary="----=_20080304214448_98174" X-Priority: 3 (Normal) Importance: Normal X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1204627495 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0005 1.0000 -2.0179 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -1.47 X-Barracuda-Spam-Status: No, SCORE=-1.47 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=3.0 tests=NO_REAL_NAME X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.43848 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.55 NO_REAL_NAME From: does not include a real name X-archive-position: 1506 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp ------=_20080304214448_98174 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit > The attached diff reinstates code accidentally lost from genpmda. Ah, great! I needed the attached patch to get it working for me. cheers. -- Nathan ------=_20080304214448_98174 Content-Type: /; name="cleanup.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="cleanup.patch" ZGlmZiAtLWdpdCBhL3NyYy9nZW5wbWRhL2dlbnBtZGEgYi9zcmMvZ2VucG1kYS9nZW5wbWRhCmlu ZGV4IDM1YzUxMDQuLjBkMGYwMDcgMTAwNzU1Ci0tLSBhL3NyYy9nZW5wbWRhL2dlbnBtZGEKKysr IGIvc3JjL2dlbnBtZGEvZ2VucG1kYQpAQCAtNjUsNiArNjUsNyBAQCBleGFtcGxlLm1ldHJpYyB7 CiAgICAgIyMgIGNvZGUgICAgICAgICAgICAgICAgICAgIC8qIG9wdGlvbmFsIGNvZGUgZm9yIHRo aXMgbWV0cmljICovIAogICAgICMjICBjb2RlICAgICAgICAgICAgICAgICAgICBhdG9tLT5jcCA9 ICJoZWxsbyB3b3JsZCI7CiAgICAgIyMgIGVuZG1ldHJpYworfQogRU9GRU9GCiAKICAgICBleGl0 IDEKQEAgLTMwMiw3ICszMDMsNyBAQCAkdmVyYm9zZSAmJiBlY2hvIFdyb3RlICRvZmxhZy9NYWtl ZmlsZS5pbnN0YWxsCiAjCiAjIEdlbmVyYXRlIG1ldHJpY3RhYi5bY2hdCiAjCi1nYXdrICcKK2F3 ayAnCiBCRUdJTiB7CiAgICAgbXRfaD0iJyRvZmxhZycvbWV0cmljdGFiLmgiCiAgICAgbXRfYz0i JyRvZmxhZycvbWV0cmljdGFiLmMiCkBAIC00OTUsNyArNDk2LDcgQEAgRU5EIHsKICAgICBwcmlu dGYgIiAgICBpbnQgICAgICAgICAgICAgICAgIG5lZWRfcmVmcmVzaFtOQ0xVU1RFUlNdO1xuIiA+ PnBtZGFfYwogICAgIHByaW50ZiAiXG4iID4+cG1kYV9jCiAgICAgcHJpbnRmICIgICAgbWVtc2V0 KG5lZWRfcmVmcmVzaCwgMSwgc2l6ZW9mKG5lZWRfcmVmcmVzaCkpO1xuIiA+PnBtZGFfYwotICAg IC8qIFRPRE86IG9ubHkgcmVmcmVzaCBzb21lIGNsdXN0ZXJzICovCisgICAgcHJpbnRmICIgICAg LyogVE9ETzogb25seSByZWZyZXNoIHNvbWUgY2x1c3RlcnMgKi9cbiIgPj5wbWRhX2MKICAgICBw cmludGYgIiAgICAlc19yZWZyZXNoKG5lZWRfcmVmcmVzaCk7XG4iLCAiJyRpYW0nIiA+PnBtZGFf YwogICAgIHByaW50ZiAiXG4iID4+cG1kYV9jCiAgICAgcHJpbnRmICIgICAgcmV0dXJuIHBtZGFJ bnN0YW5jZShpbmRvbSwgaW5zdCwgbmFtZSwgcmVzdWx0LCBwbWRhKTtcbiIgPj5wbWRhX2MKQEAg LTUyNSwxNCArNTI2LDE0IEBAIEVORCB7CiAgICAgIwogICAgICMgR2VuZXJhdGUgdGhlIGdlbmVy aWMgZmV0Y2ggY2FsbGJhY2sgaW4gcG1kYS5jCiAgICAgIwotICAgIHByaW50ZiAiXG5cbnN0YXRp YyBpbnRcbiIgPj5wbWRhX2MKKyAgICBwcmludGYgInN0YXRpYyBpbnRcbiIgPj5wbWRhX2MKICAg ICBwcmludGYgIiVzX2ZldGNoQ2FsbEJhY2socG1kYU1ldHJpYyAqbWRlc2MsIHVuc2lnbmVkIGlu dCBpbnN0LCBwbUF0b21WYWx1ZSAqYXRvbSlcbiIsICInJGlhbSciID4+cG1kYV9jCiAgICAgcHJp bnRmICJ7XG4iID4+cG1kYV9jCiAKICAgICBwcmludGYgIlx0aW50ICgqZmV0Y2hmdW5jdGlvbiko cG1kYU1ldHJpYyAqLCB1bnNpZ25lZCBpbnQsIHBtQXRvbVZhbHVlICopID1cbiI+PnBtZGFfYwog ICAgIHByaW50ZiAiXHRcdChpbnQgKCopKHBtZGFNZXRyaWMgKiwgdW5zaWduZWQgaW50LCBwbUF0 b21WYWx1ZSAqKSkgbWRlc2MtPm1fdXNlcjtcbiI+PnBtZGFfYwogICAgIHByaW50ZiAiXHRyZXR1 cm4gKCpmZXRjaGZ1bmN0aW9uKShtZGVzYywgaW5zdCwgYXRvbSk7XG4iID4+cG1kYV9jCi0gICAg cHJpbnRmICJ9XG4iLCBwbWRhX2MgPj5wbWRhX2MKKyAgICBwcmludGYgIn1cblxuIiwgcG1kYV9j ID4+cG1kYV9jCiAKICAgICAjCiAgICAgIyBHZW5lcmF0ZSB0aGUgaW5pdCBtZXRob2QgaW4gcG1k YS5jCkBAIC04NzYsNyArODc3LDcgQEAgY2F0IDw8IEVPRkVPRiA+JGluc3RhbGxfZwogCiB1c2Fn ZSgpCiB7Ci0JZWNobyAiVXNhZ2U6ICJcJDAgWy1tIG1vZGVdIFstZCBkaXJdIFstZiBzcmNmaWxl IC10IGRlc3RmaWxlXSIKKwllY2hvICJVc2FnZTogXCQwIFstbSBtb2RlXSBbLWQgZGlyXSBbLWYg c3JjZmlsZSAtdCBkZXN0ZmlsZV0iCiAJZWNobyAiUmVxdWlyZWQgb3B0aW9uczogYm90aCAtZiBh bmQgLXQsIG9yIGp1c3QgLWQiCiAJZXhpdCAxCiB9CkBAIC05MDcsOSArOTA4LDkgQEAgZG8KICAg ICBlc2FjCiBkb25lCiAKLVsgLXogXCRmZmxhZyAmJiBcJGRmbGFnIF0gJiYgdXNhZ2UKLVsgLXog XCRmZmxhZyAtYSAhIC16IFwkdGZsYWcgXSAmJiB1c2FnZQotWyAhIC16IFwkZmZsYWcgLWEgLXog XCR0ZmxhZyBdICYmIHVzYWdlCitbIC16ICJcJGZmbGFnIiAtYSAteiAiXCRkZmxhZyIgXSAmJiB1 c2FnZQorWyAteiAiXCRmZmxhZyIgLWEgISAteiAiXCR0ZmxhZyIgXSAmJiB1c2FnZQorWyAhIC16 ICJcJGZmbGFnIiAtYSAteiAiXCR0ZmxhZyIgXSAmJiB1c2FnZQogWyAhIC16ICJcJGRmbGFnIiBd ICYmIG1rZGlyIFwkZGZsYWcgJiYgY2htb2QgXCRtZGZsYWcgXCRkZmxhZwogWyAhIC16ICJcJGZm bGFnIiBdICYmIGNwIFwkZmZsYWcgXCR0ZmxhZyAmJiBjaG1vZCBcJG1mbGFnIFwkdGZsYWcKIAo= ------=_20080304214448_98174-- From nscott@aconex.com Tue Mar 4 02:45:32 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 04 Mar 2008 02:45:53 -0800 (PST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m24AjQQ5007297 for ; Tue, 4 Mar 2008 02:45:32 -0800 X-ASG-Debug-ID: 1204627555-6e35008c0000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 29FDBF10D9F for ; Tue, 4 Mar 2008 02:45:55 -0800 (PST) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id S6J4C0bq3Yzax6LS for ; Tue, 04 Mar 2008 02:45:55 -0800 (PST) Received: from mail.aconex.com (castle.yarra.acx [192.168.3.3]) by postoffice.aconex.com (Postfix) with ESMTP id 8F4B992C5BA for ; Tue, 4 Mar 2008 21:45:54 +1100 (EST) Received: from 192.168.3.1 (proxying for 58.107.42.33) (SquirrelMail authenticated user nscott) by mail.aconex.com with HTTP; Tue, 4 Mar 2008 21:45:54 +1100 (EST) Message-ID: <59593.192.168.3.1.1204627554.squirrel@mail.aconex.com> Date: Tue, 4 Mar 2008 21:45:54 +1100 (EST) X-ASG-Orig-Subj: pcp updates Subject: pcp updates From: nscott@aconex.com To: pcp@oss.sgi.com User-Agent: SquirrelMail/1.4.8-4.el4.centos MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1204627556 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0001 1.0000 -2.0206 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -0.97 X-Barracuda-Spam-Status: No, SCORE=-0.97 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=3.0 tests=BSF_RULE7568M, NO_REAL_NAME X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.43848 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.55 NO_REAL_NAME From: does not include a real name 0.50 BSF_RULE7568M Custom Rule 7568M X-archive-position: 1507 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Changes committed to git://oss.sgi.com:8090/nathans/pcp.git src/genpmda/genpmda | 1163 +++++++++++++++++++++++++++++++++++++++++++++++----- 1 files changed, 1070 insertions(+), 93 deletions(-) commit 60ba94884e0295073d4e19fe4cac0b957af66008 Author: Michael Newton Date: Tue Mar 4 21:36:05 2008 +1100 Fix syntax errors in revitalised genpmda script, use awk not gawk (gawk not there on some platforms), and minor formatting fixes for the generated genpmda code. commit 761c6b58d128ad3cf18a8f9e41c296b6bf2dd24e Author: Michael Newton Date: Tue Mar 4 20:59:18 2008 +1100 Reinstate code accidentally lost from genpmda.. commit d1b0df13dbb31040251d7fbdf89bf5dc51005e19 Author: Nathan Scott Date: Tue Mar 4 20:49:37 2008 +1100 Revert "Comment out bad syntax in genpmda until SGI folks figure out the cause." This reverts commit b44b37c008a3296378f1057265e491ce90a8cd60. From nscott@aconex.com Tue Mar 4 21:38:12 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 04 Mar 2008 21:38:48 -0800 (PST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m255c8TH022172 for ; Tue, 4 Mar 2008 21:38:12 -0800 X-ASG-Debug-ID: 1204695516-1bf301b70000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 1251A11F748F for ; Tue, 4 Mar 2008 21:38:36 -0800 (PST) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id oGr6tlWBE6D7sFQ9 for ; Tue, 04 Mar 2008 21:38:36 -0800 (PST) Received: from mail.aconex.com (castle.yarra.acx [192.168.3.3]) by postoffice.aconex.com (Postfix) with ESMTP id 624E792CF6C for ; Wed, 5 Mar 2008 16:38:02 +1100 (EST) Received: from 192.168.3.1 (proxying for 58.107.42.33) (SquirrelMail authenticated user nscott) by mail.aconex.com with HTTP; Wed, 5 Mar 2008 16:38:02 +1100 (EST) Message-ID: <49777.192.168.3.1.1204695482.squirrel@mail.aconex.com> Date: Wed, 5 Mar 2008 16:38:02 +1100 (EST) X-ASG-Orig-Subj: pcpweb updates Subject: pcpweb updates From: nscott@aconex.com To: pcp@oss.sgi.com User-Agent: SquirrelMail/1.4.8-4.el4.centos MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1204695518 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -0.97 X-Barracuda-Spam-Status: No, SCORE=-0.97 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=3.0 tests=BSF_RULE7568M, NO_REAL_NAME X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.43923 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.55 NO_REAL_NAME From: does not include a real name 0.50 BSF_RULE7568M Custom Rule 7568M X-archive-position: 1508 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Changes committed to git://oss.sgi.com:8090/nathans/pcpweb.git contribute.html | 13 +++++++------ index.html | 4 +++- source.html | 42 +++++++++++++++++++++--------------------- 3 files changed, 31 insertions(+), 28 deletions(-) commit e9520e1b8ef415634d0bf04bff8165ab75f0b7e0 Author: Nathan Scott Date: Wed Mar 5 13:12:24 2008 +1100 Update contribute page as systemtap PMDA is implemented now. commit 0b36f4c138c5f655aa299178aa1b9df60ac49817 Author: Nathan Scott Date: Wed Mar 5 13:07:31 2008 +1100 Update to document location of git trees for PCP projects. commit 4c9f25cb14d3550f36a18c68a25fa4dd0ca3d945 Author: Nathan Scott Date: Tue Mar 4 21:51:07 2008 +1100 Add link to PCP development snapshots. From nscott@aconex.com Tue Mar 4 21:39:11 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 04 Mar 2008 21:39:32 -0800 (PST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m255d5Js022198 for ; Tue, 4 Mar 2008 21:39:10 -0800 X-ASG-Debug-ID: 1204695574-3b97003c0000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id DD4C211F74A9 for ; Tue, 4 Mar 2008 21:39:34 -0800 (PST) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id b2jpFzFJbEKz4BkT for ; Tue, 04 Mar 2008 21:39:34 -0800 (PST) Received: from mail.aconex.com (castle.yarra.acx [192.168.3.3]) by postoffice.aconex.com (Postfix) with ESMTP id 4D99C92C4ED for ; Wed, 5 Mar 2008 16:39:01 +1100 (EST) Received: from 192.168.3.1 (proxying for 58.107.42.33) (SquirrelMail authenticated user nscott) by mail.aconex.com with HTTP; Wed, 5 Mar 2008 16:39:01 +1100 (EST) Message-ID: <49819.192.168.3.1.1204695541.squirrel@mail.aconex.com> Date: Wed, 5 Mar 2008 16:39:01 +1100 (EST) X-ASG-Orig-Subj: kmchart updates Subject: kmchart updates From: nscott@aconex.com To: pcp@oss.sgi.com User-Agent: SquirrelMail/1.4.8-4.el4.centos MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1204695574 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -0.97 X-Barracuda-Spam-Status: No, SCORE=-0.97 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=3.0 tests=BSF_RULE7568M, NO_REAL_NAME X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.43923 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.55 NO_REAL_NAME From: does not include a real name 0.50 BSF_RULE7568M Custom Rule 7568M X-archive-position: 1509 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Changes committed to git://oss.sgi.com:8090/nathans/kmchart.git README | 13 --- qa/chart-control-testcases | 10 ++ src/chart/chart.cpp | 18 ++--- src/chart/chart.h | 1 src/chart/kmchart.cpp | 2 src/chart/main.cpp | 2 src/chart/recorddialog.h | 1 src/chart/tab.cpp | 157 ++++++++++++++++++++++++++++++--------------- src/time/kmtimearch.cpp | 8 +- 9 files changed, 135 insertions(+), 77 deletions(-) commit 257f8495aa255da9e539e515db53353aaecbb173 Author: Nathan Scott Date: Wed Mar 5 16:12:53 2008 +1100 Fix the performance problems in the adjustLiveWorldView code. This is the code that is called when we miss a live sample, for whatever reason (e.g. short delta vs. long network delay in fetch), and this change resolves the case where we drop all current live data during these events (a long-standing problem, reported a couple of times). Add a test case to exercise this behaviour too. commit 2fdf0b687c426068818aeb562ad74bc669b261c7 Author: Nathan Scott Date: Wed Mar 5 11:24:42 2008 +1100 Fix a problem to do with kmtime not properly updating its view of the time range in archive mode, when additional archives are added after startup. Reported by Nigel Donaldson originally. commit bccdaea4fbc9cf6cf345e3206e9078e17d8d7245 Author: Nathan Scott Date: Wed Mar 5 10:45:20 2008 +1100 Vastly improve error handling in case pmlogger fails when recording. commit 9fcca3318a27cc18b9b767230ce83914f27f4a6a Author: Nathan Scott Date: Wed Mar 5 10:41:03 2008 +1100 Enable local context mode (no record mode if thats in use though). From nscott@aconex.com Wed Mar 5 01:09:02 2008 Received: with ECARTIS (v1.0.0; list pcp); Wed, 05 Mar 2008 01:09:22 -0800 (PST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m2598xU4001195 for ; Wed, 5 Mar 2008 01:09:02 -0800 X-ASG-Debug-ID: 1204708164-7a8900520000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id BDDF2654917 for ; Wed, 5 Mar 2008 01:09:25 -0800 (PST) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id d9A0zU3XaVQqFeOh for ; Wed, 05 Mar 2008 01:09:25 -0800 (PST) Received: from mail.aconex.com (castle.yarra.acx [192.168.3.3]) by postoffice.aconex.com (Postfix) with ESMTP id 24F0C92CF69 for ; Wed, 5 Mar 2008 20:08:51 +1100 (EST) Received: from 192.168.3.1 (proxying for 58.107.42.33) (SquirrelMail authenticated user nscott) by mail.aconex.com with HTTP; Wed, 5 Mar 2008 20:08:51 +1100 (EST) Message-ID: <45318.192.168.3.1.1204708131.squirrel@mail.aconex.com> Date: Wed, 5 Mar 2008 20:08:51 +1100 (EST) X-ASG-Orig-Subj: Compiler/tool warning rathole Subject: Compiler/tool warning rathole From: nscott@aconex.com To: pcp@oss.sgi.com User-Agent: SquirrelMail/1.4.8-4.el4.centos MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1204708168 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -1.47 X-Barracuda-Spam-Status: No, SCORE=-1.47 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=3.0 tests=NO_REAL_NAME X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.43935 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.55 NO_REAL_NAME From: does not include a real name X-archive-position: 1510 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Hi, Anyone else have the strength to battle these last remaining warnings from the Debian package build? This is on the current Debian (lenny/sid) gcc suite (4.2.3), and the Debian packaging tools are reporting all the dodgey extract library linkage we do... I'll merge the latest round of fixes I have, and thats enough for me for a while I think. Desc.c++: In static member function ‘static const char* PMC_Desc::abvUnitsStr(pmUnits*)’: Desc.c++:94: warning: deprecated conversion from string constant to ‘char*’ Desc.c++:97: warning: deprecated conversion from string constant to ‘char*’ Desc.c++:100: warning: deprecated conversion from string constant to ‘char*’ Desc.c++:103: warning: deprecated conversion from string constant to ‘char*’ Desc.c++:106: warning: deprecated conversion from string constant to ‘char*’ Desc.c++:117: warning: deprecated conversion from string constant to ‘char*’ Desc.c++:120: warning: deprecated conversion from string constant to ‘char*’ Desc.c++:123: warning: deprecated conversion from string constant to ‘char*’ Desc.c++:126: warning: deprecated conversion from string constant to ‘char*’ Desc.c++:129: warning: deprecated conversion from string constant to ‘char*’ Desc.c++:132: warning: deprecated conversion from string constant to ‘char*’ Desc.c++:143: warning: deprecated conversion from string constant to ‘char*’ Desc.c++:146: warning: deprecated conversion from string constant to ‘char*’ Indom.c++: In member function ‘int PMC_Indom::genProfile()’: Indom.c++:287: warning: deprecated conversion from string constant to ‘char*’ Indom.c++:297: warning: deprecated conversion from string constant to ‘char*’ Indom.c++:315: warning: deprecated conversion from string constant to ‘char*’ sudo debian/rules binary == dpkg-buildpackage: build == dpkg-buildpackage: binary-arch dpkg-shlibdeps: warning: debian/pcp/var/lib/pcp/pmdas/sample/pmda_sample.so shouldn't be linked with libdl.so.2 (it uses none of its symbols). dpkg-shlibdeps: warning: debian/pcp/var/lib/pcp/pmdas/cisco/probe shouldn't be linked with libpcp_pmda.so.3 (it uses none of its symbols). dpkg-shlibdeps: warning: debian/pcp/var/lib/pcp/pmdas/cisco/probe shouldn't be linked with libpthread.so.0 (it uses none of its symbols). dpkg-shlibdeps: warning: debian/pcp/var/lib/pcp/pmdas/weblog/check_match shouldn't be linked with libpcp_pmda.so.3 (it uses none of its symbols). dpkg-shlibdeps: warning: debian/pcp/var/lib/pcp/pmdas/weblog/check_match shouldn't be linked with libpcp.so.3 (it uses none of its symbols). dpkg-shlibdeps: warning: debian/pcp/var/lib/pcp/pmdas/weblog/check_match shouldn't be linked with libpthread.so.0 (it uses none of its symbols). dpkg-shlibdeps: warning: debian/pcp/var/lib/pcp/pmdas/txmon/txrecord shouldn't be linked with libpcp_pmda.so.3 (it uses none of its symbols). dpkg-shlibdeps: warning: debian/pcp/var/lib/pcp/pmdas/txmon/txrecord shouldn't be linked with libpcp.so.3 (it uses none of its symbols). dpkg-shlibdeps: warning: debian/pcp/usr/sbin/newhelp shouldn't be linked with libpcp_pmda.so.3 (it uses none of its symbols). dpkg-shlibdeps: warning: symbol pmcd_init_trace used by debian/pcp/var/lib/pcp/pmdas/pmcd/pmda_pmcd.so found in none of the libraries. dpkg-shlibdeps: warning: symbol _pmcd_trace_mask used by debian/pcp/var/lib/pcp/pmdas/pmcd/pmda_pmcd.so found in none of the libraries. dpkg-shlibdeps: warning: symbol pmcd_dump_trace used by debian/pcp/var/lib/pcp/pmdas/pmcd/pmda_pmcd.so found in none of the libraries. dpkg-shlibdeps: warning: symbol nClients used by debian/pcp/var/lib/pcp/pmdas/pmcd/pmda_pmcd.so found in none of the libraries. dpkg-shlibdeps: warning: symbol agent used by debian/pcp/var/lib/pcp/pmdas/pmcd/pmda_pmcd.so found in none of the libraries. dpkg-shlibdeps: warning: symbol pmcd_hi_openfds used by debian/pcp/var/lib/pcp/pmdas/pmcd/pmda_pmcd.so found in none of the libraries. dpkg-shlibdeps: warning: symbol _pmcd_done used by debian/pcp/var/lib/pcp/pmdas/pmcd/pmda_pmcd.so found in none of the libraries. dpkg-shlibdeps: warning: symbol nAgents used by debian/pcp/var/lib/pcp/pmdas/pmcd/pmda_pmcd.so found in none of the libraries. dpkg-shlibdeps: warning: symbol _pmcd_data used by debian/pcp/var/lib/pcp/pmdas/pmcd/pmda_pmcd.so found in none of the libraries. dpkg-shlibdeps: warning: symbol _pmcd_timeout used by debian/pcp/var/lib/pcp/pmdas/pmcd/pmda_pmcd.so found in none of the libraries. dpkg-shlibdeps: warning: 3 other similar warnings have been skipped (use -v to see them all). dpkg-shlibdeps: warning: debian/pcp/var/lib/pcp/pmdas/pmcd/pmda_pmcd.so shouldn't be linked with libdl.so.2 (it uses none of its symbols). dpkg-shlibdeps: warning: debian/pcp/usr/sbin/pmlogextract shouldn't be linked with libm.so.6 (it uses none of its symbols). dpkg-shlibdeps: warning: debian/pcp/var/lib/pcp/pmdas/linux/pmda_linux.so shouldn't be linked with libdl.so.2 (it uses none of its symbols). dpkg-shlibdeps: warning: debian/libpcp-pmda3/usr/lib/libpcp_pmda.so.3 shouldn't be linked with libdl.so.2 (it uses none of its symbols). dpkg-shlibdeps: warning: debian/libpcp-trace2/usr/lib/libpcp_trace.so.2 shouldn't be linked with libpthread.so.0 (it uses none of its symbols). dpkg-shlibdeps: warning: debian/libpcp-trace2/usr/lib/libpcp_trace.so.2 shouldn't be linked with libdl.so.2 (it uses none of its symbols). cheers. -- Nathan From nscott@aconex.com Wed Mar 5 01:36:32 2008 Received: with ECARTIS (v1.0.0; list pcp); Wed, 05 Mar 2008 01:36:54 -0800 (PST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m259aVgI001600 for ; Wed, 5 Mar 2008 01:36:32 -0800 X-ASG-Debug-ID: 1204709818-688e01c00000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 1860DAD311C for ; Wed, 5 Mar 2008 01:36:59 -0800 (PST) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id wEy8mCHOBXyfww3C for ; Wed, 05 Mar 2008 01:36:59 -0800 (PST) Received: from mail.aconex.com (castle.yarra.acx [192.168.3.3]) by postoffice.aconex.com (Postfix) with ESMTP id 0906A92CBBF for ; Wed, 5 Mar 2008 20:36:26 +1100 (EST) Received: from 192.168.3.1 (proxying for 58.107.42.33) (SquirrelMail authenticated user nscott) by mail.aconex.com with HTTP; Wed, 5 Mar 2008 20:36:26 +1100 (EST) Message-ID: <47851.192.168.3.1.1204709786.squirrel@mail.aconex.com> Date: Wed, 5 Mar 2008 20:36:26 +1100 (EST) X-ASG-Orig-Subj: pcp updates Subject: pcp updates From: nscott@aconex.com To: pcp@oss.sgi.com User-Agent: SquirrelMail/1.4.8-4.el4.centos MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1204709821 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: 0.08 X-Barracuda-Spam-Status: No, SCORE=0.08 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=3.0 tests=BSF_RULE7568M, BSF_RULE_7582B, NO_REAL_NAME X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.43938 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.55 NO_REAL_NAME From: does not include a real name 1.05 BSF_RULE_7582B BODY: Custom Rule 7582B 0.50 BSF_RULE7568M Custom Rule 7568M X-archive-position: 1511 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Changes committed to git://oss.sgi.com:8090/nathans/pcp.git VERSION.pcp | 2 +- configure.in | 3 +++ debian/changelog | 4 ++-- debian/control | 8 ++++---- debian/copyright | 6 +++--- debian/rules | 2 +- man/man1/dbpmda.1 | 2 +- man/man1/pmdasample.1 | 1 - man/man1/pmdasendmail.1 | 1 - man/man1/pmdasimple.1 | 1 - man/man1/pmdatrivial.1 | 1 - man/man1/pmdatxmon.1 | 1 - man/man1/pmlogger.1 | 9 ++++----- man/man1/pmproxy.1 | 8 ++++---- man/man3/pmaddprofile.3 | 2 +- src/libpcp_trace/src/hash.c | 4 ++-- src/libpcp_trace/src/trace.c | 8 ++++---- src/pmdas/trace/GNUmakefile | 2 ++ src/pmlogextract/logio.c | 2 +- src/pmlogreduce/logio.c | 2 +- 20 files changed, 34 insertions(+), 35 deletions(-) commit d2927caef8c5d5336ecc44a059bf7d0dbbe00af7 Author: Nathan Scott Date: Wed Mar 5 20:34:57 2008 +1100 Resolve further manual page syntax problems reported by Debian package checker. commit 025e49afccd8001cf206dfe9e3180106dea6fe5b Author: Nathan Scott Date: Wed Mar 5 20:33:51 2008 +1100 Use ${shlibs:Depends} where appropriate and remove empty subdir in pcp deb. commit 9ff132c68a6f6dd76b91c9d477d302e278aedaad Author: Nathan Scott Date: Wed Mar 5 20:28:15 2008 +1100 Turns out we cannot install ELF binaries below /usr/share, at least for Debian (generates lotsa warnings) - these are meant to be architecture-independent files only. So, ended up with PCP_BINADM_DIR pointing at /usr/sbin now (no other packages have their own executable dirs - even X11 is using /usr/bin). commit 2a2be0b46f9ae24ad1495e3a0665f967b6860fbb Author: Nathan Scott Date: Wed Mar 5 20:24:59 2008 +1100 Fix gcc warnings from slightly dodgey use of NULL casting in these files. commit b777dcf6bcff3ade6a290208d36dfa6ad3031dae Author: Nathan Scott Date: Wed Mar 5 20:23:24 2008 +1100 Fix gcc warning - __pmPDU is a uint32, not a pointer of any form (casting it thusly causes unaligned accesses on 64bit platforms). commit 26cf6dc2c0696aee2593b1cf898e59c1fde49d5e Author: Nathan Scott Date: Wed Mar 5 12:12:56 2008 +1100 Bump build version number. From markgw@sgi.com Wed Mar 5 01:48:44 2008 Received: with ECARTIS (v1.0.0; list pcp); Wed, 05 Mar 2008 01:49:05 -0800 (PST) Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with SMTP id m259md6A001739 for ; Wed, 5 Mar 2008 01:48:42 -0800 Received: from [134.15.251.2] (melb-sw-corp-251-2.corp.sgi.com [134.15.251.2]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA05480; Wed, 5 Mar 2008 20:49:04 +1100 Message-ID: <47CE6C3C.1010901@sgi.com> Date: Wed, 05 Mar 2008 20:47:40 +1100 From: Mark Goodwin Reply-To: markgw@sgi.com Organization: SGI Engineering User-Agent: Thunderbird 1.5.0.14 (Windows/20071210) MIME-Version: 1.0 To: nscott@aconex.com CC: pcp@oss.sgi.com Subject: Re: pcp updates References: <47851.192.168.3.1.1204709786.squirrel@mail.aconex.com> In-Reply-To: <47851.192.168.3.1.1204709786.squirrel@mail.aconex.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 1512 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 nscott@aconex.com wrote: > commit 9ff132c68a6f6dd76b91c9d477d302e278aedaad > Author: Nathan Scott > Date: Wed Mar 5 20:28:15 2008 +1100 > > Turns out we cannot install ELF binaries below /usr/share, at > least for Debian (generates lotsa warnings) - these are meant > to be architecture-independent files only. So, ended up with > PCP_BINADM_DIR pointing at /usr/sbin now (no other packages > have their own executable dirs - even X11 is using /usr/bin). Without having investigated, this one rings warning bells (just remembering the pain we went thru after SuSE moved this a while back). In any case, /usr/sbin isn't the right place for binaries that normal users or root should not be running directly. /usr/lib/pcp would be a better location, IMO since it wont be in anyone's path. Thoughts? -- Mark Goodwin markgw@sgi.com Engineering Manager for XFS and PCP Phone: +61-3-99631937 SGI Australian Software Group Cell: +61-4-18969583 ------------------------------------------------------------- From nscott@aconex.com Wed Mar 5 01:58:24 2008 Received: with ECARTIS (v1.0.0; list pcp); Wed, 05 Mar 2008 01:58:44 -0800 (PST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m259wL8b001851 for ; Wed, 5 Mar 2008 01:58:24 -0800 X-ASG-Debug-ID: 1204711130-794e02d50000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 5114311F8E24 for ; Wed, 5 Mar 2008 01:58:50 -0800 (PST) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id z5cP8R0SmHr5624T for ; Wed, 05 Mar 2008 01:58:50 -0800 (PST) Received: from mail.aconex.com (castle.yarra.acx [192.168.3.3]) by postoffice.aconex.com (Postfix) with ESMTP id 8F68C92C42C; Wed, 5 Mar 2008 20:58:49 +1100 (EST) Received: from 192.168.3.1 (proxying for 58.107.42.33) (SquirrelMail authenticated user nscott) by mail.aconex.com with HTTP; Wed, 5 Mar 2008 20:58:49 +1100 (EST) Message-ID: <49977.192.168.3.1.1204711129.squirrel@mail.aconex.com> In-Reply-To: <47CE6C3C.1010901@sgi.com> References: <47851.192.168.3.1.1204709786.squirrel@mail.aconex.com> <47CE6C3C.1010901@sgi.com> Date: Wed, 5 Mar 2008 20:58:49 +1100 (EST) X-ASG-Orig-Subj: Re: pcp updates Subject: Re: pcp updates From: nscott@aconex.com To: markgw@sgi.com Cc: pcp@oss.sgi.com, anibal@sgi.com User-Agent: SquirrelMail/1.4.8-4.el4.centos MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1204711131 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -1.47 X-Barracuda-Spam-Status: No, SCORE=-1.47 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=3.0 tests=NO_REAL_NAME X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.43938 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.55 NO_REAL_NAME From: does not include a real name X-archive-position: 1513 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp > nscott@aconex.com wrote: >> commit 9ff132c68a6f6dd76b91c9d477d302e278aedaad >> Author: Nathan Scott >> Date: Wed Mar 5 20:28:15 2008 +1100 >> >> Turns out we cannot install ELF binaries below /usr/share, at >> least for Debian (generates lotsa warnings) - these are meant >> to be architecture-independent files only. So, ended up with >> PCP_BINADM_DIR pointing at /usr/sbin now (no other packages >> have their own executable dirs - even X11 is using /usr/bin). > > Without having investigated, this one rings warning bells (just > remembering the pain we went thru after SuSE moved this a while > back). > > In any case, /usr/sbin isn't the right place for binaries that > normal users or root should not be running directly. /usr/lib/pcp > would be a better location, IMO since it wont be in anyone's > path. > > Thoughts? Yeah, I'd rather have had a pcp-only directory, but it is evidentally not allowed on Debian (even X11, which usually has /usr/X11[R6]/bin as its own, is just a symlink back to /usr/bin, where all the X binaries are). All daemons seem to live in /usr/sbin on Debian... $ ls -1 /usr/sbin/*d ... /usr/sbin/afpd* /usr/sbin/arpd* /usr/sbin/atalkd* /usr/sbin/atd* ... /usr/sbin/cupsd* /usr/sbin/dhcdbd* ... /usr/sbin/hald* /usr/sbin/hpssd@ /usr/sbin/identd* /usr/sbin/inetd* /usr/sbin/in.identtestd* ... /usr/sbin/ipmievd* /usr/sbin/irpd* ... /usr/sbin/named* /usr/sbin/netscsid* /usr/sbin/nmbd* /usr/sbin/ntpd* /usr/sbin/papd* /usr/sbin/rinetd* /usr/sbin/rpc.gssd* /usr/sbin/rpc.idmapd* /usr/sbin/rpc.mountd* /usr/sbin/rpc.nfsd* /usr/sbin/rpc.svcgssd* /usr/sbin/rsockd* /usr/sbin/smbd* /usr/sbin/sockd* /usr/sbin/sshd* /usr/sbin/tcpd* /usr/sbin/timelord* ... So I guess this is the right place. Maybe Anibal can give us some more insights here though? cheers. -- Nathan From nscott@aconex.com Wed Mar 5 02:14:19 2008 Received: with ECARTIS (v1.0.0; list pcp); Wed, 05 Mar 2008 02:14:38 -0800 (PST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m25AEIWt002092 for ; Wed, 5 Mar 2008 02:14:19 -0800 X-ASG-Debug-ID: 1204712087-7a8800e80000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 060A1654DA4 for ; Wed, 5 Mar 2008 02:14:47 -0800 (PST) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id Q4Q6wDNfdU6x2TWr for ; Wed, 05 Mar 2008 02:14:47 -0800 (PST) Received: from mail.aconex.com (castle.yarra.acx [192.168.3.3]) by postoffice.aconex.com (Postfix) with ESMTP id 784E792D8D5; Wed, 5 Mar 2008 21:14:46 +1100 (EST) Received: from 192.168.3.1 (proxying for 58.107.42.33) (SquirrelMail authenticated user nscott) by mail.aconex.com with HTTP; Wed, 5 Mar 2008 21:14:46 +1100 (EST) Message-ID: <51632.192.168.3.1.1204712086.squirrel@mail.aconex.com> In-Reply-To: <49977.192.168.3.1.1204711129.squirrel@mail.aconex.com> References: <47851.192.168.3.1.1204709786.squirrel@mail.aconex.com> <47CE6C3C.1010901@sgi.com> <49977.192.168.3.1.1204711129.squirrel@mail.aconex.com> Date: Wed, 5 Mar 2008 21:14:46 +1100 (EST) X-ASG-Orig-Subj: Re: pcp updates Subject: Re: pcp updates From: nscott@aconex.com To: markgw@sgi.com, pcp@oss.sgi.com, anibal@sgi.com User-Agent: SquirrelMail/1.4.8-4.el4.centos MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1204712088 X-Barracuda-Bayes: INNOCENT GLOBAL 0.4794 1.0000 0.0000 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: 0.55 X-Barracuda-Spam-Status: No, SCORE=0.55 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=3.0 tests=NO_REAL_NAME X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.43939 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.55 NO_REAL_NAME From: does not include a real name X-archive-position: 1514 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp > So I guess this is the right place. Maybe Anibal can give us some more > insights here though? I just came across Postgres and Postfix, which have their own /usr/lib/foo binary hideout ... so 2 out of a few hundred ... thats good enough for me!; I'll copy that precedent until/unless Anibal has strong opinions. :) Thanks! -- Nathan From nscott@aconex.com Wed Mar 5 02:25:12 2008 Received: with ECARTIS (v1.0.0; list pcp); Wed, 05 Mar 2008 02:25:33 -0800 (PST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m25APA7g002476 for ; Wed, 5 Mar 2008 02:25:12 -0800 X-ASG-Debug-ID: 1204712739-6bdf000e0000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id CBF7E654ED7 for ; Wed, 5 Mar 2008 02:25:39 -0800 (PST) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id rtdATXsk0Tx6Bf0t for ; Wed, 05 Mar 2008 02:25:39 -0800 (PST) Received: from mail.aconex.com (castle.yarra.acx [192.168.3.3]) by postoffice.aconex.com (Postfix) with ESMTP id 30A0692C42C for ; Wed, 5 Mar 2008 21:25:38 +1100 (EST) Received: from 192.168.3.1 (proxying for 58.107.42.33) (SquirrelMail authenticated user nscott) by mail.aconex.com with HTTP; Wed, 5 Mar 2008 21:25:38 +1100 (EST) Message-ID: <52588.192.168.3.1.1204712738.squirrel@mail.aconex.com> Date: Wed, 5 Mar 2008 21:25:38 +1100 (EST) X-ASG-Orig-Subj: pcp updates Subject: pcp updates From: nscott@aconex.com To: pcp@oss.sgi.com User-Agent: SquirrelMail/1.4.8-4.el4.centos MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1204712739 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -1.47 X-Barracuda-Spam-Status: No, SCORE=-1.47 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=3.0 tests=NO_REAL_NAME X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.43940 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.55 NO_REAL_NAME From: does not include a real name X-archive-position: 1515 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Changes committed to git://oss.sgi.com:8090/nathans/pcp.git configure.in | 2 +- debian/rules | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) commit 95a0388bf2b648f17b8c68ae22b183fe4f8b7788 Author: Nathan Scott Date: Wed Mar 5 21:23:29 2008 +1100 Switch Debian to /usr/lib/pcp/bin for its PCP_BINADM_DIR after discussion with Mark. commit 8beb8b7952567e70a99d888194681e7c101a43f7 Author: Nathan Scott Date: Wed Mar 5 21:22:25 2008 +1100 Squash lib symbol warnings that are either wrong (e.g. symbols in pmcd_pmda.so resolved in pmcd binary), or harmless and hard to fix in our Makefiles (e.g. "foo.so shouldn't be linked with bar.so, doesn't resolve any symbols"). From nscott@aconex.com Wed Mar 5 02:44:20 2008 Received: with ECARTIS (v1.0.0; list pcp); Wed, 05 Mar 2008 02:44:41 -0800 (PST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m25AiITP003102 for ; Wed, 5 Mar 2008 02:44:20 -0800 X-ASG-Debug-ID: 1204713886-65bd00270000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id D432E11F8F9B for ; Wed, 5 Mar 2008 02:44:47 -0800 (PST) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id ALg4qomOJEPHJaGf for ; Wed, 05 Mar 2008 02:44:47 -0800 (PST) Received: from mail.aconex.com (castle.yarra.acx [192.168.3.3]) by postoffice.aconex.com (Postfix) with ESMTP id 17C2192C29E for ; Wed, 5 Mar 2008 21:44:46 +1100 (EST) Received: from 192.168.3.1 (proxying for 58.107.42.33) (SquirrelMail authenticated user nscott) by mail.aconex.com with HTTP; Wed, 5 Mar 2008 21:44:46 +1100 (EST) Message-ID: <54485.192.168.3.1.1204713886.squirrel@mail.aconex.com> In-Reply-To: <45318.192.168.3.1.1204708131.squirrel@mail.aconex.com> References: <45318.192.168.3.1.1204708131.squirrel@mail.aconex.com> Date: Wed, 5 Mar 2008 21:44:46 +1100 (EST) X-ASG-Orig-Subj: Re: Compiler/tool warning rathole Subject: Re: Compiler/tool warning rathole From: nscott@aconex.com To: pcp@oss.sgi.com User-Agent: SquirrelMail/1.4.8-4.el4.centos MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1204713887 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -1.47 X-Barracuda-Spam-Status: No, SCORE=-1.47 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=3.0 tests=NO_REAL_NAME X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.43942 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.55 NO_REAL_NAME From: does not include a real name X-archive-position: 1516 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp > Hi, > > Anyone else have the strength to battle these last remaining warnings from > the Debian package build? This is on the current Debian (lenny/sid) gcc > suite (4.2.3), and the Debian packaging tools are reporting all the dodgey > extract library linkage we do... > > I'll merge the latest round of fixes I have, and thats enough for me for a > while I think. > > Desc.c++: In static member function ‘static const char* > ... OK, I fixed this first bunch after all. But some other brave soul can take on these shared library ones though... > dpkg-shlibdeps: warning: > debian/pcp/var/lib/pcp/pmdas/sample/pmda_sample.so shouldn't be linked > with libdl.so.2 (it uses none of its symbols). > dpkg-shlibdeps: warning: debian/pcp/var/lib/pcp/pmdas/cisco/probe > shouldn't be linked with libpcp_pmda.so.3 (it uses none of its symbols). > dpkg-shlibdeps: warning: debian/pcp/var/lib/pcp/pmdas/cisco/probe > shouldn't be linked with libpthread.so.0 (it uses none of its symbols). > dpkg-shlibdeps: warning: debian/pcp/var/lib/pcp/pmdas/weblog/check_match > shouldn't be linked with libpcp_pmda.so.3 (it uses none of its symbols). > dpkg-shlibdeps: warning: debian/pcp/var/lib/pcp/pmdas/weblog/check_match > shouldn't be linked with libpcp.so.3 (it uses none of its symbols). > dpkg-shlibdeps: warning: debian/pcp/var/lib/pcp/pmdas/weblog/check_match > shouldn't be linked with libpthread.so.0 (it uses none of its symbols). > dpkg-shlibdeps: warning: debian/pcp/var/lib/pcp/pmdas/txmon/txrecord > shouldn't be linked with libpcp_pmda.so.3 (it uses none of its symbols). > dpkg-shlibdeps: warning: debian/pcp/var/lib/pcp/pmdas/txmon/txrecord > shouldn't be linked with libpcp.so.3 (it uses none of its symbols). > dpkg-shlibdeps: warning: debian/pcp/usr/sbin/newhelp shouldn't be linked > with libpcp_pmda.so.3 (it uses none of its symbols). > dpkg-shlibdeps: warning: symbol pmcd_init_trace used by > debian/pcp/var/lib/pcp/pmdas/pmcd/pmda_pmcd.so found in none of the > libraries. > dpkg-shlibdeps: warning: symbol _pmcd_trace_mask used by > debian/pcp/var/lib/pcp/pmdas/pmcd/pmda_pmcd.so found in none of the > libraries. > dpkg-shlibdeps: warning: symbol pmcd_dump_trace used by > debian/pcp/var/lib/pcp/pmdas/pmcd/pmda_pmcd.so found in none of the > libraries. > dpkg-shlibdeps: warning: symbol nClients used by > debian/pcp/var/lib/pcp/pmdas/pmcd/pmda_pmcd.so found in none of the > libraries. > dpkg-shlibdeps: warning: symbol agent used by > debian/pcp/var/lib/pcp/pmdas/pmcd/pmda_pmcd.so found in none of the > libraries. > dpkg-shlibdeps: warning: symbol pmcd_hi_openfds used by > debian/pcp/var/lib/pcp/pmdas/pmcd/pmda_pmcd.so found in none of the > libraries. > dpkg-shlibdeps: warning: symbol _pmcd_done used by > debian/pcp/var/lib/pcp/pmdas/pmcd/pmda_pmcd.so found in none of the > libraries. > dpkg-shlibdeps: warning: symbol nAgents used by > debian/pcp/var/lib/pcp/pmdas/pmcd/pmda_pmcd.so found in none of the > libraries. > dpkg-shlibdeps: warning: symbol _pmcd_data used by > debian/pcp/var/lib/pcp/pmdas/pmcd/pmda_pmcd.so found in none of the > libraries. > dpkg-shlibdeps: warning: symbol _pmcd_timeout used by > debian/pcp/var/lib/pcp/pmdas/pmcd/pmda_pmcd.so found in none of the > libraries. > dpkg-shlibdeps: warning: 3 other similar warnings have been skipped (use > -v to see them all). > dpkg-shlibdeps: warning: debian/pcp/var/lib/pcp/pmdas/pmcd/pmda_pmcd.so > shouldn't be linked with libdl.so.2 (it uses none of its symbols). > dpkg-shlibdeps: warning: debian/pcp/usr/sbin/pmlogextract shouldn't be > linked with libm.so.6 (it uses none of its symbols). > dpkg-shlibdeps: warning: debian/pcp/var/lib/pcp/pmdas/linux/pmda_linux.so > shouldn't be linked with libdl.so.2 (it uses none of its symbols). > dpkg-shlibdeps: warning: debian/libpcp-pmda3/usr/lib/libpcp_pmda.so.3 > shouldn't be linked with libdl.so.2 (it uses none of its symbols). > dpkg-shlibdeps: warning: debian/libpcp-trace2/usr/lib/libpcp_trace.so.2 > shouldn't be linked with libpthread.so.0 (it uses none of its symbols). > dpkg-shlibdeps: warning: debian/libpcp-trace2/usr/lib/libpcp_trace.so.2 > shouldn't be linked with libdl.so.2 (it uses none of its symbols). > > cheers. > > -- > Nathan > > > From nscott@aconex.com Thu Mar 6 02:37:11 2008 Received: with ECARTIS (v1.0.0; list pcp); Thu, 06 Mar 2008 02:37:32 -0800 (PST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m26Ab8sD012045 for ; Thu, 6 Mar 2008 02:37:11 -0800 X-ASG-Debug-ID: 1204799855-6bf601ed0000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 0C805F262C7 for ; Thu, 6 Mar 2008 02:37:35 -0800 (PST) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id t4tpJtxNozqcSq0S for ; Thu, 06 Mar 2008 02:37:35 -0800 (PST) Received: from mail.aconex.com (castle.yarra.acx [192.168.3.3]) by postoffice.aconex.com (Postfix) with ESMTP id DC76392DDD4 for ; Thu, 6 Mar 2008 21:37:33 +1100 (EST) Received: from 192.168.3.1 (proxying for 58.107.42.33) (SquirrelMail authenticated user nscott) by mail.aconex.com with HTTP; Thu, 6 Mar 2008 21:37:34 +1100 (EST) Message-ID: <49935.192.168.3.1.1204799854.squirrel@mail.aconex.com> Date: Thu, 6 Mar 2008 21:37:34 +1100 (EST) X-ASG-Orig-Subj: pcpweb updates Subject: pcpweb updates From: nscott@aconex.com To: pcp@oss.sgi.com User-Agent: SquirrelMail/1.4.8-4.el4.centos MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1204799858 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0284 1.0000 -1.8370 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -1.29 X-Barracuda-Spam-Status: No, SCORE=-1.29 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=3.0 tests=NO_REAL_NAME X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.44033 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.55 NO_REAL_NAME From: does not include a real name X-archive-position: 1517 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Changes committed to git://oss.sgi.com:8090/nathans/pcpweb.git index.html | 7 ++++--- news.html | 11 +++++++++-- 2 files changed, 13 insertions(+), 5 deletions(-) commit e6be3ea085ac638aa6169eb95fc48bfdb9194f1b Author: Nathan Scott Date: Thu Mar 6 21:33:59 2008 +1100 Update development and release versions of PCP and kmchart. From nscott@aconex.com Thu Mar 6 02:39:49 2008 Received: with ECARTIS (v1.0.0; list pcp); Thu, 06 Mar 2008 02:40:12 -0800 (PST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m26AdiUn012380 for ; Thu, 6 Mar 2008 02:39:49 -0800 X-ASG-Debug-ID: 1204800013-6c1f026d0000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 79818F2630D for ; Thu, 6 Mar 2008 02:40:14 -0800 (PST) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id 1knTuCYrm0cROMDj for ; Thu, 06 Mar 2008 02:40:14 -0800 (PST) Received: from mail.aconex.com (castle.yarra.acx [192.168.3.3]) by postoffice.aconex.com (Postfix) with ESMTP id C4C9692E0C2 for ; Thu, 6 Mar 2008 21:39:40 +1100 (EST) Received: from 192.168.3.1 (proxying for 58.107.42.33) (SquirrelMail authenticated user nscott) by mail.aconex.com with HTTP; Thu, 6 Mar 2008 21:39:40 +1100 (EST) Message-ID: <50104.192.168.3.1.1204799980.squirrel@mail.aconex.com> Date: Thu, 6 Mar 2008 21:39:40 +1100 (EST) X-ASG-Orig-Subj: pcp updates Subject: pcp updates From: nscott@aconex.com To: pcp@oss.sgi.com User-Agent: SquirrelMail/1.4.8-4.el4.centos MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1204800014 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -0.97 X-Barracuda-Spam-Status: No, SCORE=-0.97 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=3.0 tests=BSF_RULE7568M, NO_REAL_NAME X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.44033 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.55 NO_REAL_NAME From: does not include a real name 0.50 BSF_RULE7568M Custom Rule 7568M X-archive-position: 1518 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Changes committed to git://oss.sgi.com:8090/nathans/pcp.git VERSION.pcp | 2 +- debian/changelog | 4 ++-- src/pmdas/linux/pmda.c | 4 ---- src/pmdas/linux/proc_slabinfo.c | 1 - src/pmie/pmie_daily.sh | 2 +- src/pmlogctl/pmlogger_daily.sh | 2 +- 6 files changed, 5 insertions(+), 10 deletions(-) commit baec0385e0d3dffc23a41d74110ecb827b1f0557 Author: Nathan Scott Date: Thu Mar 6 21:24:38 2008 +1100 Fix pmlogger control paths in daily script. commit 2a734fbc4aaa26efc9b0caaf0c5d72cadcbeacd6 Author: Nathan Scott Date: Thu Mar 6 21:10:39 2008 +1100 Bump build version number for first Debian upload. commit c943ec1f057ccde696856b7513c455cd77587e08 Author: Nathan Scott Date: Thu Mar 6 20:47:23 2008 +1100 Remove unneeded NOTICE output from pmdalinux, annoying in local context mode. From nscott@aconex.com Thu Mar 6 02:41:22 2008 Received: with ECARTIS (v1.0.0; list pcp); Thu, 06 Mar 2008 02:41:43 -0800 (PST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m26AfKRQ012578 for ; Thu, 6 Mar 2008 02:41:22 -0800 X-ASG-Debug-ID: 1204800108-6c2e02510000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id DB5ADF26359 for ; Thu, 6 Mar 2008 02:41:49 -0800 (PST) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id qcdZBRZIsTw1Cg4W for ; Thu, 06 Mar 2008 02:41:49 -0800 (PST) Received: from mail.aconex.com (castle.yarra.acx [192.168.3.3]) by postoffice.aconex.com (Postfix) with ESMTP id A1B6C92E0D7 for ; Thu, 6 Mar 2008 21:41:16 +1100 (EST) Received: from 192.168.3.1 (proxying for 58.107.42.33) (SquirrelMail authenticated user nscott) by mail.aconex.com with HTTP; Thu, 6 Mar 2008 21:41:16 +1100 (EST) Message-ID: <50318.192.168.3.1.1204800076.squirrel@mail.aconex.com> Date: Thu, 6 Mar 2008 21:41:16 +1100 (EST) X-ASG-Orig-Subj: kmchart updates Subject: kmchart updates From: nscott@aconex.com To: pcp@oss.sgi.com User-Agent: SquirrelMail/1.4.8-4.el4.centos MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1204800109 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -0.97 X-Barracuda-Spam-Status: No, SCORE=-0.97 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=3.0 tests=BSF_RULE7568M, NO_REAL_NAME X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.44033 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.55 NO_REAL_NAME From: does not include a real name 0.50 BSF_RULE7568M Custom Rule 7568M X-archive-position: 1519 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Changes committed to git://oss.sgi.com:8090/nathans/kmchart.git README | 54 ++++---------------------------------------- VERSION | 2 - debian/changelog | 6 ++-- debian/control | 2 - debian/rules | 2 - doc/CHANGES | 11 ++++++++ src/chart/chart.cpp | 6 ++-- src/chart/chart.h | 2 - src/chart/console.cpp | 4 +-- src/chart/console.h | 4 +-- src/chart/kmchart.pro | 2 - src/chart/kmchart.ui | 4 +-- src/chart/view.cpp | 11 ++++---- src/dumptext/kmdumptext.pro | 3 +- src/libqmc/libqmc.pro | 5 +--- src/libqmc/qmc_desc.cpp | 2 - src/libqmc/qmc_indom.cpp | 2 - src/libqwt/libqwt.pro | 8 ------ src/query/kmquery.cpp | 12 ++++----- src/query/kmquery.h | 2 - src/query/kmquery.pro | 2 - src/time/console.cpp | 4 +-- src/time/console.h | 4 +-- src/time/kmtime.pro | 2 - src/time/kmtimearch.cpp | 2 - src/time/kmtimearch.h | 2 - src/time/kmtimearch.ui | 26 ++++++++++----------- src/time/kmtimelive.cpp | 4 +-- src/time/kmtimelive.h | 2 - src/time/kmtimelive.ui | 22 ++++++++--------- 30 files changed, 88 insertions(+), 126 deletions(-) commit dbf66cc50fadd0f8b3f3e0158ac21622c54e7649 Author: Nathan Scott Date: Thu Mar 6 20:24:03 2008 +1100 Switch from debug to release builds, update packaging. And 1.0 escapes... commit 6747b4e9f5e369f57a85ad9cbc1241ec4999b8bd Author: Nathan Scott Date: Thu Mar 6 20:21:24 2008 +1100 Remove use of deprecated action signals in kmtime. commit f50fd44311b6107eb9d8be72e655d27f1cd30c13 Author: Nathan Scott Date: Thu Mar 6 20:20:21 2008 +1100 Fix sizing of some widgets so they look sensible on xt11 qt 4.3.4. commit db38bed3208f761fe5511b1a620b578d95c67594 Author: Nathan Scott Date: Thu Mar 6 20:19:06 2008 +1100 Update README for the first stable release. commit c53ff8f5b73c678bc4206dccb9aaeed85eb37601 Author: Nathan Scott Date: Thu Mar 6 20:18:11 2008 +1100 Use ${shlibs:Depends} in Debian packaging control file. commit 77234d6038f590a63e12cf98c89f3ca2d3afe915 Author: Nathan Scott Date: Thu Mar 6 20:17:28 2008 +1100 Fix compiler warnings from more recent versions of g++. From makc@melbourne.sgi.com Thu Mar 6 03:29:56 2008 Received: with ECARTIS (v1.0.0; list pcp); Thu, 06 Mar 2008 03:30:16 -0800 (PST) Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with SMTP id m26BToYL021055 for ; Thu, 6 Mar 2008 03:29:54 -0800 Received: from kuku.melbourne.sgi.com (kuku.melbourne.sgi.com [134.14.55.163]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id WAA26202; Thu, 6 Mar 2008 22:30:10 +1100 Received: from kuku.melbourne.sgi.com (localhost [127.0.0.1]) by kuku.melbourne.sgi.com (SGI-8.12.11.20060308/8.12.11) with ESMTP id m26BUAgn007065; Thu, 6 Mar 2008 22:30:10 +1100 (EST) Received: (from makc@localhost) by kuku.melbourne.sgi.com (SGI-8.12.11.20060308/8.12.11/Submit) id m26BU8fY007056; Thu, 6 Mar 2008 22:30:08 +1100 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18383.54720.621894.212246@kuku.melbourne.sgi.com> Date: Thu, 6 Mar 2008 22:30:08 +1100 From: Max Matveev To: nscott@aconex.com Cc: markgw@sgi.com, pcp@oss.sgi.com, anibal@sgi.com Subject: Re: pcp updates In-Reply-To: <49977.192.168.3.1.1204711129.squirrel@mail.aconex.com> References: <47851.192.168.3.1.1204709786.squirrel@mail.aconex.com> <47CE6C3C.1010901@sgi.com> <49977.192.168.3.1.1204711129.squirrel@mail.aconex.com> X-Mailer: VM 7.07 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid X-archive-position: 1520 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: makc@sgi.com Precedence: bulk X-list: pcp >>>>> "nscott" == nscott writes: >> nscott@aconex.com wrote: >>> commit 9ff132c68a6f6dd76b91c9d477d302e278aedaad >>> Author: Nathan Scott >>> Date: Wed Mar 5 20:28:15 2008 +1100 >>> >>> Turns out we cannot install ELF binaries below /usr/share, at >>> least for Debian (generates lotsa warnings) - these are meant >>> to be architecture-independent files only. So, ended up with >>> PCP_BINADM_DIR pointing at /usr/sbin now (no other packages >>> have their own executable dirs - even X11 is using /usr/bin). >> >> Without having investigated, this one rings warning bells (just >> remembering the pain we went thru after SuSE moved this a while >> back). >> >> In any case, /usr/sbin isn't the right place for binaries that >> normal users or root should not be running directly. /usr/lib/pcp >> would be a better location, IMO since it wont be in anyone's >> path. nscott> Yeah, I'd rather have had a pcp-only directory, but it is nscott> evidentally not allowed on Debian (even X11, which usually nscott> has /usr/X11[R6]/bin as its own, is just a symlink back to nscott> /usr/bin, where all the X binaries are). Does Debian has concept of libexec? Because this is what BINADM really is. And X is not a good example - X binaries are for users to run. max From nscott@aconex.com Thu Mar 6 03:34:19 2008 Received: with ECARTIS (v1.0.0; list pcp); Thu, 06 Mar 2008 03:34:39 -0800 (PST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m26BYHsL021850 for ; Thu, 6 Mar 2008 03:34:18 -0800 X-ASG-Debug-ID: 1204803287-7877019b0000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id D612DF27648 for ; Thu, 6 Mar 2008 03:34:47 -0800 (PST) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id e0r1lj1F0xNw4rZJ for ; Thu, 06 Mar 2008 03:34:47 -0800 (PST) Received: from mail.aconex.com (castle.yarra.acx [192.168.3.3]) by postoffice.aconex.com (Postfix) with ESMTP id 4EDA792C601; Thu, 6 Mar 2008 22:34:46 +1100 (EST) Received: from 192.168.3.1 (proxying for 58.107.42.33) (SquirrelMail authenticated user nscott) by mail.aconex.com with HTTP; Thu, 6 Mar 2008 22:34:46 +1100 (EST) Message-ID: <56613.192.168.3.1.1204803286.squirrel@mail.aconex.com> In-Reply-To: <18383.54720.621894.212246@kuku.melbourne.sgi.com> References: <47851.192.168.3.1.1204709786.squirrel@mail.aconex.com> <47CE6C3C.1010901@sgi.com> <49977.192.168.3.1.1204711129.squirrel@mail.aconex.com> <18383.54720.621894.212246@kuku.melbourne.sgi.com> Date: Thu, 6 Mar 2008 22:34:46 +1100 (EST) X-ASG-Orig-Subj: Re: pcp updates Subject: Re: pcp updates From: nscott@aconex.com To: "Max Matveev" Cc: markgw@sgi.com, pcp@oss.sgi.com, anibal@sgi.com User-Agent: SquirrelMail/1.4.8-4.el4.centos MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1204803287 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0004 1.0000 -2.0182 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -1.47 X-Barracuda-Spam-Status: No, SCORE=-1.47 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=3.0 tests=NO_REAL_NAME X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.44035 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.55 NO_REAL_NAME From: does not include a real name X-archive-position: 1521 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp >>>>>> "nscott" == nscott writes: > nscott> Yeah, I'd rather have had a pcp-only directory, but it is > nscott> evidentally not allowed on Debian (even X11, which usually > nscott> has /usr/X11[R6]/bin as its own, is just a symlink back to > nscott> /usr/bin, where all the X binaries are). > Does Debian has concept of libexec? Because this is what BINADM really > is. Can't find any other packages using a libexec, so I'm guessing not. > And X is not a good example - X binaries are for users to run. Good point. cheers. -- Nathan From makc@melbourne.sgi.com Thu Mar 6 03:41:50 2008 Received: with ECARTIS (v1.0.0; list pcp); Thu, 06 Mar 2008 03:42:11 -0800 (PST) Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with SMTP id m26Bfk27022901 for ; Thu, 6 Mar 2008 03:41:48 -0800 Received: from kuku.melbourne.sgi.com (kuku.melbourne.sgi.com [134.14.55.163]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id WAA26493; Thu, 6 Mar 2008 22:42:06 +1100 Received: from kuku.melbourne.sgi.com (localhost [127.0.0.1]) by kuku.melbourne.sgi.com (SGI-8.12.11.20060308/8.12.11) with ESMTP id m26Bg6hs007121; Thu, 6 Mar 2008 22:42:06 +1100 (EST) Received: (from makc@localhost) by kuku.melbourne.sgi.com (SGI-8.12.11.20060308/8.12.11/Submit) id m26Bg4EZ007117; Thu, 6 Mar 2008 22:42:04 +1100 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18383.55436.296494.210308@kuku.melbourne.sgi.com> Date: Thu, 6 Mar 2008 22:42:04 +1100 From: Max Matveev To: nscott@aconex.com Cc: markgw@sgi.com, pcp@oss.sgi.com, anibal@sgi.com Subject: Re: pcp updates In-Reply-To: <56613.192.168.3.1.1204803286.squirrel@mail.aconex.com> References: <47851.192.168.3.1.1204709786.squirrel@mail.aconex.com> <47CE6C3C.1010901@sgi.com> <49977.192.168.3.1.1204711129.squirrel@mail.aconex.com> <18383.54720.621894.212246@kuku.melbourne.sgi.com> <56613.192.168.3.1.1204803286.squirrel@mail.aconex.com> X-Mailer: VM 7.07 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid X-archive-position: 1522 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: makc@sgi.com Precedence: bulk X-list: pcp >>>>> "nscott" == nscott writes: >>>>>>> "nscott" == nscott writes: nscott> Yeah, I'd rather have had a pcp-only directory, but it is nscott> evidentally not allowed on Debian (even X11, which usually nscott> has /usr/X11[R6]/bin as its own, is just a symlink back to nscott> /usr/bin, where all the X binaries are). >> Does Debian has concept of libexec? Because this is what BINADM really >> is. nscott> Can't find any other packages using a libexec, so I'm guessing not. Where is sendmail on debian? Or where does postfix puts its binaries? max From nscott@aconex.com Thu Mar 6 04:03:01 2008 Received: with ECARTIS (v1.0.0; list pcp); Thu, 06 Mar 2008 04:03:21 -0800 (PST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m26C2xOY025898 for ; Thu, 6 Mar 2008 04:03:01 -0800 X-ASG-Debug-ID: 1204805005-712d00e60000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 6CA6465F972 for ; Thu, 6 Mar 2008 04:03:26 -0800 (PST) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id 6rZSOowLgV7JKzJB for ; Thu, 06 Mar 2008 04:03:26 -0800 (PST) Received: from mail.aconex.com (castle.yarra.acx [192.168.3.3]) by postoffice.aconex.com (Postfix) with ESMTP id A716192E141; Thu, 6 Mar 2008 23:03:24 +1100 (EST) Received: from 192.168.3.1 (proxying for 58.107.42.33) (SquirrelMail authenticated user nscott) by mail.aconex.com with HTTP; Thu, 6 Mar 2008 23:03:24 +1100 (EST) Message-ID: <33130.192.168.3.1.1204805004.squirrel@mail.aconex.com> In-Reply-To: <18383.55436.296494.210308@kuku.melbourne.sgi.com> References: <47851.192.168.3.1.1204709786.squirrel@mail.aconex.com> <47CE6C3C.1010901@sgi.com> <49977.192.168.3.1.1204711129.squirrel@mail.aconex.com> <18383.54720.621894.212246@kuku.melbourne.sgi.com> <56613.192.168.3.1.1204803286.squirrel@mail.aconex.com> <18383.55436.296494.210308@kuku.melbourne.sgi.com> Date: Thu, 6 Mar 2008 23:03:24 +1100 (EST) X-ASG-Orig-Subj: Re: pcp updates Subject: Re: pcp updates From: nscott@aconex.com To: "Max Matveev" Cc: markgw@sgi.com, pcp@oss.sgi.com, anibal@sgi.com User-Agent: SquirrelMail/1.4.8-4.el4.centos MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1204805009 X-Barracuda-Bayes: INNOCENT GLOBAL 0.3815 1.0000 -0.0506 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: 0.50 X-Barracuda-Spam-Status: No, SCORE=0.50 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=3.0 tests=NO_REAL_NAME X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.44038 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.55 NO_REAL_NAME From: does not include a real name X-archive-position: 1523 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp >>>>>> "nscott" == nscott writes: > > >>>>>>> "nscott" == nscott writes: > nscott> Yeah, I'd rather have had a pcp-only directory, but it is > nscott> evidentally not allowed on Debian (even X11, which usually > nscott> has /usr/X11[R6]/bin as its own, is just a symlink back to > nscott> /usr/bin, where all the X binaries are). > >> Does Debian has concept of libexec? Because this is what BINADM really > >> is. > > nscott> Can't find any other packages using a libexec, so I'm guessing > not. > Where is sendmail on debian? Or where does postfix puts its binaries? /usr/lib/postfix (as per earlier mail - this is what pcp now mimics), dunno about sendmail. cheers. -- Nathan From makc@melbourne.sgi.com Thu Mar 6 04:08:22 2008 Received: with ECARTIS (v1.0.0; list pcp); Thu, 06 Mar 2008 04:08:42 -0800 (PST) Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with SMTP id m26C8HwU026652 for ; Thu, 6 Mar 2008 04:08:21 -0800 Received: from kuku.melbourne.sgi.com (kuku.melbourne.sgi.com [134.14.55.163]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA27449; Thu, 6 Mar 2008 23:08:39 +1100 Received: from kuku.melbourne.sgi.com (localhost [127.0.0.1]) by kuku.melbourne.sgi.com (SGI-8.12.11.20060308/8.12.11) with ESMTP id m26C8c59007213; Thu, 6 Mar 2008 23:08:38 +1100 (EST) Received: (from makc@localhost) by kuku.melbourne.sgi.com (SGI-8.12.11.20060308/8.12.11/Submit) id m26C8cql007204; Thu, 6 Mar 2008 23:08:38 +1100 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18383.57029.874473.989911@kuku.melbourne.sgi.com> Date: Thu, 6 Mar 2008 23:08:37 +1100 From: Max Matveev To: nscott@aconex.com Cc: markgw@sgi.com, pcp@oss.sgi.com, anibal@sgi.com Subject: Re: pcp updates In-Reply-To: <33130.192.168.3.1.1204805004.squirrel@mail.aconex.com> References: <47851.192.168.3.1.1204709786.squirrel@mail.aconex.com> <47CE6C3C.1010901@sgi.com> <49977.192.168.3.1.1204711129.squirrel@mail.aconex.com> <18383.54720.621894.212246@kuku.melbourne.sgi.com> <56613.192.168.3.1.1204803286.squirrel@mail.aconex.com> <18383.55436.296494.210308@kuku.melbourne.sgi.com> <33130.192.168.3.1.1204805004.squirrel@mail.aconex.com> X-Mailer: VM 7.07 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid X-archive-position: 1524 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: makc@sgi.com Precedence: bulk X-list: pcp >>>>> "nscott" == nscott writes: >> Where is sendmail on debian? Or where does postfix puts its binaries? nscott> /usr/lib/postfix (as per earlier mail - this is what pcp now mimics), nscott> dunno about sendmail. I've just seen it. Do you have directories other then bin under /usr/lib/pcp? If you don't then I'd suggest droping bin because this is what libexec is - binaries which are run by other binaries but not humans. max From nscott@aconex.com Tue Mar 11 12:01:19 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 11 Mar 2008 12:01:28 -0700 (PDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m2BJ1GSV004665 for ; Tue, 11 Mar 2008 12:01:19 -0700 X-ASG-Debug-ID: 1205262106-05a2014c0000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 6EC57687165 for ; Tue, 11 Mar 2008 12:01:46 -0700 (PDT) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id e7sZ9GTFgxkSLurc for ; Tue, 11 Mar 2008 12:01:46 -0700 (PDT) Received: from mail.aconex.com (castle.yarra.acx [192.168.3.3]) by postoffice.aconex.com (Postfix) with ESMTP id 9CB5092C316 for ; Wed, 12 Mar 2008 06:01:12 +1100 (EST) Received: from 192.168.3.1 (proxying for 58.107.42.33) (SquirrelMail authenticated user nscott) by mail.aconex.com with HTTP; Wed, 12 Mar 2008 06:01:12 +1100 (EST) Message-ID: <51207.192.168.3.1.1205262072.squirrel@mail.aconex.com> Date: Wed, 12 Mar 2008 06:01:12 +1100 (EST) X-ASG-Orig-Subj: pcp updates Subject: pcp updates From: nscott@aconex.com To: pcp@oss.sgi.com User-Agent: SquirrelMail/1.4.8-4.el4.centos MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1205262107 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -1.47 X-Barracuda-Spam-Status: No, SCORE=-1.47 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=NO_REAL_NAME X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.44540 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.55 NO_REAL_NAME From: does not include a real name X-archive-position: 1525 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Changes committed to git://oss.sgi.com:8090/nathans/pcp.git VERSION.pcp | 2 config.guess | 684 +++++++++++++++++++++++----------------- config.sub | 156 ++++++--- configure.in | 2 debian/GNUmakefile | 6 debian/changelog | 7 debian/compat | 1 debian/control | 6 debian/pcp.postinst | 6 debian/pcp.postrm | 2 debian/pcp.prerm | 2 debian/rules | 4 debian/source.lintian-overrides | 4 man/man1/pcpintro.1 | 2 man/man1/pmie.1 | 2 man/man1/pmie_check.1 | 6 man/man1/pmlogger_daily.1 | 6 src/cpan/GNUmakefile | 2 src/cpan/MANIFEST | 1 src/cpan/Makefile.PL | 3 src/cpan/PMDA.xs | 374 ++------------------- src/cpan/TODO | 50 -- src/cpan/local.c | 337 +++++++++++++++++++ src/cpan/local.h | 21 + 24 files changed, 963 insertions(+), 723 deletions(-) commit 1c7a182608b358100562e11bbc6f52ef80ff38a3 Author: Nathan Scott Date: Wed Mar 12 05:58:10 2008 +1100 Update config.guess and config.sub to something modern (last update was circa 2003). It would be much better if we were generating the files used here (via autoreconf, as part of the build), but that is generating a bunch of warnings on the current configure.in (missing macros on our part). Also fixed a typo in a configure message, and resolved several lintian warnings on the source package. Bumped version timestamp for these changes. commit 4cd1172624a42944da379949ecf565290059116c Author: Nathan Scott Date: Tue Mar 11 11:29:51 2008 +1100 Update man pages to use correct pcp.conf variable name. commit 0d65f3ef5d4b0333604b306097f3a0f1f298e7e0 Author: Nathan Scott Date: Fri Mar 7 20:28:04 2008 +1100 Refactor the Perl API code a bit by splitting out all code that doesn't deal with converting between Perl and C into a separate source file. That source file now also hashes string values in the fetch callback, and only allocates new copies on insert. commit e49711d6489c81ff167cc786179e33b98334516b Author: Nathan Scott Date: Thu Mar 6 22:51:01 2008 +1100 Fix build on older Perl versions, like on Mac OS X 10.4. From kimbrr@sgi.com Tue Mar 11 20:09:01 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 11 Mar 2008 20:09:11 -0700 (PDT) Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with SMTP id m2C38uo0014019 for ; Tue, 11 Mar 2008 20:08:59 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.54.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA04813 for ; Wed, 12 Mar 2008 14:09:27 +1100 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id m2C39OLF94070763 for ; Wed, 12 Mar 2008 14:09:26 +1100 (AEDT) Received: from localhost (kimbrr@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) with ESMTP id m2C39NHp93875866 for ; Wed, 12 Mar 2008 14:09:24 +1100 (AEDT) X-Authentication-Warning: snort.melbourne.sgi.com: kimbrr owned process doing -bs Date: Wed, 12 Mar 2008 14:09:23 +1100 From: Michael Newton X-X-Sender: kimbrr@snort.melbourne.sgi.com To: pcp@oss.sgi.com Subject: [PATCH] installing pcp requires `which` Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 1526 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kimbrr@sgi.com Precedence: bulk X-list: pcp We have had a longstanding puzzle as to why, when a whole-machine image that includes pcp is constructed in a chroot, pcp is chkconfig off when the image comes to be used. Turns out to be due to `which` not being available in the rpm post-install ops in the chroot. Investigation suggests that using `which` from bash can be unsafe even when its available, so the best solution seems to be to use `type` instead in these cases. Here I simply say, use `type` if `sh -c 'type -p sh'` succeeds (I think this makes sense for linux/bash); otherwise use which There are other uses of `which` elsewhere that can be switched over to also use $PCP_SH_WHICH should it ever turn out that there are any real systems that dont install `which`, or if there are problems caused by `which` using a different PATH to that used by bash. The current priority was just to catch those uses that occur during install. =========================================================================== pcp/build/rpm/pcp.spec.in =========================================================================== --- a/pcp/build/rpm/pcp.spec.in 2008-03-10 22:34:37.000000000 -0700 +++ b/pcp/build/rpm/pcp.spec.in 2008-03-10 21:34:18.488557356 -0700 @@ -12,6 +12,7 @@ %if %sgi_chroot_build Source: @package_name@-@package_version@.tar.bz2 BuildRequires: gcc-c++ libstdc++-devel + # # Try not building 32bit libs for x86_64 & see who screams #%ifarch x86_64 @@ -135,9 +136,11 @@ $PCP_RC_DIR/pmie stop >/dev/null 2>&1 [ -x $PCP_RC_DIR/pmproxy ] && PCP_RC_DIR/pmproxy stop >/dev/null 2>&1 rm -f $PCP_VAR_DIR/pmns/.NeedRebuild + else + PCP_SH_WHICH=type fi - if which chkconfig >/dev/null 2>&1 + if $PCP_SH_WHICH chkconfig >/dev/null 2>&1 then chkconfig --del pcp >/dev/null 2>&1 chkconfig --del pmie >/dev/null 2>&1 @@ -191,7 +194,7 @@ # # the chkconfig thing # - if which chkconfig >/dev/null 2>&1 + if $PCP_SH_WHICH chkconfig >/dev/null 2>&1 then chkconfig --add pcp >/dev/null 2>&1 chkconfig --add pmie >/dev/null 2>&1 =========================================================================== pcp/build/rpm/pro.spec.in =========================================================================== --- a/pcp/build/rpm/pro.spec.in 2008-03-10 22:34:37.000000000 -0700 +++ b/pcp/build/rpm/pro.spec.in 2008-03-10 21:42:35.882225055 -0700 @@ -182,8 +182,11 @@ if [ -f /etc/pcp.env ] ; then . /etc/pcp.env $PCP_RC_DIR/pmclusterd stop >/dev/null 2>&1 + else + PCP_SH_WHICH=type fi - if which chkconfig >/dev/null 2>&1 + + if $PCP_SH_WHICH chkconfig >/dev/null 2>&1 then chkconfig --del pmclusterd >/dev/null 2>&1 else @@ -249,7 +252,7 @@ # # the chkconfig thing # -if which chkconfig >/dev/null 2>&1 +if $PCP_SH_WHICH chkconfig >/dev/null 2>&1 then chkconfig --add pmclusterd >/dev/null 2>&1 fi =========================================================================== pcp/configure.in =========================================================================== --- a/pcp/configure.in 2008-03-10 22:34:37.000000000 -0700 +++ b/pcp/configure.in 2008-03-10 21:12:41.294952824 -0700 @@ -507,6 +507,13 @@ fi AC_SUBST(grep) +which=which +if sh -c 'type -p sh' >/dev/null 2>&1 +then + which=type +fi +AC_SUBST(which) + dnl checks for /proc pseudo file system and /proc/pinfo AC_MSG_CHECKING([for /proc ]) if test -d /proc =========================================================================== pcp/src/include/pcp.conf.in =========================================================================== --- a/pcp/src/include/pcp.conf.in 2008-03-10 22:34:37.000000000 -0700 +++ b/pcp/src/include/pcp.conf.in 2008-03-10 21:20:23.070618643 -0700 @@ -130,6 +130,9 @@ PCP_PS_HAVE_BSD=@pcp_ps_have_bsd@ PCP_PS_ALL_FLAGS=@pcp_ps_all_flags@ +# which +PCP_SH_WHICH=@which@ + # host os PCP_PLATFORM=@target_os@ =========================================================================== pcp/src/pmcd/rc-proc.sh =========================================================================== --- a/pcp/src/pmcd/rc-proc.sh 2008-03-10 22:34:37.000000000 -0700 +++ b/pcp/src/pmcd/rc-proc.sh 2008-03-10 21:23:04.924294871 -0700 @@ -30,11 +30,11 @@ [ -f $PCP_RC_DIR/$1 ] && _have_flag=true - if which runlevel >/dev/null 2>&1 + if $PCP_SH_WHICH runlevel >/dev/null 2>&1 then if [ "$PCP_PLATFORM" = solaris -o "$PCP_PLATFORM" = darwin ] then - if which runlevel | grep "no runlevel" >/dev/null + if $PCP_SH_WHICH runlevel | grep "no runlevel" >/dev/null then : else @@ -45,11 +45,11 @@ fi fi - if which chkconfig >/dev/null 2>&1 + if $PCP_SH_WHICH chkconfig >/dev/null 2>&1 then if [ "$PCP_PLATFORM" = solaris -o "$PCP_PLATFORM" = darwin ] then - if which chkconfig | grep "no chkconfig" >/dev/null + if $PCP_SH_WHICH chkconfig | grep "no chkconfig" >/dev/null then : else @@ -247,7 +247,7 @@ echo " To enable $_flag, run the following as root:" if $_have_chkconfig then - _cmd=`which chkconfig` + _cmd=`$PCP_SH_WHICH chkconfig` echo " # $_cmd $_flag on" else if [ -f /etc/debian_version ]; then Dr.Michael("Kimba")Newton kimbrr@sgi.com From nscott@aconex.com Tue Mar 11 22:48:24 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 11 Mar 2008 22:48:36 -0700 (PDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m2C5mLNZ006386 for ; Tue, 11 Mar 2008 22:48:23 -0700 X-ASG-Debug-ID: 1205300931-7fbb03900000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 4C8ABF73503 for ; Tue, 11 Mar 2008 22:48:51 -0700 (PDT) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id KU42wiX9lhtGmUM2 for ; Tue, 11 Mar 2008 22:48:51 -0700 (PDT) Received: from mail.aconex.com (castle.yarra.acx [192.168.3.3]) by postoffice.aconex.com (Postfix) with ESMTP id 0D8E492CF13; Wed, 12 Mar 2008 16:48:50 +1100 (EST) Received: from 192.168.3.1 (proxying for 58.107.42.33) (SquirrelMail authenticated user nscott) by mail.aconex.com with HTTP; Wed, 12 Mar 2008 16:48:50 +1100 (EST) Message-ID: <55812.192.168.3.1.1205300930.squirrel@mail.aconex.com> In-Reply-To: References: Date: Wed, 12 Mar 2008 16:48:50 +1100 (EST) X-ASG-Orig-Subj: Re: [PATCH] installing pcp requires `which` Subject: Re: [PATCH] installing pcp requires `which` From: nscott@aconex.com To: "Michael Newton" Cc: pcp@oss.sgi.com User-Agent: SquirrelMail/1.4.8-4.el4.centos MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1205300932 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -1.47 X-Barracuda-Spam-Status: No, SCORE=-1.47 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=NO_REAL_NAME X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.44582 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.55 NO_REAL_NAME From: does not include a real name X-archive-position: 1527 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp > We have had a longstanding puzzle as to why, when a whole-machine image > that includes pcp is constructed in a chroot, pcp is chkconfig off when > the image comes to be used. Turns out to be due to `which` not being > available in the rpm post-install ops in the chroot. Nasty business. > Investigation suggests that using `which` from bash can be unsafe even > when its available, Can you elaborate on that a bit more? (does this not affect "type"?) > so the best solution seems to be to use `type` instead > in these cases. Here I simply say, use `type` if `sh -c 'type -p sh'` > succeeds (I think this makes sense for linux/bash); otherwise use which Can we not always use "type"? No, looks like not - ksh doesn't support it. > There are other uses of `which` elsewhere that can be switched over to > also use $PCP_SH_WHICH should it ever turn out that there are any real PCP_WHICH_PROG would be more consistent with everything else (like PCP_ECHO_PROG, which can also be a shell built-in). > systems that dont install `which`, or if there are problems caused > by `which` using a different PATH to that used by bash. In practice though the latter shouldn't be an issue, since all the PCP startup scripts use /etc/pcp.env, which explicitly sets $PATH to something known good. =========================================================================== > pcp/build/rpm/pcp.spec.in > =========================================================================== > @@ -135,9 +136,11 @@ > $PCP_RC_DIR/pmie stop >/dev/null 2>&1 > [ -x $PCP_RC_DIR/pmproxy ] && PCP_RC_DIR/pmproxy stop >/dev/null 2>&1 > rm -f $PCP_VAR_DIR/pmns/.NeedRebuild > + else > + PCP_SH_WHICH=type > fi That seems brave... :| But its the best of a bad lot, AFAICS. > # > # the chkconfig thing > # Completely useless comment, maybe nuke while you're there? Or at some point, anyway. > =========================================================================== > pcp/build/rpm/pro.spec.in > =========================================================================== > Kinda hard to review that one for you, sorry. :) > --- a/pcp/build/rpm/pro.spec.in 2008-03-10 22:34:37.000000000 -0700 > +++ b/pcp/build/rpm/pro.spec.in 2008-03-10 21:42:35.882225055 -0700 > @@ -182,8 +182,11 @@ > if [ -f /etc/pcp.env ] ; then > . /etc/pcp.env > $PCP_RC_DIR/pmclusterd stop >/dev/null 2>&1 pmclusterd, eh? What's that when its at home? Do I even want to know? :) > +which=which > +if sh -c 'type -p sh' >/dev/null 2>&1 > +then > + which=type > +fi > +AC_SUBST(which) Looks OK. I think we should allow it to be forced to something through an environment variable though (again, like ECHO), to be sure, to be sure. > +# which > +PCP_SH_WHICH=@which@ I'd prefer PCP_WHICH_PROG for consistency. cheers. -- Nathan From pj@sgi.com Tue Mar 11 23:21:04 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 11 Mar 2008 23:21:26 -0700 (PDT) Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m2C6L3W2011037 for ; Tue, 11 Mar 2008 23:21:04 -0700 Received: from sgi.com (mtv-vpn-hw-masa-1.corp.sgi.com [134.15.25.210]) by cthulhu.engr.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id m2C6LXL3030987; Tue, 11 Mar 2008 23:21:34 -0700 Date: Wed, 12 Mar 2008 01:21:33 -0500 From: Paul Jackson To: nscott@aconex.com Cc: kimbrr@sgi.com, pcp@oss.sgi.com Subject: Re: [PATCH] installing pcp requires `which` Message-Id: <20080312012133.e0e93895.pj@sgi.com> In-Reply-To: <55812.192.168.3.1.1205300930.squirrel@mail.aconex.com> References: <55812.192.168.3.1.1205300930.squirrel@mail.aconex.com> Organization: SGI X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.12.0; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-archive-position: 1528 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: pj@sgi.com Precedence: bulk X-list: pcp Does pcp.spec.in only use 'which' in the lines: if which chkconfig then chkconfig --add pcp Is chkconfig always located at /sbin/chkconfig? If so, then those tests could be changed to: if test -f /sbin/chkconfig then chkconfig --add pcp Or, if that seems too risky, how about just always invoking chkconfig in some harmless, sure to succeed, if chkconfig exists on the PATH at all, fashion, and if that works, then proceed to make good use of it, as in: if chkconfig -h >/dev/null 2>/dev/null then chkconfig --add pcp -- I won't rest till it's the best ... Programmer, Linux Scalability Paul Jackson 1.940.382.4214 From kimbrr@sgi.com Tue Mar 11 23:39:10 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 11 Mar 2008 23:39:21 -0700 (PDT) Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with SMTP id m2C6d462014594 for ; Tue, 11 Mar 2008 23:39:09 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.54.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA11628; Wed, 12 Mar 2008 17:39:27 +1100 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id m2C6dQLF94037633; Wed, 12 Mar 2008 17:39:26 +1100 (AEDT) Received: from localhost (kimbrr@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) with ESMTP id m2C6dO0U93999772; Wed, 12 Mar 2008 17:39:25 +1100 (AEDT) X-Authentication-Warning: snort.melbourne.sgi.com: kimbrr owned process doing -bs Date: Wed, 12 Mar 2008 17:39:24 +1100 From: Michael Newton X-X-Sender: kimbrr@snort.melbourne.sgi.com To: Paul Jackson cc: nscott@aconex.com, pcp@oss.sgi.com Subject: Re: [PATCH] installing pcp requires `which` In-Reply-To: <20080312012133.e0e93895.pj@sgi.com> Message-ID: References: <55812.192.168.3.1.1205300930.squirrel@mail.aconex.com> <20080312012133.e0e93895.pj@sgi.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 1529 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kimbrr@sgi.com Precedence: bulk X-list: pcp On Wed, 12 Mar 2008, Paul Jackson wrote: > Does pcp.spec.in only use 'which' in the lines: > > if which chkconfig > then > chkconfig --add pcp No. There are already funcs for getting round a lack of chkconfig in rc-proc.sh, which also get called from other places (like init scripts) Dr.Michael("Kimba")Newton kimbrr@sgi.com From pj@sgi.com Wed Mar 12 00:06:05 2008 Received: with ECARTIS (v1.0.0; list pcp); Wed, 12 Mar 2008 00:06:39 -0700 (PDT) Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m2C764BI024439 for ; Wed, 12 Mar 2008 00:06:05 -0700 Received: from sgi.com (mtv-vpn-hw-masa-1.corp.sgi.com [134.15.25.210]) by cthulhu.engr.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id m2C76YL3003143; Wed, 12 Mar 2008 00:06:34 -0700 Date: Wed, 12 Mar 2008 02:06:33 -0500 From: Paul Jackson To: Michael Newton Cc: nscott@aconex.com, pcp@oss.sgi.com Subject: Re: [PATCH] installing pcp requires `which` Message-Id: <20080312020633.80c5084c.pj@sgi.com> In-Reply-To: References: <55812.192.168.3.1.1205300930.squirrel@mail.aconex.com> <20080312012133.e0e93895.pj@sgi.com> Organization: SGI X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.12.0; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-archive-position: 1530 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: pj@sgi.com Precedence: bulk X-list: pcp Michael Newton wrote: > > Does pcp.spec.in only use 'which' in the lines: > > > > if which chkconfig > > then > > chkconfig --add pcp > > No. There are already funcs for getting round a lack of chkconfig I'm easily confused. Are you saying: No -- pcp.spec.in doesn't -only- use 'which' as above (but also uses 'which' in other ways ...) or No -- one should not even use 'which' as in the above, nor should use the 'type' fallback that someone proposed here, but rather one should use these existing funcs in rc-proc.sh, instead. -- I won't rest till it's the best ... Programmer, Linux Scalability Paul Jackson 1.940.382.4214 From kimbrr@sgi.com Wed Mar 12 00:21:30 2008 Received: with ECARTIS (v1.0.0; list pcp); Wed, 12 Mar 2008 00:21:41 -0700 (PDT) Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with SMTP id m2C7LQRd001496 for ; Wed, 12 Mar 2008 00:21:28 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.54.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA12837; Wed, 12 Mar 2008 18:21:41 +1100 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id m2C7LeLF92011007; Wed, 12 Mar 2008 18:21:41 +1100 (AEDT) Received: from localhost (kimbrr@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) with ESMTP id m2C7LctC94174723; Wed, 12 Mar 2008 18:21:38 +1100 (AEDT) X-Authentication-Warning: snort.melbourne.sgi.com: kimbrr owned process doing -bs Date: Wed, 12 Mar 2008 18:21:38 +1100 From: Michael Newton X-X-Sender: kimbrr@snort.melbourne.sgi.com To: Paul Jackson cc: nscott@aconex.com, pcp@oss.sgi.com Subject: Re: [PATCH] installing pcp requires `which` In-Reply-To: <20080312020633.80c5084c.pj@sgi.com> Message-ID: References: <55812.192.168.3.1.1205300930.squirrel@mail.aconex.com> <20080312012133.e0e93895.pj@sgi.com> <20080312020633.80c5084c.pj@sgi.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-2045888875-990256262-1205306286=:93991006" Content-ID: X-archive-position: 1531 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kimbrr@sgi.com Precedence: bulk X-list: pcp This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---2045888875-990256262-1205306286=:93991006 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: On Wed, 12 Mar 2008, Paul Jackson wrote: > Michael Newton wrote: > > > Does pcp.spec.in only use 'which' in the lines: > > > > > > if which chkconfig > > > then > > > chkconfig --add pcp > > > > No. There are already funcs for getting round a lack of chkconfig > > I'm easily confused. my apologies... im in big rush ATM. Theres no alternative to `which` in the preexisting rc-proc.sh -- only to chkconfig. So its your 1st alternative: > Are you saying: > > No -- pcp.spec.in doesn't -only- use 'which' as above > (but also uses 'which' in other ways ...) ..and in particular that just changing the spec wont do it. Also, im reluctant to use an absolute path if it can be avoided. (Otherwise i could just say PreReq:/usr/bin/which in the spec, which works for suse & redhat and probably anyone else currently building RPMs). Anyway, ive taken note of Nathan's suggestions in the commit i just made to our internal repository. Ive attached a supplementary patch of the additional changes i made to do so Dr.Michael("Kimba")Newton kimbrr@sgi.com ---2045888875-990256262-1205306286=:93991006 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME=fix Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: ATTACHMENT; FILENAME=fix DQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NCm1nbXQvcGNwL2J1 aWxkL3JwbS9wY3Auc3BlYy5pbg0KPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09DQoNCi0tLSBhL21nbXQvcGNwL2J1aWxkL3JwbS9wY3Auc3BlYy5p bgkyMDA4LTAzLTEyIDE3OjU3OjAxLjAwMDAwMDAwMCArMTEwMA0KKysrIGIv bWdtdC9wY3AvYnVpbGQvcnBtL3BjcC5zcGVjLmluCTIwMDgtMDMtMTIgMTc6 NTY6MTMuMTQyMjExMDgzICsxMTAwDQpAQCAtMTM3LDEwICsxMzcsMTAgQEAN CiAJWyAteCAkUENQX1JDX0RJUi9wbXByb3h5IF0gJiYgUENQX1JDX0RJUi9w bXByb3h5IHN0b3AgPi9kZXYvbnVsbCAyPiYxDQogCXJtIC1mICRQQ1BfVkFS X0RJUi9wbW5zLy5OZWVkUmVidWlsZA0KICAgICBlbHNlDQotCVBDUF9TSF9X SElDSD10eXBlDQorCVBDUF9XSElDSF9QUk9HPXR5cGUNCiAgICAgZmkNCiAN Ci0gICAgaWYgJFBDUF9TSF9XSElDSCBjaGtjb25maWcgPi9kZXYvbnVsbCAy PiYxDQorICAgIGlmICRQQ1BfV0hJQ0hfUFJPRyBjaGtjb25maWcgPi9kZXYv bnVsbCAyPiYxDQogICAgIHRoZW4NCiAJY2hrY29uZmlnIC0tZGVsIHBjcCA+ L2Rldi9udWxsIDI+JjENCiAJY2hrY29uZmlnIC0tZGVsIHBtaWUgPi9kZXYv bnVsbCAyPiYxDQpAQCAtMTkxLDEwICsxOTEsNyBAQA0KIAlkb25lDQogICAg IGZpDQogDQotICAgICMNCi0gICAgIyB0aGUgY2hrY29uZmlnIHRoaW5nDQot ICAgICMNCi0gICAgaWYgJFBDUF9TSF9XSElDSCBjaGtjb25maWcgPi9kZXYv bnVsbCAyPiYxDQorICAgIGlmICRQQ1BfV0hJQ0hfUFJPRyBjaGtjb25maWcg Pi9kZXYvbnVsbCAyPiYxDQogICAgIHRoZW4NCiAJY2hrY29uZmlnIC0tYWRk IHBjcCA+L2Rldi9udWxsIDI+JjENCiAJY2hrY29uZmlnIC0tYWRkIHBtaWUg Pi9kZXYvbnVsbCAyPiYxDQpAQCAtMjM3LDkgKzIzNCw2IEBADQogICAgIHRv dWNoICRQQ1BfVkFSX0RJUi9wbW5zLy5OZWVkUmVidWlsZA0KICAgICBjaG1v ZCA2NDQgJFBDUF9WQVJfRElSL3BtbnMvLk5lZWRSZWJ1aWxkDQogDQotICAg ICMNCi0gICAgIyB0aGUgY2hrY29uZmlnIHRoaW5nDQotICAgICMNCiAgICAg aWYgd2hpY2ggY2hrY29uZmlnID4vZGV2L251bGwgMj4mMQ0KICAgICB0aGVu DQogCWNoa2NvbmZpZyAtLWFkZCBwY3AgPi9kZXYvbnVsbCAyPiYxDQoNCj09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KbWdtdC9wY3AvYnVpbGQv cnBtL3Byby5zcGVjLmluDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT0NCg0KLS0tIGEvbWdtdC9wY3AvYnVpbGQvcnBtL3Byby5zcGVjLmluCTIw MDgtMDMtMTIgMTc6NTc6MDEuMDAwMDAwMDAwICsxMTAwDQorKysgYi9tZ210 L3BjcC9idWlsZC9ycG0vcHJvLnNwZWMuaW4JMjAwOC0wMy0xMiAxNzo1Njo0 Mi4wNzQ0NjE1MjQgKzExMDANCkBAIC0xODMsMTAgKzE4MywxMCBAQA0KICAg ICAgICAgLiAvZXRjL3BjcC5lbnYNCiAJJFBDUF9SQ19ESVIvcG1jbHVzdGVy ZCBzdG9wID4vZGV2L251bGwgMj4mMQ0KICAgICBlbHNlDQotCVBDUF9TSF9X SElDSD10eXBlDQorCVBDUF9XSElDSF9QUk9HPXR5cGUNCiAgICAgZmkNCiAN Ci0gICAgaWYgJFBDUF9TSF9XSElDSCBjaGtjb25maWcgPi9kZXYvbnVsbCAy PiYxDQorICAgIGlmICRQQ1BfV0hJQ0hfUFJPRyBjaGtjb25maWcgPi9kZXYv bnVsbCAyPiYxDQogICAgIHRoZW4NCiAgICAgICAgIGNoa2NvbmZpZyAtLWRl bCBwbWNsdXN0ZXJkID4vZGV2L251bGwgMj4mMQ0KICAgICBlbHNlDQpAQCAt MjQ5LDEwICsyNDksNyBAQA0KICAgICA7Ow0KIGVzYWMNCiANCi0jDQotIyB0 aGUgY2hrY29uZmlnIHRoaW5nDQotIw0KLWlmICRQQ1BfU0hfV0hJQ0ggY2hr Y29uZmlnID4vZGV2L251bGwgMj4mMQ0KK2lmICRQQ1BfV0hJQ0hfUFJPRyBj aGtjb25maWcgPi9kZXYvbnVsbCAyPiYxDQogdGhlbg0KICAgICBjaGtjb25m aWcgLS1hZGQgcG1jbHVzdGVyZCA+L2Rldi9udWxsIDI+JjENCiBmaQ0KDQo9 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NCm1nbXQvcGNwL2NvbmZp Z3VyZS5pbg0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQoNCi0t LSBhL21nbXQvcGNwL2NvbmZpZ3VyZS5pbgkyMDA4LTAzLTEyIDE3OjU3OjAx LjAwMDAwMDAwMCArMTEwMA0KKysrIGIvbWdtdC9wY3AvY29uZmlndXJlLmlu CTIwMDgtMDMtMTIgMTc6MzQ6MDMuNzYyNzQyNTQwICsxMTAwDQpAQCAtNTA3 LDEwICs1MDcsMTQgQEANCiBmaQ0KIEFDX1NVQlNUKGdyZXApDQogDQotd2hp Y2g9d2hpY2gNCi1pZiBzaCAtYyAndHlwZSAtcCBzaCcgPi9kZXYvbnVsbCAy PiYxIA0KK2lmIHRlc3QgLW4gIiRXSElDSCINCit0aGVuDQorICAgIHdoaWNo PSRXSElDSA0KK2VsaWYgc2ggLWMgJ3R5cGUgLXAgc2gnID4vZGV2L251bGwg Mj4mMSANCiB0aGVuDQogICAgIHdoaWNoPXR5cGUNCitlbHNlDQorICAgIHdo aWNoPXdoaWNoDQogZmkgDQogQUNfU1VCU1Qod2hpY2gpDQogDQoNCj09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PQ0KbWdtdC9wY3Avc3JjL2luY2x1 ZGUvcGNwLmNvbmYuaW4NCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PQ0KDQotLS0gYS9tZ210L3BjcC9zcmMvaW5jbHVkZS9wY3AuY29uZi5pbgky MDA4LTAzLTEyIDE3OjU3OjAxLjAwMDAwMDAwMCArMTEwMA0KKysrIGIvbWdt dC9wY3Avc3JjL2luY2x1ZGUvcGNwLmNvbmYuaW4JMjAwOC0wMy0xMiAxNzow NjoxNy43Mzk3OTIzMTEgKzExMDANCkBAIC0xLDcgKzEsNyBAQA0KICMNCiAj IENvcHlyaWdodCAoYykgMjAwMC0yMDAxLDIwMDMgU2lsaWNvbiBHcmFwaGlj cywgSW5jLiAgQWxsIFJpZ2h0cyBSZXNlcnZlZC4NCiAjDQotIyAkSWQ6IHBj cC5jb25mLmluLHYgMS4zMCAyMDA4LzAzLzEyIDA1OjQ5OjUyIGtpbWJyciBF eHAgJA0KKyMgJElkOiBwY3AuY29uZi5pbix2IDEuMjkgMjAwNy8wMy8zMCAw OTozMDowNiBraW1icnIuYm9ubmllLmVuZ3Iuc2dpLmNvbSBFeHAgJA0KICMN CiAjIFRoaXMgZmlsZSBkZWZpbmVzIHRoZSBkaXJlY3RvcmllcyBhbmQgcGF0 aHMgdXNlZCBieSBQQ1ANCiAjIGFuZCBpcyBpbnN0YWxsZWQgYXMgdGhlIGZp bGUgL2V0Yy9wY3AuY29uZiBmb3IgdXNlIGF0IHJ1bi10aW1lLg0KQEAgLTEz MSw3ICsxMzEsNyBAQA0KIFBDUF9QU19BTExfRkxBR1M9QHBjcF9wc19hbGxf ZmxhZ3NADQogDQogIyB3aGljaA0KLVBDUF9TSF9XSElDSD1Ad2hpY2hADQor UENQX1dISUNIX1BST0c9QHdoaWNoQA0KIA0KICMgaG9zdCBvcw0KIFBDUF9Q TEFURk9STT1AdGFyZ2V0X29zQA0KDQo9PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT0NCm1nbXQvcGNwL3NyYy9wbWNkL3JjLXByb2Muc2gNCj09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PQ0KDQotLS0gYS9tZ210L3BjcC9z cmMvcG1jZC9yYy1wcm9jLnNoCTIwMDgtMDMtMTIgMTc6NTc6MDEuMDAwMDAw MDAwICsxMTAwDQorKysgYi9tZ210L3BjcC9zcmMvcG1jZC9yYy1wcm9jLnNo CTIwMDgtMDMtMTIgMTc6MDc6MDguOTg1MTI0ODk3ICsxMTAwDQpAQCAtMiw3 ICsyLDcgQEANCiAjIENvbW1vbiBzaCgxKSBwcm9jZWR1cmVzIHRvIGJlIHVz ZWQgaW4gUENQIHJjIHNjcmlwdHMNCiAjDQogIyBDb3B5cmlnaHQgKGMpIDIw MDAsMjAwMyBTaWxpY29uIEdyYXBoaWNzLCBJbmMuICBBbGwgUmlnaHRzIFJl c2VydmVkLg0KLSMgJElkOiByYy1wcm9jLnNoLHYgMS4xNCAyMDA4LzAzLzEy IDA1OjQ5OjUyIGtpbWJyciBFeHAgJA0KKyMgJElkOiByYy1wcm9jLnNoLHYg MS4xMyAyMDA2LzA2LzIyIDA4OjUxOjQ3IG1ha2MgRXhwICQNCiAjIA0KIA0K ICMgc291cmNlIHRoZSBQQ1AgY29uZmlndXJhdGlvbiBlbnZpcm9ubWVudCB2 YXJpYWJsZXMNCkBAIC0zMCwxMSArMzAsMTEgQEANCiANCiAgICAgWyAtZiAk UENQX1JDX0RJUi8kMSBdICYmIF9oYXZlX2ZsYWc9dHJ1ZQ0KIA0KLSAgICBp ZiAkUENQX1NIX1dISUNIIHJ1bmxldmVsID4vZGV2L251bGwgMj4mMQ0KKyAg ICBpZiAkUENQX1dISUNIX1BST0cgcnVubGV2ZWwgPi9kZXYvbnVsbCAyPiYx DQogICAgIHRoZW4NCiAJaWYgWyAiJFBDUF9QTEFURk9STSIgPSBzb2xhcmlz IC1vICIkUENQX1BMQVRGT1JNIiA9IGRhcndpbiBdDQogCXRoZW4NCi0JICAg IGlmICRQQ1BfU0hfV0hJQ0ggcnVubGV2ZWwgfCBncmVwICJubyBydW5sZXZl bCIgPi9kZXYvbnVsbA0KKwkgICAgaWYgJFBDUF9XSElDSF9QUk9HIHJ1bmxl dmVsIHwgZ3JlcCAibm8gcnVubGV2ZWwiID4vZGV2L251bGwNCiAJICAgIHRo ZW4NCiAJCToNCiAJICAgIGVsc2UNCkBAIC00NSwxMSArNDUsMTEgQEANCiAJ ZmkNCiAgICAgZmkNCiANCi0gICAgaWYgJFBDUF9TSF9XSElDSCBjaGtjb25m aWcgPi9kZXYvbnVsbCAyPiYxDQorICAgIGlmICRQQ1BfV0hJQ0hfUFJPRyBj aGtjb25maWcgPi9kZXYvbnVsbCAyPiYxDQogICAgIHRoZW4NCiAJaWYgWyAi JFBDUF9QTEFURk9STSIgPSBzb2xhcmlzIC1vICIkUENQX1BMQVRGT1JNIiA9 IGRhcndpbiBdDQogCXRoZW4NCi0JICAgIGlmICRQQ1BfU0hfV0hJQ0ggY2hr Y29uZmlnIHwgZ3JlcCAibm8gY2hrY29uZmlnIiA+L2Rldi9udWxsDQorCSAg ICBpZiAkUENQX1dISUNIX1BST0cgY2hrY29uZmlnIHwgZ3JlcCAibm8gY2hr Y29uZmlnIiA+L2Rldi9udWxsDQogCSAgICB0aGVuDQogCQk6DQogCSAgICBl bHNlDQpAQCAtMjQ3LDcgKzI0Nyw3IEBADQogCWVjaG8gIiAgICBUbyBlbmFi bGUgJF9mbGFnLCBydW4gdGhlIGZvbGxvd2luZyBhcyByb290OiINCiAJaWYg JF9oYXZlX2Noa2NvbmZpZw0KIAl0aGVuDQotCSAgICBfY21kPWAkUENQX1NI X1dISUNIIGNoa2NvbmZpZ2ANCisJICAgIF9jbWQ9YCRQQ1BfV0hJQ0hfUFJP RyBjaGtjb25maWdgDQogCSAgICBlY2hvICIgICAgIyAkX2NtZCAkX2ZsYWcg b24iDQogCWVsc2UNCiAJICAgIGlmIFsgLWYgL2V0Yy9kZWJpYW5fdmVyc2lv biBdOyB0aGVuDQo= ---2045888875-990256262-1205306286=:93991006-- From nscott@aconex.com Thu Mar 13 18:13:48 2008 Received: with ECARTIS (v1.0.0; list pcp); Thu, 13 Mar 2008 18:14:02 -0700 (PDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m2E1DlV1021051 for ; Thu, 13 Mar 2008 18:13:48 -0700 X-ASG-Debug-ID: 1205457257-686201710000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 5C88E69B4A8 for ; Thu, 13 Mar 2008 18:14:17 -0700 (PDT) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id VR2Xew5U6WAmzVCd for ; Thu, 13 Mar 2008 18:14:17 -0700 (PDT) Received: from [192.168.5.76] (unknown [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id 914B392E2B5 for ; Fri, 14 Mar 2008 12:13:44 +1100 (EST) X-ASG-Orig-Subj: pcp updates Subject: pcp updates From: Nathan Scott Reply-To: nscott@aconex.com To: pcp@oss.sgi.com Content-Type: text/plain Organization: Aconex Date: Fri, 14 Mar 2008 12:13:44 +1100 Message-Id: <1205457224.29868.32.camel@edge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1205457259 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.44755 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1532 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Changes committed to git://oss.sgi.com:8090/nathans/pcp.git build/rpm/pcp.spec.in | 13 +++++-------- configure.in | 11 +++++++++++ src/include/pcp.conf.in | 5 +++-- src/pmcd/rc-proc.sh | 11 +++++------ 4 files changed, 24 insertions(+), 16 deletions(-) commit 3e795c603c847e89ade30a9e3b7aaab92642a382 Merge: 19f1200... fc11f09... Author: Nathan Scott Date: Fri Mar 14 10:55:27 2008 +1100 Merge branch 'nathans' of git://oss.sgi.com:8090/nathans/pcp into nathans commit 19f1200f4f4bf7fe70752607df575f00e2374b69 Author: Michael Newton Date: Fri Mar 14 09:33:02 2008 +1100 [PATCH] installing pcp requires `which` We have had a longstanding puzzle as to why, when a whole-machine image that includes pcp is constructed in a chroot, pcp is chkconfig off when the image comes to be used. Turns out to be due to `which` not being available in the rpm post-install ops in the chroot. Investigation suggests that using `which` from bash can be unsafe even when its available, so the best solution seems to be to use `type` instead in these cases. Here I simply say, use `type` if `sh -c 'type -p sh'` succeeds (I think this makes sense for linux/bash); otherwise use which There are other uses of `which` elsewhere that can be switched over to also use $PCP_WHICH_PROG should it ever turn out that there are any real systems that dont install `which`, or if there are problems caused by `which` using a different PATH to that used by bash. The current priority was just to catch those uses that occur during install. From nscott@aconex.com Sun Mar 16 17:51:13 2008 Received: with ECARTIS (v1.0.0; list pcp); Sun, 16 Mar 2008 17:51:24 -0700 (PDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m2H0pBam028476 for ; Sun, 16 Mar 2008 17:51:13 -0700 X-ASG-Debug-ID: 1205715097-12af02930000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id EEF77FAECFE for ; Sun, 16 Mar 2008 17:51:38 -0700 (PDT) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id 6yF9aDwO1JYE8xk8 for ; Sun, 16 Mar 2008 17:51:38 -0700 (PDT) Received: from [192.168.5.76] (unknown [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id 7A21E92C33D for ; Mon, 17 Mar 2008 11:51:36 +1100 (EST) X-ASG-Orig-Subj: pcp updates Subject: pcp updates From: Nathan Scott Reply-To: nscott@aconex.com To: pcp@oss.sgi.com Content-Type: text/plain Organization: Aconex Date: Mon, 17 Mar 2008 11:51:36 +1100 Message-Id: <1205715096.29868.66.camel@edge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1205715103 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.45042 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1533 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Changes committed to git://oss.sgi.com:8090/nathans/pcp.git VERSION.pcp | 2 +- debian/changelog | 6 ++++++ debian/control | 12 ++++++------ 3 files changed, 13 insertions(+), 7 deletions(-) commit 4f714ae4507197b4e92cedddc5fe1b6e0f8f4b5a Merge: 90d240c... 3e795c6... Author: Nathan Scott Date: Mon Mar 17 11:50:39 2008 +1100 Merge git://oss.sgi.com:8090/nathans/pcp into nathans commit 90d240c5341e9dc79ea03992ce1dfd24d1d40de9 Author: Nathan Scott Date: Mon Mar 17 11:47:25 2008 +1100 Fix Debian build dependency on ncurses development library. commit 160ed243c3d5b06aadefb625939a097ce6c366cb Author: Nathan Scott Date: Wed Mar 12 09:27:47 2008 +1100 Update Debian package "Priority" field to match reality. From nscott@aconex.com Tue Mar 18 19:40:46 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 18 Mar 2008 19:40:55 -0700 (PDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m2J2eguY009145 for ; Tue, 18 Mar 2008 19:40:46 -0700 X-ASG-Debug-ID: 1205894474-675101b00000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 08E9EFCCB93 for ; Tue, 18 Mar 2008 19:41:14 -0700 (PDT) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id Bil8l15W89dv7wL4 for ; Tue, 18 Mar 2008 19:41:14 -0700 (PDT) Received: from mail.aconex.com (castle.yarra.acx [192.168.3.3]) by postoffice.aconex.com (Postfix) with ESMTP id 9982292D422; Wed, 19 Mar 2008 13:41:13 +1100 (EST) Received: from 192.168.3.1 (proxying for 58.107.42.33) (SquirrelMail authenticated user nscott) by mail.aconex.com with HTTP; Wed, 19 Mar 2008 13:41:13 +1100 (EST) Message-ID: <45857.192.168.3.1.1205894473.squirrel@mail.aconex.com> In-Reply-To: References: <47E07A3F.6000900@sgi.com> Date: Wed, 19 Mar 2008 13:41:13 +1100 (EST) X-ASG-Orig-Subj: RE: Tennis Tomorrow Subject: RE: Tennis Tomorrow From: nscott@aconex.com To: "Philip Field" Cc: markgw@sgi.com, pcp@oss.sgi.com, anibal@sgi.com User-Agent: SquirrelMail/1.4.8-4.el4.centos MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1205894475 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -1.47 X-Barracuda-Spam-Status: No, SCORE=-1.47 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=NO_REAL_NAME X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.45242 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.55 NO_REAL_NAME From: does not include a real name X-archive-position: 1534 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp > > Nathan can play - he's only had one game in over a month and we're about > to get two weeks off - no play on 27/3 or 3/4. > > So tomorrow - its you and Nathan unless Nathan can't play I can play or sit out - no big one. Lemme know if you really want a game Phil, else I'll happily play. cheers. -- Nathan From nscott@aconex.com Fri Mar 21 21:41:07 2008 Received: with ECARTIS (v1.0.0; list pcp); Fri, 21 Mar 2008 21:41:27 -0700 (PDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m2M4f4N2002750 for ; Fri, 21 Mar 2008 21:41:07 -0700 X-ASG-Debug-ID: 1206160897-41ec01010000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 7643A10007A4 for ; Fri, 21 Mar 2008 21:41:37 -0700 (PDT) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id QnQZXO3Yvg0MIzAw for ; Fri, 21 Mar 2008 21:41:37 -0700 (PDT) Received: from mail.aconex.com (castle.yarra.acx [192.168.3.3]) by postoffice.aconex.com (Postfix) with ESMTP id B324292EBCB for ; Sat, 22 Mar 2008 15:40:56 +1100 (EST) Received: from 192.168.3.1 (proxying for 58.107.42.33) (SquirrelMail authenticated user nscott) by mail.aconex.com with HTTP; Sat, 22 Mar 2008 15:40:56 +1100 (EST) Message-ID: <38010.192.168.3.1.1206160856.squirrel@mail.aconex.com> Date: Sat, 22 Mar 2008 15:40:56 +1100 (EST) X-ASG-Orig-Subj: pcp updates Subject: pcp updates From: nscott@aconex.com To: pcp@oss.sgi.com User-Agent: SquirrelMail/1.4.8-4.el4.centos MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1206160898 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -1.47 X-Barracuda-Spam-Status: No, SCORE=-1.47 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=NO_REAL_NAME X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.45537 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.55 NO_REAL_NAME From: does not include a real name X-archive-position: 1535 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Changes committed to git://oss.sgi.com:8090/nathans/pcp.git VERSION.pcp | 2 debian/changelog | 7 man/man1/pmdumplog.1 | 3 man/man1/pmie.1 | 9 - man/man1/pmlogcheck.1 | 2 man/man1/pmlogger.1 | 2 man/man1/pmloglabel.1 | 173 +++++++++++++++++++ man/man1/pmlogsummary.1 | 2 src/GNUmakefile | 2 src/include/impl.h | 5 src/libpcp/src/logutil.c | 85 ++++++--- src/pmie/pmie_check.sh | 2 src/pmloglabel/GNUmakefile | 37 ++++ src/pmloglabel/pmloglabel.c | 386 ++++++++++++++++++++++++++++++++++++++++++++ 14 files changed, 666 insertions(+), 51 deletions(-) commit b57a8d77dba333ff9662eec10ecc3e1fce246bae Author: Nathan Scott Date: Sat Mar 22 15:38:27 2008 +1100 Bump build version number. commit 2b338694dfc9893dc2221970f6a80d7d703cfa5c Merge: 0ab7b43... 4f714ae... Author: Nathan Scott Date: Sat Mar 22 15:35:05 2008 +1100 Merge branch 'nathans' of git://oss.sgi.com:8090/nathans/pcp into nathans commit 0ab7b437c04fe26f71640d681ad5b000996bbca9 Author: Nathan Scott Date: Sat Mar 22 15:29:18 2008 +1100 Minor corrections to several man pages. commit 40465541b949d34088c5c4fa6aac388d00c2497a Author: Nathan Scott Date: Sat Mar 22 15:28:42 2008 +1100 Add pmloglabel, a new tool which verifies, reports on, and can modify all details of the labels in each of the files of a Performance Co-Pilot (PCP) archive log. The archive log has the base name archive and must have been previously created using pmlogger(1). Each of the files in a PCP archive (metadata, temporal index, and one or more data volumes) must contain a valid label at the start, else the PCP tools will refuse to open the archive at all. Thus, the primary function of pmloglabel is to be able to repair any inconsistent or corrupt label fields, such that the entire archive is not lost. It will not check the remainder of the archive, but it will give you a fighting chance to recover otherwise lost data. Together, pmloglabel and pmlogextract are able to produce a valid PCP archive from many forms of corruption. $ pmdumplog -l 20080125 pmdumplog: Cannot open archive "20080125": Illegal label record at start of a PCP archive log file $ pmloglabel 20080125 Mismatched PID (5264/5011) between temporal index and data volume 0 $ pmloglabel -p 5264 20080125 $ pmdumplog -l 20080125 Log Label (Log Format Version 2) Performance metrics from host fw1 commencing Fri Jan 25 00:10:09.341 2008 ending Sat Jan 26 00:09:54.344 2008 commit d4c3fb6c9d8b2eb2067bd456cb85afe53ab38015 Author: Nathan Scott Date: Sat Mar 22 10:27:33 2008 +1100 Rearrange some internal libpcp log open routines, for use by a log label checker. commit 3b9149c6f1317fb5c15bd1c0a6679971875c88d0 Author: Nathan Scott Date: Sat Mar 22 10:25:43 2008 +1100 Use PCP_PMIECONTROL_PATH for pmie control file. From nscott@aconex.com Mon Mar 24 18:47:52 2008 Received: with ECARTIS (v1.0.0; list pcp); Mon, 24 Mar 2008 18:48:01 -0700 (PDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m2P1lpv9009012 for ; Mon, 24 Mar 2008 18:47:52 -0700 X-ASG-Debug-ID: 1206409703-2c0203350000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id AF9B56E0A6B for ; Mon, 24 Mar 2008 18:48:24 -0700 (PDT) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id VKI4X7sJPc2p8qpW for ; Mon, 24 Mar 2008 18:48:24 -0700 (PDT) Received: from [192.168.5.76] (unknown [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id 90CF792D12C for ; Tue, 25 Mar 2008 12:47:50 +1100 (EST) X-ASG-Orig-Subj: pcpqa updates Subject: pcpqa updates From: Nathan Scott Reply-To: nscott@aconex.com To: pcp@oss.sgi.com Content-Type: text/plain Organization: Aconex Date: Tue, 25 Mar 2008 12:47:50 +1100 Message-Id: <1206409670.29868.271.camel@edge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1206409705 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.45814 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1536 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Changes committed to git://oss.sgi.com:8090/nathans/pcpqa.git 327 | 81 +++++++++++++++ 327.out | 325 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ group | 1 3 files changed, 407 insertions(+) commit fc6a5cfeb71ce2aba42334c30cf960873a804985 Author: Nathan Scott Date: Tue Mar 25 12:46:11 2008 +1100 Add a QA test for exercising all aspects of pmloglabel functionality. From jamespeach@mac.com Mon Mar 24 20:00:04 2008 Received: with ECARTIS (v1.0.0; list pcp); Mon, 24 Mar 2008 20:10:25 -0700 (PDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m2P303r2014981 for ; Mon, 24 Mar 2008 20:00:04 -0700 X-ASG-Debug-ID: 1206414037-5e4301390000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from smtpoutm.mac.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 33BBC6E0E77 for ; Mon, 24 Mar 2008 20:00:38 -0700 (PDT) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.80]) by cuda.sgi.com with ESMTP id zOEywCdnVtrwCUTC for ; Mon, 24 Mar 2008 20:00:38 -0700 (PDT) Received: from mac.com (asmtp008-s [10.150.69.71]) by smtpoutm.mac.com (Xserve/smtpout017/MantshX 4.0) with ESMTP id m2P30b0r001169 for ; Mon, 24 Mar 2008 20:00:37 -0700 (PDT) Received: from [192.168.1.70] (adsl-75-18-194-238.dsl.pltn13.sbcglobal.net [75.18.194.238]) (authenticated bits=0) by mac.com (Xserve/asmtp008/MantshX 4.0) with ESMTP id m2P30ZH4009476 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Mon, 24 Mar 2008 20:00:36 -0700 (PDT) Message-Id: From: James Peach To: pcp@oss.sgi.com Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) X-ASG-Orig-Subj: configure ignores --prefix argument Subject: configure ignores --prefix argument Date: Mon, 24 Mar 2008 20:00:35 -0700 X-Mailer: Apple Mail (2.919.2) X-Barracuda-Connect: smtpoutm.mac.com[17.148.16.80] X-Barracuda-Start-Time: 1206414038 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.45818 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1537 X-Approved-By: makc@sgi.com X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: jamespeach@mac.com Precedence: bulk X-list: pcp Hi all, I just talked PCP 2.7.4 into building on Mac OS X 10.5 and was surprised to find that the --prefix argument to configure is ignored. Is this a known issue? Is there any change of this being addressed? thanks, James From nscott@aconex.com Mon Mar 24 20:31:29 2008 Received: with ECARTIS (v1.0.0; list pcp); Mon, 24 Mar 2008 20:31:38 -0700 (PDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m2P3VSWk021940 for ; Mon, 24 Mar 2008 20:31:29 -0700 X-ASG-Debug-ID: 1206415922-050f023a0000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 17A3B101C3DC for ; Mon, 24 Mar 2008 20:32:02 -0700 (PDT) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id oWPwd2UF0J6JOQ5A for ; Mon, 24 Mar 2008 20:32:02 -0700 (PDT) Received: from [192.168.5.76] (unknown [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id 364EE92C2E8; Tue, 25 Mar 2008 14:32:01 +1100 (EST) X-ASG-Orig-Subj: Re: configure ignores --prefix argument Subject: Re: configure ignores --prefix argument From: Nathan Scott Reply-To: nscott@aconex.com To: James Peach Cc: pcp@oss.sgi.com In-Reply-To: References: Content-Type: text/plain Organization: Aconex Date: Tue, 25 Mar 2008 14:32:01 +1100 Message-Id: <1206415921.29868.300.camel@edge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1206415923 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.45819 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1538 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp On Mon, 2008-03-24 at 20:00 -0700, James Peach wrote: > > > > > Hi all, > > I just talked PCP 2.7.4 into building on Mac OS X 10.5 and was > surprised to find that the --prefix argument to configure is > ignored. > Is this a known issue? Is there any change of this being addressed? Contrary to my earlier comment, its not completely ignored - it is driven by AC_PREFIX_DEFAULT(/usr) in configure.in, and most/all of the install prefixes should be driven from this now. There was an issue with modern versions of autoconf, but IIRC that was worked around (by Ken and I, in my tree), not sure if that made it back into the SGI tree yet. BTW, the patch below should help with your other issue - the default "local" bin path setting on Mac... diff --git a/src/include/pcp.env b/src/include/pcp.env index ca657fc..dc6c96d 100644 --- a/src/include/pcp.env +++ b/src/include/pcp.env @@ -63,7 +63,7 @@ PATH=$PATH/usr/sbin:/sbin:/bin:/usr/bin:/etc: ${PCP_BIN_DIR}:${ # for dir in /usr/bsd /usr/etc /usr/bin/X11 /usr/local/bin \ /opt/sfw/bin /usr/ccs/bin /cygdrive/c/WINDOWS/system32 \ - /usr/contrib/bin + /usr/contrib/bin /opt/local/bin do [ -d $dir ] || continue echo "$PATH" | egrep ":$dir(:|\$)" >/dev/null && continue cheers. -- Nathan From nscott@aconex.com Mon Mar 24 20:48:36 2008 Received: with ECARTIS (v1.0.0; list pcp); Mon, 24 Mar 2008 20:48:44 -0700 (PDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m2P3mYcE023569 for ; Mon, 24 Mar 2008 20:48:36 -0700 X-ASG-Debug-ID: 1206416947-67bf02320000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 7593B6E12FA for ; Mon, 24 Mar 2008 20:49:08 -0700 (PDT) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id rbR1SB6YbF4r5zRX for ; Mon, 24 Mar 2008 20:49:08 -0700 (PDT) Received: from [192.168.5.76] (unknown [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id DC8C792C6B1; Tue, 25 Mar 2008 14:47:54 +1100 (EST) X-ASG-Orig-Subj: Re: configure ignores --prefix argument Subject: Re: configure ignores --prefix argument From: Nathan Scott Reply-To: nscott@aconex.com To: James Peach Cc: pcp@oss.sgi.com In-Reply-To: <77AE5078-A6B3-47A0-B9F1-B1D68AF560E0@mac.com> References: <1206415921.29868.300.camel@edge.scott.net.au> <77AE5078-A6B3-47A0-B9F1-B1D68AF560E0@mac.com> Content-Type: text/plain Organization: Aconex Date: Tue, 25 Mar 2008 14:47:54 +1100 Message-Id: <1206416874.29868.312.camel@edge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1206416949 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.45822 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1539 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp On Mon, 2008-03-24 at 20:41 -0700, James Peach wrote: > OK, I'll take a look at yr git tree and dig deeper if it's still not > working right. Thanks. > > for dir in /usr/bsd /usr/etc /usr/bin/X11 /usr/local/bin \ > > /opt/sfw/bin /usr/ccs/bin /cygdrive/c/WINDOWS/system32 \ > > - /usr/contrib/bin > > + /usr/contrib/bin /opt/local/bin > > /opt/local/bin is installed by macports. I don't think it's a good > idea to have it in the standard PCP $PATH. > I suspect that decision was made years ago, when /usr/local/bin was put on the path - the intention there is fairly clear, even if the original rationale is lost in the mists of time. If configure is going off looking in these places for binaries, then I guess we kinda have to have them on the path... (I don't think hardcoded full-pathnames thing is gonna fly, as a general solution to this class of problem). cheers. -- Nathan From nscott@aconex.com Mon Mar 24 21:04:40 2008 Received: with ECARTIS (v1.0.0; list pcp); Mon, 24 Mar 2008 21:04:49 -0700 (PDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m2P44d3s024800 for ; Mon, 24 Mar 2008 21:04:40 -0700 X-ASG-Debug-ID: 1206417912-51d603c60000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 6C3E66E163B for ; Mon, 24 Mar 2008 21:05:13 -0700 (PDT) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id 7RsWNTsOqQ9fjLiV for ; Mon, 24 Mar 2008 21:05:13 -0700 (PDT) Received: from [192.168.5.76] (unknown [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id A6E0B92D030; Tue, 25 Mar 2008 15:04:38 +1100 (EST) X-ASG-Orig-Subj: Re: configure ignores --prefix argument Subject: Re: configure ignores --prefix argument From: Nathan Scott Reply-To: nscott@aconex.com To: James Peach Cc: pcp@oss.sgi.com In-Reply-To: References: <1206415921.29868.300.camel@edge.scott.net.au> Content-Type: text/plain Organization: Aconex Date: Tue, 25 Mar 2008 15:04:37 +1100 Message-Id: <1206417877.29868.322.camel@edge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1206417913 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.45822 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1540 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp On Mon, 2008-03-24 at 20:59 -0700, James Peach wrote: > > > Actually it's possible that it works find in the SGI tree as well. > The > problem seems to be that the GNUmakefile hardcodes how to run > configure. > > this > > ./configure --prefix=/foo && make > > will actually run configure twice, the second time without any > arguments. To get it right, you need to do this > > ./configure --prefix=/foo && touch config.done && make > > Once you do this, prefix takes effect as expected. Hmm, it'd seem to be a good idea to make the configure script touch config.done at the end, on success, in that case. cheers. -- Nathan From jamespeach@mac.com Mon Mar 24 20:18:26 2008 Received: with ECARTIS (v1.0.0; list pcp); Mon, 24 Mar 2008 22:21:44 -0700 (PDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m2P3IPAE016496 for ; Mon, 24 Mar 2008 20:18:26 -0700 X-ASG-Debug-ID: 1206415139-6cd802800000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from smtpoutm.mac.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id B6AAC101C28B for ; Mon, 24 Mar 2008 20:18:59 -0700 (PDT) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.79]) by cuda.sgi.com with ESMTP id dnCeuyYOecSfJyg0 for ; Mon, 24 Mar 2008 20:18:59 -0700 (PDT) Received: from mac.com (asmtp001-s [10.150.69.64]) by smtpoutm.mac.com (Xserve/smtpout016/MantshX 4.0) with ESMTP id m2P3Ixj4025964 for ; Mon, 24 Mar 2008 20:18:59 -0700 (PDT) Received: from [192.168.1.70] (adsl-75-18-194-238.dsl.pltn13.sbcglobal.net [75.18.194.238]) (authenticated bits=0) by mac.com (Xserve/asmtp001/MantshX 4.0) with ESMTP id m2P3ItNe003515 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Mon, 24 Mar 2008 20:18:58 -0700 (PDT) Message-Id: From: James Peach To: pcp@oss.sgi.com Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) X-ASG-Orig-Subj: build issue with AC_PROG_AWK Subject: build issue with AC_PROG_AWK Date: Mon, 24 Mar 2008 20:18:55 -0700 X-Mailer: Apple Mail (2.919.2) X-Barracuda-Connect: smtpoutm.mac.com[17.148.16.79] X-Barracuda-Start-Time: 1206415139 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.45819 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1541 X-Approved-By: makc@sgi.com X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: jamespeach@mac.com Precedence: bulk X-list: pcp Hi all, I just experienced a minor but confusing build issue with awk. configure found /opt/local/bin/gawk, but it didn't get set in pcp.conf with the full path: blacko:pcp-2.7.4 jpeach$ grep awk config.log configure:4584: checking for gawk configure:4600: found /opt/local/bin/gawk configure:4611: result: gawk ac_cv_prog_AWK=gawk AWK='gawk' awk='gawk' Now, somewhere later in the build PCP_AWK_PROG is run but $PATH is reset. This means that awk isn't found and mysterious build failures ensue. IMO, AC_PROG_AWK should give the absolute path, but something like this should take care of the problem: --- pcp-2.7.4/configure.in 2007-09-07 04:37:11.000000000 -0700 +++ pcp-2.7.4.jpeach/configure.in 2008-03-24 20:14:14.000000000 -0700 @@ -409,6 +409,10 @@ dnl installed on linux. test "$AWK" = "mawk" -a -x /usr/bin/awk && AWK=awk awk=$AWK +case $awk in + /*) ;; + *) awk=`which $awk` ;; +esac AC_SUBST(awk) test -z "$SED" && AC_PATH_PROG(SED, sed, /bin/sed) From jamespeach@mac.com Mon Mar 24 20:41:21 2008 Received: with ECARTIS (v1.0.0; list pcp); Mon, 24 Mar 2008 22:22:03 -0700 (PDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m2P3fJsH023044 for ; Mon, 24 Mar 2008 20:41:21 -0700 X-ASG-Debug-ID: 1206416513-0afa00ae0000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from smtpoutm.mac.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id C10C76E1462 for ; Mon, 24 Mar 2008 20:41:53 -0700 (PDT) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.65]) by cuda.sgi.com with ESMTP id qC8zr3EiD9WYvUXf for ; Mon, 24 Mar 2008 20:41:53 -0700 (PDT) Received: from mac.com (asmtp001-s [10.150.69.64]) by smtpoutm.mac.com (Xserve/smtpout002/MantshX 4.0) with ESMTP id m2P3fmOY003255; Mon, 24 Mar 2008 20:41:48 -0700 (PDT) Received: from [192.168.1.70] (adsl-75-18-194-238.dsl.pltn13.sbcglobal.net [75.18.194.238]) (authenticated bits=0) by mac.com (Xserve/asmtp001/MantshX 4.0) with ESMTP id m2P3fk4I016978 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 24 Mar 2008 20:41:47 -0700 (PDT) Cc: pcp@oss.sgi.com Message-Id: <77AE5078-A6B3-47A0-B9F1-B1D68AF560E0@mac.com> From: James Peach To: nscott@aconex.com In-Reply-To: <1206415921.29868.300.camel@edge.scott.net.au> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) X-ASG-Orig-Subj: Re: configure ignores --prefix argument Subject: Re: configure ignores --prefix argument Date: Mon, 24 Mar 2008 20:41:46 -0700 References: <1206415921.29868.300.camel@edge.scott.net.au> X-Mailer: Apple Mail (2.919.2) X-Barracuda-Connect: smtpoutm.mac.com[17.148.16.65] X-Barracuda-Start-Time: 1206416513 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.45819 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1542 X-Approved-By: makc@sgi.com X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: jamespeach@mac.com Precedence: bulk X-list: pcp On 24/03/2008, at 8:32 PM, Nathan Scott wrote: > > On Mon, 2008-03-24 at 20:00 -0700, James Peach wrote: >> >> >> >> >> Hi all, >> >> I just talked PCP 2.7.4 into building on Mac OS X 10.5 and was >> surprised to find that the --prefix argument to configure is >> ignored. >> Is this a known issue? Is there any change of this being addressed? > > Contrary to my earlier comment, its not completely ignored - > it is driven by AC_PREFIX_DEFAULT(/usr) in configure.in, and > most/all of the install prefixes should be driven from this > now. There was an issue with modern versions of autoconf, > but IIRC that was worked around (by Ken and I, in my tree), > not sure if that made it back into the SGI tree yet. OK, I'll take a look at yr git tree and dig deeper if it's still not working right. > BTW, the patch below should help with your other issue - the > default "local" bin path setting on Mac... > > diff --git a/src/include/pcp.env b/src/include/pcp.env > index ca657fc..dc6c96d 100644 > --- a/src/include/pcp.env > +++ b/src/include/pcp.env > @@ -63,7 +63,7 @@ PATH=$PATH/usr/sbin:/sbin:/bin:/usr/bin:/etc: > ${PCP_BIN_DIR}:${ > # > for dir in /usr/bsd /usr/etc /usr/bin/X11 /usr/local/bin \ > /opt/sfw/bin /usr/ccs/bin /cygdrive/c/WINDOWS/system32 \ > - /usr/contrib/bin > + /usr/contrib/bin /opt/local/bin /opt/local/bin is installed by macports. I don't think it's a good idea to have it in the standard PCP $PATH. > > do > [ -d $dir ] || continue > echo "$PATH" | egrep ":$dir(:|\$)" >/dev/null && continue > > > cheers. > > -- > Nathan > From nscott@aconex.com Mon Mar 24 22:44:47 2008 Received: with ECARTIS (v1.0.0; list pcp); Mon, 24 Mar 2008 22:44:56 -0700 (PDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m2P5ik9O004391 for ; Mon, 24 Mar 2008 22:44:47 -0700 X-ASG-Debug-ID: 1206423919-1179018f0000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 4BB06101CD43 for ; Mon, 24 Mar 2008 22:45:19 -0700 (PDT) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id sv7exw2xpUOQlmIw for ; Mon, 24 Mar 2008 22:45:19 -0700 (PDT) Received: from [192.168.5.76] (unknown [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id 9E44292C2C6; Tue, 25 Mar 2008 16:44:00 +1100 (EST) X-ASG-Orig-Subj: Re: build issue with AC_PROG_AWK Subject: Re: build issue with AC_PROG_AWK From: Nathan Scott Reply-To: nscott@aconex.com To: James Peach Cc: pcp@oss.sgi.com In-Reply-To: References: Content-Type: text/plain Organization: Aconex Date: Tue, 25 Mar 2008 16:44:00 +1100 Message-Id: <1206423840.29868.340.camel@edge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1206423920 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.45827 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1543 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp On Mon, 2008-03-24 at 20:18 -0700, James Peach wrote: > Hi all, > > I just experienced a minor but confusing build issue with awk. > configure found /opt/local/bin/gawk, but it didn't get set in pcp.conf > with the full path: > > blacko:pcp-2.7.4 jpeach$ grep awk config.log > configure:4584: checking for gawk > configure:4600: found /opt/local/bin/gawk > configure:4611: result: gawk > ac_cv_prog_AWK=gawk > AWK='gawk' > awk='gawk' > > Now, somewhere later in the build PCP_AWK_PROG is run but $PATH is > reset. This means that awk isn't found and mysterious build failures > ensue. > > IMO, AC_PROG_AWK should give the absolute path, but something like > this should take care of the problem: > > --- pcp-2.7.4/configure.in 2007-09-07 04:37:11.000000000 -0700 > +++ pcp-2.7.4.jpeach/configure.in 2008-03-24 20:14:14.000000000 -0700 > @@ -409,6 +409,10 @@ > dnl installed on linux. > test "$AWK" = "mawk" -a -x /usr/bin/awk && AWK=awk > awk=$AWK > +case $awk in > + /*) ;; > + *) awk=`which $awk` ;; > +esac > AC_SUBST(awk) > > test -z "$SED" && AC_PATH_PROG(SED, sed, /bin/sed) One issue with that approach is that it only handles AWK, whereas there are a number of programs configure is trying to find. It also doesn't use the existing mechanism in PCP for handling this, which is the /etc/pcp.env path list I mentioned earlier. We should pick one or the other, the less invasive approach being the addition of the Mac local binary directory to the existing list of paths. cheers. -- Nathan From makc@melbourne.sgi.com Mon Mar 24 22:53:13 2008 Received: with ECARTIS (v1.0.0; list pcp); Mon, 24 Mar 2008 22:53:22 -0700 (PDT) Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with SMTP id m2P5r9g4004985 for ; Mon, 24 Mar 2008 22:53:12 -0700 Received: from kuku.melbourne.sgi.com (kuku.melbourne.sgi.com [134.14.55.163]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA03466; Tue, 25 Mar 2008 16:53:38 +1100 Received: from kuku.melbourne.sgi.com (localhost [127.0.0.1]) by kuku.melbourne.sgi.com (SGI-8.12.11.20060308/8.12.11) with ESMTP id m2P5rbcr122260; Tue, 25 Mar 2008 16:53:38 +1100 (EST) Received: (from makc@localhost) by kuku.melbourne.sgi.com (SGI-8.12.11.20060308/8.12.11/Submit) id m2P5rare122255; Tue, 25 Mar 2008 16:53:36 +1100 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18408.37725.85447.784561@kuku.melbourne.sgi.com> Date: Tue, 25 Mar 2008 16:53:33 +1100 From: Max Matveev To: nscott@aconex.com Cc: James Peach , pcp@oss.sgi.com Subject: Re: build issue with AC_PROG_AWK In-Reply-To: <1206423840.29868.340.camel@edge.scott.net.au> References: <1206423840.29868.340.camel@edge.scott.net.au> X-Mailer: VM 7.07 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid X-archive-position: 1544 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: makc@sgi.com Precedence: bulk X-list: pcp On Tue, 25 Mar 2008 16:44:00 +1100, Nathan Scott wrote: nscott> One issue with that approach is that it only handles AWK, nscott> whereas there are a number of programs configure is trying nscott> to find. It also doesn't use the existing mechanism in nscott> PCP for handling this, which is the /etc/pcp.env path list nscott> I mentioned earlier. IIRC the idea was to use configure to populate pcp.conf and with it pcp.env, we didn't want to use pcp.env during configure runs to avoid circular dependencies and to deal with possible relocation of "bits" between releases. max From markgw@sgi.com Mon Mar 24 23:01:04 2008 Received: with ECARTIS (v1.0.0; list pcp); Mon, 24 Mar 2008 23:01:13 -0700 (PDT) Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with SMTP id m2P610oY005792 for ; Mon, 24 Mar 2008 23:01:03 -0700 Received: from [134.14.55.21] (dhcp21.melbourne.sgi.com [134.14.55.21]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA03727; Tue, 25 Mar 2008 17:01:26 +1100 Message-ID: <47E894C7.2000903@sgi.com> Date: Tue, 25 Mar 2008 16:59:35 +1100 From: Mark Goodwin Reply-To: markgw@sgi.com Organization: SGI Engineering User-Agent: Thunderbird 1.5.0.14 (Windows/20071210) MIME-Version: 1.0 To: Max Matveev CC: nscott@aconex.com, James Peach , pcp@oss.sgi.com Subject: Re: build issue with AC_PROG_AWK References: <1206423840.29868.340.camel@edge.scott.net.au> <18408.37725.85447.784561@kuku.melbourne.sgi.com> In-Reply-To: <18408.37725.85447.784561@kuku.melbourne.sgi.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 1545 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 Max Matveev wrote: > On Tue, 25 Mar 2008 16:44:00 +1100, Nathan Scott wrote: > > nscott> One issue with that approach is that it only handles AWK, > nscott> whereas there are a number of programs configure is trying > nscott> to find. It also doesn't use the existing mechanism in > nscott> PCP for handling this, which is the /etc/pcp.env path list > nscott> I mentioned earlier. > > IIRC the idea was to use configure to populate pcp.conf and with it > pcp.env, we didn't want to use pcp.env during configure runs to avoid > circular dependencies and to deal with possible relocation of "bits" > between releases. Yes that's pretty much the explanation, thanks Max. Nowdays I think we could probably nuke the search for awk in configure and just statically define it as PCP_AWK_PROG=awk in pcp.conf.in. That assumes awk will be found in the default path on all required distros .. is that true? Cheers -- Mark Goodwin markgw@sgi.com Engineering Manager for XFS and PCP Phone: +61-3-99631937 SGI Australian Software Group Cell: +61-4-18969583 ------------------------------------------------------------- From jamespeach@mac.com Mon Mar 24 22:28:47 2008 Received: with ECARTIS (v1.0.0; list pcp); Mon, 24 Mar 2008 23:15:56 -0700 (PDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m2P5SkEd002858 for ; Mon, 24 Mar 2008 22:28:47 -0700 X-ASG-Debug-ID: 1206422960-03f501400000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from smtpoutm.mac.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 66BC4101CC38 for ; Mon, 24 Mar 2008 22:29:20 -0700 (PDT) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.67]) by cuda.sgi.com with ESMTP id UNvyvGKjryV7G8ou for ; Mon, 24 Mar 2008 22:29:20 -0700 (PDT) Received: from mac.com (asmtp005-s [10.150.69.68]) by smtpoutm.mac.com (Xserve/smtpout004/MantshX 4.0) with ESMTP id m2P3xQoR015841; Mon, 24 Mar 2008 20:59:26 -0700 (PDT) Received: from [192.168.1.70] (adsl-75-18-194-238.dsl.pltn13.sbcglobal.net [75.18.194.238]) (authenticated bits=0) by mac.com (Xserve/asmtp005/MantshX 4.0) with ESMTP id m2P3xOXX006857 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 24 Mar 2008 20:59:24 -0700 (PDT) Cc: pcp@oss.sgi.com Message-Id: From: James Peach To: nscott@aconex.com In-Reply-To: <1206415921.29868.300.camel@edge.scott.net.au> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) X-ASG-Orig-Subj: Re: configure ignores --prefix argument Subject: Re: configure ignores --prefix argument Date: Mon, 24 Mar 2008 20:59:23 -0700 References: <1206415921.29868.300.camel@edge.scott.net.au> X-Mailer: Apple Mail (2.919.2) X-Barracuda-Connect: smtpoutm.mac.com[17.148.16.67] X-Barracuda-Start-Time: 1206422960 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.45827 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1546 X-Approved-By: makc@sgi.com X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: jamespeach@mac.com Precedence: bulk X-list: pcp On 24/03/2008, at 8:32 PM, Nathan Scott wrote: > > On Mon, 2008-03-24 at 20:00 -0700, James Peach wrote: >> >> >> >> >> Hi all, >> >> I just talked PCP 2.7.4 into building on Mac OS X 10.5 and was >> surprised to find that the --prefix argument to configure is >> ignored. >> Is this a known issue? Is there any change of this being addressed? > > Contrary to my earlier comment, its not completely ignored - > it is driven by AC_PREFIX_DEFAULT(/usr) in configure.in, and > most/all of the install prefixes should be driven from this > now. There was an issue with modern versions of autoconf, > but IIRC that was worked around (by Ken and I, in my tree), > not sure if that made it back into the SGI tree yet. Actually it's possible that it works find in the SGI tree as well. The problem seems to be that the GNUmakefile hardcodes how to run configure. this ./configure --prefix=/foo && make will actually run configure twice, the second time without any arguments. To get it right, you need to do this ./configure --prefix=/foo && touch config.done && make Once you do this, prefix takes effect as expected. From jamespeach@mac.com Tue Mar 25 10:27:59 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 25 Mar 2008 15:05:58 -0700 (PDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m2PHRwV7006063 for ; Tue, 25 Mar 2008 10:27:59 -0700 X-ASG-Debug-ID: 1206466111-4ea400620000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from smtpoutm.mac.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 68A721020E11 for ; Tue, 25 Mar 2008 10:28:31 -0700 (PDT) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.83]) by cuda.sgi.com with ESMTP id lIlEkDaf8vLg30Qk for ; Tue, 25 Mar 2008 10:28:31 -0700 (PDT) Received: from mac.com (asmtp006-s [10.150.69.69]) by smtpoutm.mac.com (Xserve/smtpout020/MantshX 4.0) with ESMTP id m2PG4HKL012624; Tue, 25 Mar 2008 09:04:17 -0700 (PDT) Received: from jpeach.apple.com ([17.202.41.255]) (authenticated bits=0) by mac.com (Xserve/asmtp006/MantshX 4.0) with ESMTP id m2PG43gv013696 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 25 Mar 2008 09:04:04 -0700 (PDT) Cc: pcp@oss.sgi.com Message-Id: <3066F079-069A-4267-B587-5B62F586996E@mac.com> From: James Peach To: nscott@aconex.com In-Reply-To: <1206423840.29868.340.camel@edge.scott.net.au> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) X-ASG-Orig-Subj: Re: build issue with AC_PROG_AWK Subject: Re: build issue with AC_PROG_AWK Date: Tue, 25 Mar 2008 09:04:02 -0700 References: <1206423840.29868.340.camel@edge.scott.net.au> X-Mailer: Apple Mail (2.919.2) X-Barracuda-Connect: smtpoutm.mac.com[17.148.16.83] X-Barracuda-Start-Time: 1206466112 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.45875 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1547 X-Approved-By: makc@sgi.com X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: jamespeach@mac.com Precedence: bulk X-list: pcp On Mar 24, 2008, at 10:44 PM, Nathan Scott wrote: > > On Mon, 2008-03-24 at 20:18 -0700, James Peach wrote: >> Hi all, >> >> I just experienced a minor but confusing build issue with awk. >> configure found /opt/local/bin/gawk, but it didn't get set in >> pcp.conf >> with the full path: >> >> blacko:pcp-2.7.4 jpeach$ grep awk config.log >> configure:4584: checking for gawk >> configure:4600: found /opt/local/bin/gawk >> configure:4611: result: gawk >> ac_cv_prog_AWK=gawk >> AWK='gawk' >> awk='gawk' >> >> Now, somewhere later in the build PCP_AWK_PROG is run but $PATH is >> reset. This means that awk isn't found and mysterious build failures >> ensue. >> >> IMO, AC_PROG_AWK should give the absolute path, but something like >> this should take care of the problem: >> >> --- pcp-2.7.4/configure.in 2007-09-07 04:37:11.000000000 -0700 >> +++ pcp-2.7.4.jpeach/configure.in 2008-03-24 20:14:14.000000000 -0700 >> @@ -409,6 +409,10 @@ >> dnl installed on linux. >> test "$AWK" = "mawk" -a -x /usr/bin/awk && AWK=awk >> awk=$AWK >> +case $awk in >> + /*) ;; >> + *) awk=`which $awk` ;; >> +esac >> AC_SUBST(awk) >> >> test -z "$SED" && AC_PATH_PROG(SED, sed, /bin/sed) > > One issue with that approach is that it only handles AWK, > whereas there are a number of programs configure is trying > to find. It also doesn't use the existing mechanism in > PCP for handling this, which is the /etc/pcp.env path list > I mentioned earlier. We should pick one or the other, the > less invasive approach being the addition of the Mac local > binary directory to the existing list of paths. OK, I see what you mean. This doesn't fit into the configure model very well. If configure is going to find random binaries in your $PATH, then it needs to make sure that pcp.env has the same $PATH that was used at configure time. However it's probably not appropriate for system services to use the $PATH of some random joe who happened to run configure. My vote is to default to using the absolute path to well-known utilities and allow configure-time overrides. (I think this is what Nathan's sed example does?) From nscott@aconex.com Tue Mar 25 16:20:17 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 25 Mar 2008 16:20:29 -0700 (PDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m2PNKFE2014852 for ; Tue, 25 Mar 2008 16:20:17 -0700 X-ASG-Debug-ID: 1206487246-23ae013d0000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 72B3A6E9EEE for ; Tue, 25 Mar 2008 16:20:47 -0700 (PDT) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id o3cmghwQEbe4NzhV for ; Tue, 25 Mar 2008 16:20:47 -0700 (PDT) Received: from [192.168.5.76] (unknown [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id 23B0692C49E for ; Wed, 26 Mar 2008 10:20:46 +1100 (EST) X-ASG-Orig-Subj: pcp updates Subject: pcp updates From: Nathan Scott Reply-To: nscott@aconex.com To: pcp@oss.sgi.com Content-Type: text/plain Organization: Aconex Date: Wed, 26 Mar 2008 10:20:45 +1100 Message-Id: <1206487246.29868.357.camel@edge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1206487249 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.45898 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1548 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Changes committed to git://oss.sgi.com:8090/nathans/pcp.git VERSION.pcp | 2 configure.in | 4 + debian/changelog | 6 ++ man/man1/pmloglabel.1 | 8 +++ src/include/pcp.env | 2 src/pmloglabel/pmloglabel.c | 97 ++++++++++++++++++++++++++++++++------------ 6 files changed, 92 insertions(+), 27 deletions(-) commit 8cae0b412e4b4bc20e91443cb09d84b42ffa88a9 Author: Nathan Scott Date: Wed Mar 26 10:19:35 2008 +1100 Bump build version number commit 48e0fc68a13774fb2533ce2acb9e122230878bb5 Author: Nathan Scott Date: Wed Mar 26 10:08:54 2008 +1100 Exit status for pmloglabel now reflects any issues found at runtime. commit 80ffa12df398c906408cbf9c1835325fc9ac1ff5 Author: Nathan Scott Date: Wed Mar 26 10:07:57 2008 +1100 Add Mac local binary path into the set of "extras" searched by pcp.env commit bfa5fe3334bb639ea81cb7bd3ccab4e84903e924 Author: Nathan Scott Date: Wed Mar 26 10:07:21 2008 +1100 Explicitly create config.done in configure script, so that top level Makefile doesn't clobber a users configure options. From makc@melbourne.sgi.com Tue Mar 25 16:38:31 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 25 Mar 2008 16:38:39 -0700 (PDT) Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with SMTP id m2PNcSAd016056 for ; Tue, 25 Mar 2008 16:38:29 -0700 Received: from kuku.melbourne.sgi.com (kuku.melbourne.sgi.com [134.14.55.163]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA04480; Wed, 26 Mar 2008 10:38:58 +1100 Received: from kuku.melbourne.sgi.com (localhost [127.0.0.1]) by kuku.melbourne.sgi.com (SGI-8.12.11.20060308/8.12.11) with ESMTP id m2PNcwbh124212; Wed, 26 Mar 2008 10:38:58 +1100 (EST) Received: (from makc@localhost) by kuku.melbourne.sgi.com (SGI-8.12.11.20060308/8.12.11/Submit) id m2PNcvR6124231; Wed, 26 Mar 2008 10:38:57 +1100 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18409.36113.282730.586306@kuku.melbourne.sgi.com> Date: Wed, 26 Mar 2008 10:38:57 +1100 From: Max Matveev To: nscott@aconex.com Cc: pcp@oss.sgi.com Subject: Re: pcp updates In-Reply-To: <1206487246.29868.357.camel@edge.scott.net.au> References: <1206487246.29868.357.camel@edge.scott.net.au> X-Mailer: VM 7.07 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid X-archive-position: 1549 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: makc@sgi.com Precedence: bulk X-list: pcp On Wed, 26 Mar 2008 10:20:45 +1100, Nathan Scott wrote: nscott> commit bfa5fe3334bb639ea81cb7bd3ccab4e84903e924 nscott> Author: Nathan Scott nscott> Date: Wed Mar 26 10:07:21 2008 +1100 nscott> Explicitly create config.done in configure script, so that top nscott> level Makefile doesn't clobber a users configure options. config.done is an artifact of Makefile to record state generated by make as part of its ruleset, it was never meant to be used as an indicator of a random configure run. If user knows what she's doing, she should create the file manually, if she doesn't then she should not mess with configure options or we'd never have reproducible builds. max From nscott@aconex.com Tue Mar 25 16:41:55 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 25 Mar 2008 16:42:04 -0700 (PDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m2PNfslC016216 for ; Tue, 25 Mar 2008 16:41:55 -0700 X-ASG-Debug-ID: 1206488548-23ec01910000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 03E086EA4FF for ; Tue, 25 Mar 2008 16:42:28 -0700 (PDT) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id zCjCUWHcDdNHTlI1 for ; Tue, 25 Mar 2008 16:42:28 -0700 (PDT) Received: from [192.168.5.76] (unknown [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id 1EEC392CE25; Wed, 26 Mar 2008 10:41:56 +1100 (EST) X-ASG-Orig-Subj: Re: pcp updates Subject: Re: pcp updates From: Nathan Scott Reply-To: nscott@aconex.com To: Max Matveev Cc: pcp@oss.sgi.com In-Reply-To: <18409.36113.282730.586306@kuku.melbourne.sgi.com> References: <1206487246.29868.357.camel@edge.scott.net.au> <18409.36113.282730.586306@kuku.melbourne.sgi.com> Content-Type: text/plain Organization: Aconex Date: Wed, 26 Mar 2008 10:41:55 +1100 Message-Id: <1206488515.29868.360.camel@edge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1206488549 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.45898 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1550 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp On Wed, 2008-03-26 at 10:38 +1100, Max Matveev wrote: > > config.done is an artifact of Makefile to record state generated by > make as part of its ruleset, it was never meant to be used as an > indicator of a random configure run. If user knows what she's doing, > she should create the file manually, if she doesn't then she should > not mess with configure options or we'd never have reproducible > builds. > Most users expect to be able to do what James did - type: ./configure --prefix=xxx && make That basic function does not work in the PCP build atm, and the only sensible way I see to fix it, while keeping the automatic ./configure via make, is the above change. cheers. -- Nathan From makc@melbourne.sgi.com Tue Mar 25 16:59:32 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 25 Mar 2008 16:59:40 -0700 (PDT) Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with SMTP id m2PNxSue017703 for ; Tue, 25 Mar 2008 16:59:30 -0700 Received: from kuku.melbourne.sgi.com (kuku.melbourne.sgi.com [134.14.55.163]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA05045; Wed, 26 Mar 2008 10:59:57 +1100 Received: from kuku.melbourne.sgi.com (localhost [127.0.0.1]) by kuku.melbourne.sgi.com (SGI-8.12.11.20060308/8.12.11) with ESMTP id m2PNxteo124237; Wed, 26 Mar 2008 10:59:55 +1100 (EST) Received: (from makc@localhost) by kuku.melbourne.sgi.com (SGI-8.12.11.20060308/8.12.11/Submit) id m2PNxtqc124268; Wed, 26 Mar 2008 10:59:55 +1100 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18409.37370.928974.771025@kuku.melbourne.sgi.com> Date: Wed, 26 Mar 2008 10:59:54 +1100 From: Max Matveev To: nscott@aconex.com Cc: pcp@oss.sgi.com Subject: Re: pcp updates In-Reply-To: <1206488515.29868.360.camel@edge.scott.net.au> References: <1206487246.29868.357.camel@edge.scott.net.au> <18409.36113.282730.586306@kuku.melbourne.sgi.com> <1206488515.29868.360.camel@edge.scott.net.au> X-Mailer: VM 7.07 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid X-archive-position: 1551 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: makc@sgi.com Precedence: bulk X-list: pcp On Wed, 26 Mar 2008 10:41:55 +1100, Nathan Scott wrote: nscott> Most users expect to be able to do what James did - type: nscott> ./configure --prefix=xxx && make nscott> That basic function does not work in the PCP build atm, nscott> and the only sensible way I see to fix it, while keeping nscott> the automatic ./configure via make, is the above change. But it's the wrong change because it creates extra crap which is not needed except as a crutch to crippled make. If you really want to be able to make configure independed (which I think is dangerous) then pick a real file it creates and change Makefile rules to depend on this file instead of config.done. max From nscott@aconex.com Tue Mar 25 17:06:30 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 25 Mar 2008 17:06:39 -0700 (PDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m2Q06RHP018092 for ; Tue, 25 Mar 2008 17:06:30 -0700 X-ASG-Debug-ID: 1206490020-7e4602430000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 3C700102DF91 for ; Tue, 25 Mar 2008 17:07:00 -0700 (PDT) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id uzzMwo9UqG1TTA1E for ; Tue, 25 Mar 2008 17:07:00 -0700 (PDT) Received: from [192.168.5.76] (unknown [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id 10FBA92C278; Wed, 26 Mar 2008 11:06:28 +1100 (EST) X-ASG-Orig-Subj: Re: pcp updates Subject: Re: pcp updates From: Nathan Scott Reply-To: nscott@aconex.com To: Max Matveev Cc: pcp@oss.sgi.com In-Reply-To: <18409.37370.928974.771025@kuku.melbourne.sgi.com> References: <1206487246.29868.357.camel@edge.scott.net.au> <18409.36113.282730.586306@kuku.melbourne.sgi.com> <1206488515.29868.360.camel@edge.scott.net.au> <18409.37370.928974.771025@kuku.melbourne.sgi.com> Content-Type: text/plain Organization: Aconex Date: Wed, 26 Mar 2008 11:06:27 +1100 Message-Id: <1206489988.29868.364.camel@edge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1206490022 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.45902 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1552 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp On Wed, 2008-03-26 at 10:59 +1100, Max Matveev wrote: > > nscott> Most users expect to be able to do what James did - type: > nscott> ./configure --prefix=xxx && make > > nscott> That basic function does not work in the PCP build atm, > nscott> and the only sensible way I see to fix it, while keeping > nscott> the automatic ./configure via make, is the above change. > But it's the wrong change because it creates extra crap which is not > needed except as a crutch to crippled make. By "wrong" you mean "suboptimal" or "not ideal"? It works just fine, so its hard to see how its wrong. > > If you really want to be able to make configure independed (which I Its optionally independent, which is different. > think is dangerous) then pick a real file it creates and change Why is it dangerous? Is it less dangerous than installing to /usr when user requests /usr/local? > Makefile rules to depend on this file instead of config.done. Yeah, thats another option. I guess any of the AC_OUTPUT files (or all?) would do. cheers. -- Nathan From makc@melbourne.sgi.com Tue Mar 25 17:21:23 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 25 Mar 2008 17:21:32 -0700 (PDT) Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with SMTP id m2Q0LJT2019022 for ; Tue, 25 Mar 2008 17:21:22 -0700 Received: from kuku.melbourne.sgi.com (kuku.melbourne.sgi.com [134.14.55.163]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA05666; Wed, 26 Mar 2008 11:21:50 +1100 Received: from kuku.melbourne.sgi.com (localhost [127.0.0.1]) by kuku.melbourne.sgi.com (SGI-8.12.11.20060308/8.12.11) with ESMTP id m2Q0LnCP124368; Wed, 26 Mar 2008 11:21:49 +1100 (EST) Received: (from makc@localhost) by kuku.melbourne.sgi.com (SGI-8.12.11.20060308/8.12.11/Submit) id m2Q0Lmvv124352; Wed, 26 Mar 2008 11:21:48 +1100 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18409.38684.272556.916699@kuku.melbourne.sgi.com> Date: Wed, 26 Mar 2008 11:21:48 +1100 From: Max Matveev To: nscott@aconex.com Cc: pcp@oss.sgi.com Subject: Re: pcp updates In-Reply-To: <1206489988.29868.364.camel@edge.scott.net.au> References: <1206487246.29868.357.camel@edge.scott.net.au> <18409.36113.282730.586306@kuku.melbourne.sgi.com> <1206488515.29868.360.camel@edge.scott.net.au> <18409.37370.928974.771025@kuku.melbourne.sgi.com> <1206489988.29868.364.camel@edge.scott.net.au> X-Mailer: VM 7.07 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid X-archive-position: 1553 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: makc@sgi.com Precedence: bulk X-list: pcp On Wed, 26 Mar 2008 11:06:27 +1100, Nathan Scott wrote: nscott> On Wed, 2008-03-26 at 10:59 +1100, Max Matveev wrote: >> nscott> Most users expect to be able to do what James did - type: nscott> ./configure --prefix=xxx && make >> nscott> That basic function does not work in the PCP build atm, nscott> and the only sensible way I see to fix it, while keeping nscott> the automatic ./configure via make, is the above change. >> But it's the wrong change because it creates extra crap which is not >> needed except as a crutch to crippled make. nscott> By "wrong" you mean "suboptimal" or "not ideal"? I mean it goes against the original intention of a person who added config.done (and it was makc if you're worndering). Kind of morally wrong, not legally or technically wrong. >> think is dangerous) then pick a real file it creates and change nscott> Why is it dangerous? Is it less dangerous than installing nscott> to /usr when user requests /usr/local? It's dangerous because it could mean that a stale configure data can be picked up in the production build thus making builds less reproducible. >> Makefile rules to depend on this file instead of config.done. nscott> Yeah, thats another option. I guess any of the AC_OUTPUT nscott> files (or all?) would do. Yeap. max From nscott@aconex.com Tue Mar 25 17:31:41 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 25 Mar 2008 17:31:50 -0700 (PDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m2Q0VeO4019547 for ; Tue, 25 Mar 2008 17:31:41 -0700 X-ASG-Debug-ID: 1206491534-7a5e03350000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id C63D712644D9 for ; Tue, 25 Mar 2008 17:32:14 -0700 (PDT) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id frwZQrs2mecZnrX7 for ; Tue, 25 Mar 2008 17:32:14 -0700 (PDT) Received: from [192.168.5.76] (unknown [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id DA1F392C278; Wed, 26 Mar 2008 11:31:41 +1100 (EST) X-ASG-Orig-Subj: Re: pcp updates Subject: Re: pcp updates From: Nathan Scott Reply-To: nscott@aconex.com To: Max Matveev Cc: pcp@oss.sgi.com In-Reply-To: <18409.38684.272556.916699@kuku.melbourne.sgi.com> References: <1206487246.29868.357.camel@edge.scott.net.au> <18409.36113.282730.586306@kuku.melbourne.sgi.com> <1206488515.29868.360.camel@edge.scott.net.au> <18409.37370.928974.771025@kuku.melbourne.sgi.com> <1206489988.29868.364.camel@edge.scott.net.au> <18409.38684.272556.916699@kuku.melbourne.sgi.com> Content-Type: text/plain Organization: Aconex Date: Wed, 26 Mar 2008 11:31:41 +1100 Message-Id: <1206491501.29868.369.camel@edge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1206491534 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.45902 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1554 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp On Wed, 2008-03-26 at 11:21 +1100, Max Matveev wrote: > On Wed, 26 Mar 2008 11:06:27 +1100, Nathan Scott wrote: > > nscott> On Wed, 2008-03-26 at 10:59 +1100, Max Matveev wrote: > >> > nscott> Most users expect to be able to do what James did - type: > nscott> ./configure --prefix=xxx && make > >> > nscott> That basic function does not work in the PCP build atm, > nscott> and the only sensible way I see to fix it, while keeping > nscott> the automatic ./configure via make, is the above change. > >> But it's the wrong change because it creates extra crap which is not > >> needed except as a crutch to crippled make. > > nscott> By "wrong" you mean "suboptimal" or "not ideal"? > I mean it goes against the original intention of a person who added > config.done (and it was makc if you're worndering). Heh, I'd figured that much out. > Kind of morally wrong, not legally or technically wrong. OK - so, now you're questioning my morality? :) > nscott> Why is it dangerous? Is it less dangerous than installing > nscott> to /usr when user requests /usr/local? > It's dangerous because it could mean that a stale configure data can > be picked up in the production build thus making builds less > reproducible. > >> Makefile rules to depend on this file instead of config.done. > > nscott> Yeah, thats another option. I guess any of the AC_OUTPUT > nscott> files (or all?) would do. > Yeap. Fair enough, I'll update it to do this & nuke config.done. cheers. -- Nathan From nscott@aconex.com Tue Mar 25 21:38:08 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 25 Mar 2008 21:38:37 -0700 (PDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m2Q4c7EW012330 for ; Tue, 25 Mar 2008 21:38:08 -0700 X-ASG-Debug-ID: 1206506321-3b96028c0000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 1193B102FDE3 for ; Tue, 25 Mar 2008 21:38:41 -0700 (PDT) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id xeJdWUnaxnXj8BzF for ; Tue, 25 Mar 2008 21:38:41 -0700 (PDT) Received: from [192.168.5.76] (unknown [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id 90FA492DB20; Wed, 26 Mar 2008 15:38:39 +1100 (EST) X-ASG-Orig-Subj: Re: build issue with AC_PROG_AWK Subject: Re: build issue with AC_PROG_AWK From: Nathan Scott Reply-To: nscott@aconex.com To: James Peach Cc: markgw@sgi.com, Max Matveev , pcp@oss.sgi.com In-Reply-To: <7138BC3A-DEC1-432A-B77C-59BC65E53BE7@mac.com> References: <1206423840.29868.340.camel@edge.scott.net.au> <18408.37725.85447.784561@kuku.melbourne.sgi.com> <47E894C7.2000903@sgi.com> <1206426896.29868.344.camel@edge.scott.net.au> <7138BC3A-DEC1-432A-B77C-59BC65E53BE7@mac.com> Content-Type: text/plain Organization: Aconex Date: Wed, 26 Mar 2008 15:38:39 +1100 Message-Id: <1206506319.29868.395.camel@edge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1206506322 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.45920 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1555 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp On Tue, 2008-03-25 at 19:48 -0700, James Peach wrote: > > if test $target_os = irix -a "$AWK" = "gawk" > then > dnl always use nawk on IRIX Mark was saying we should get rid of all this gunk too, and the mawk stuff. I second that notion. > - /usr/contrib/bin /opt/local/bin > + /usr/contrib/bin You really don't like this bit do you? :) ... I think since we have /usr/local/bin for Linux, we should also do this for consistent behaviour on Mac. cheers. -- Nathan From jamespeach@mac.com Tue Mar 25 19:50:30 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 25 Mar 2008 23:22:38 -0700 (PDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m2Q2oTJ4001524 for ; Tue, 25 Mar 2008 19:50:30 -0700 X-ASG-Debug-ID: 1206499863-63a802f10000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from smtpoutm.mac.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 49132102F211; Tue, 25 Mar 2008 19:51:03 -0700 (PDT) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.74]) by cuda.sgi.com with ESMTP id hE9s9EgrsOJP0LS7; Tue, 25 Mar 2008 19:51:03 -0700 (PDT) Received: from mac.com (asmtp006-s [10.150.69.69]) by smtpoutm.mac.com (Xserve/smtpout011/MantshX 4.0) with ESMTP id m2Q2p2Gu026680; Tue, 25 Mar 2008 19:51:02 -0700 (PDT) Received: from [192.168.1.70] (adsl-75-18-195-199.dsl.pltn13.sbcglobal.net [75.18.195.199]) (authenticated bits=0) by mac.com (Xserve/asmtp006/MantshX 4.0) with ESMTP id m2Q2owoV005153 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 25 Mar 2008 19:50:58 -0700 (PDT) Cc: nscott@aconex.com, markgw@sgi.com, Max Matveev , pcp@oss.sgi.com Message-Id: <04AB4360-6942-42DE-9445-98F6980F04CB@mac.com> From: James Peach To: James Peach In-Reply-To: <7138BC3A-DEC1-432A-B77C-59BC65E53BE7@mac.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) X-ASG-Orig-Subj: Re: build issue with AC_PROG_AWK Subject: Re: build issue with AC_PROG_AWK Date: Tue, 25 Mar 2008 19:50:58 -0700 References: <1206423840.29868.340.camel@edge.scott.net.au> <18408.37725.85447.784561@kuku.melbourne.sgi.com> <47E894C7.2000903@sgi.com> <1206426896.29868.344.camel@edge.scott.net.au> <7138BC3A-DEC1-432A-B77C-59BC65E53BE7@mac.com> X-Mailer: Apple Mail (2.919.2) X-Barracuda-Connect: smtpoutm.mac.com[17.148.16.74] X-Barracuda-Start-Time: 1206499864 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.45912 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1556 X-Approved-By: makc@sgi.com X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: jamespeach@mac.com Precedence: bulk X-list: pcp On 25/03/2008, at 7:48 PM, James Peach wrote: > On 24/03/2008, at 11:34 PM, Nathan Scott wrote: >> >> On Tue, 2008-03-25 at 16:59 +1100, Mark Goodwin wrote: >>> >>> Yes that's pretty much the explanation, thanks Max. Nowdays I think >>> we could probably nuke the search for awk in configure and just >>> statically define it as PCP_AWK_PROG=awk in pcp.conf.in. That >>> assumes >>> awk will be found in the default path on all required distros .. is >>> that true? >> >> Pretty much. That would break the ability to set the >> location/binary via the AWK environment variable though >> (at configure/build time). It might be better to do it >> the same way as sed... >> >> test -z "$SED" && AC_PATH_PROG(SED, sed, /bin/sed) >> sed=$SED >> AC_SUBST(sed) > > This fix works for me .... although configure.in also needs the fix described here: http://oss.sgi.com/archives/xfs/2003-04/msg00115.html > > > diff --git a/configure.in b/configure.in > index 3cd5336..0f2f7d6 100644 > --- a/configure.in > +++ b/configure.in > @@ -410,7 +410,7 @@ lex=$LEX > AC_SUBST(lex) > > dnl check if user wants their own awk, sed and echo > -test -z "$AWK" && AC_PROG_AWK > +test -z "$AWK" && AC_PATH_PROG(AWK, awk, /usr/bin/awk) > if test $target_os = irix -a "$AWK" = "gawk" > then > dnl always use nawk on IRIX > diff --git a/src/include/pcp.env b/src/include/pcp.env > index dc6c96d..ca657fc 100644 > --- a/src/include/pcp.env > +++ b/src/include/pcp.env > @@ -63,7 +63,7 @@ PATH=$PATH/usr/sbin:/sbin:/bin:/usr/bin:/etc:$ > {PCP_BIN_DIR}:${PCP_BINADM_DIR}:${ > # > for dir in /usr/bsd /usr/etc /usr/bin/X11 /usr/local/bin \ > /opt/sfw/bin /usr/ccs/bin /cygdrive/c/WINDOWS/system32 \ > - /usr/contrib/bin /opt/local/bin > + /usr/contrib/bin > do > [ -d $dir ] || continue > echo "$PATH" | egrep ":$dir(:|\$)" >/dev/null && continue > From jamespeach@mac.com Tue Mar 25 20:35:36 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 25 Mar 2008 23:23:15 -0700 (PDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m2Q3ZZ1r008968 for ; Tue, 25 Mar 2008 20:35:36 -0700 X-ASG-Debug-ID: 1206502567-62d6024c0000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from smtpoutm.mac.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id F16476EBAAF for ; Tue, 25 Mar 2008 20:36:07 -0700 (PDT) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.78]) by cuda.sgi.com with ESMTP id K5uovv2bTsHTHKHq for ; Tue, 25 Mar 2008 20:36:07 -0700 (PDT) Received: from mac.com (asmtp001-s [10.150.69.64]) by smtpoutm.mac.com (Xserve/smtpout015/MantshX 4.0) with ESMTP id m2Q3a7OI003381 for ; Tue, 25 Mar 2008 20:36:07 -0700 (PDT) Received: from [192.168.1.70] (adsl-75-18-195-199.dsl.pltn13.sbcglobal.net [75.18.195.199]) (authenticated bits=0) by mac.com (Xserve/asmtp001/MantshX 4.0) with ESMTP id m2Q3a4V8017329 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Tue, 25 Mar 2008 20:36:05 -0700 (PDT) Message-Id: <3D551964-B914-4D79-AECA-2528C8C4CD92@mac.com> From: James Peach To: pcp@oss.sgi.com Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) X-ASG-Orig-Subj: [PATCH] fix AC_PATH_PROG handling Subject: [PATCH] fix AC_PATH_PROG handling Date: Tue, 25 Mar 2008 20:36:03 -0700 X-Mailer: Apple Mail (2.919.2) X-Barracuda-Connect: smtpoutm.mac.com[17.148.16.78] X-Barracuda-Start-Time: 1206502569 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -0.52 X-Barracuda-Spam-Status: No, SCORE=-0.52 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=BSF_RULE7568M, BSF_SC1_TG070 X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.45915 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.50 BSF_RULE7568M Custom Rule 7568M 1.00 BSF_SC1_TG070 Custom Rule TG070 X-archive-position: 1557 X-Approved-By: makc@sgi.com X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: jamespeach@mac.com Precedence: bulk X-list: pcp Hi all, As per the longer explanation at http://oss.sgi.com/archives/xfs/2003-04/msg00115.html , you can't use AC_PATH_PROG on the right hand side of shell logical operation. This patch against Nathan's git tree 1. turns all the uses of logical operations with AC_PATH_PROG into explicit if conditionals 2. adds a default path for AC_PATH_PROG where I had a good idea of what it should be 3. reverts the addition of /opt/local/bin to pcp.env, where it has no business being added to the default path diff --git a/configure.in b/configure.in index 3cd5336..d0d26ee 100644 --- a/configure.in +++ b/configure.in @@ -163,7 +163,9 @@ dnl output header with cpp defs HAVE_*, etc AC_CONFIG_HEADER(src/include/platform_defs.h) dnl check if user wants their own C compiler -test -z "$CC" && AC_PROG_CC +if test -z "$CC" ; then + AC_PROG_CC +fi cc=$CC AC_SUBST(cc) @@ -206,12 +208,16 @@ make=$MAKE AC_SUBST(make) dnl check if user wants their own C++ compiler -test -z "$CXX" && AC_PROG_CXX +if test -z "$CXX" ; then + AC_PROG_CXX +fi cxx=$CXX AC_SUBST(cxx) dnl check if users wants their own CPP -test -z "$CPP" && AC_PROG_CPP +if test -z "$CPP" ; then + AC_PROG_CPP +fi cpp=$CPP AC_SUBST(cpp) @@ -253,7 +259,9 @@ AC_SUBST(cpp_simple_args) AC_MSG_RESULT($cpp_simple $cpp_simple_args) dnl check if users wants their own linker -test -z "$LD" && AC_PATH_PROG(LD, ld, /usr/bin/ld) +if test -z "$LD" ; then + AC_PATH_PROG(LD, ld, /usr/bin/ld) +fi ld=$LD AC_SUBST(ld) @@ -275,7 +283,9 @@ fi AC_SUBST(pcp_owner pcp_group) dnl check if the tar program is available -test -z "$TAR" && AC_PATH_PROG(TAR, tar) +if test -z "$TAR" ; then + AC_PATH_PROG(TAR, tar, /usr/bin/tar) +fi if test $target_os = irix -a -x /usr/freeware/bin/tar then TAR=/usr/freeware/bin/tar @@ -297,7 +307,9 @@ AC_SUBST(xmessage) dnl check if the gzip program is available dnl (needed to gzip man pages on some platforms) -test -z "$ZIP" && AC_PATH_PROG(ZIP, gzip, /bin/gzip) +if test -z "$ZIP" ; then + AC_PATH_PROG(ZIP, gzip, /bin/gzip) +fi test ! -x "$ZIP" && ZIP=/usr/local/bin/gzip test ! -x "$ZIP" && ZIP=/usr/freeware/bin/gzip test ! -x "$ZIP" && ZIP=/usr/bin/gzip @@ -306,7 +318,9 @@ AC_SUBST(gzip) dnl check if the bzip2 program is available dnl (needed to bzip2 man pages on some platforms) -test -z "$BZIP2" && AC_PATH_PROG(BZIP2, bzip2, /bin/bzip2) +if test -z "$BZIP2" ; then + AC_PATH_PROG(BZIP2, bzip2, /bin/bzip2) +fi test ! -x "$BZIP2" && BZIP2=/usr/local/bin/bzip2 test ! -x "$BZIP2" && BZIP2=/usr/freeware/bin/bzip2 test ! -x "$BZIP2" && BZIP2=/usr/bin/bzip2 @@ -340,17 +354,23 @@ fi AC_SUBST(package_maker) dnl check if the hdiutil program is available -test -z "$HDIUTIL" && AC_PATH_PROG(HDIUTIL, hdiutil) +if test -z "$HDIUTIL" ; then + AC_PATH_PROG(HDIUTIL, hdiutil, /usr/bin/hdiutil) +fi hdiutil=$HDIUTIL AC_SUBST(hdiutil) dnl check if the rpmbuild program is available -test -z "$RPMBUILD" && AC_PATH_PROG(RPMBUILD, rpmbuild) +if test -z "$RPMBUILD" ; then + AC_PATH_PROG(RPMBUILD, rpmbuild) +fi rpmbuild=$RPMBUILD AC_SUBST(rpmbuild) dnl check if the rpm program is available -test -z "$RPM" && AC_PATH_PROG(RPM, rpm) +if test -z "$RPM" ; then + AC_PATH_PROG(RPM, rpm, /usr/bin/rpm) +fi rpm=$RPM AC_SUBST(rpm) @@ -381,7 +401,9 @@ gendist=$GENDIST AC_SUBST(gendist) dnl check if the makedepend program is available -test -z "$MAKEDEPEND" && AC_PATH_PROG(MAKEDEPEND, makedepend, /bin/ true) +if test -z "$MAKEDEPEND" ; then + AC_PATH_PROG(MAKEDEPEND, makedepend, /bin/true) +fi makedepend=$MAKEDEPEND AC_SUBST(makedepend) @@ -397,7 +419,9 @@ dnl check if symbolic links are supported AC_PROG_LN_S dnl check if user wants their own lex, yacc -test -z "$YACC" && AC_PROG_YACC +if test -z "$YACC" ; then + AC_PROG_YACC +fi if test "$YACC" = "yacc" -a $target_os = irix -a `uname -a | awk '{print $3}'` = "6.2" then dnl yacc on IRIX 6.2 or earlier does not support -b flag @@ -405,12 +429,16 @@ then fi yacc=$YACC AC_SUBST(yacc) -test -z "$LEX" && AC_PROG_LEX +if test -z "$LEX" ; then + AC_PROG_LEX +fi lex=$LEX AC_SUBST(lex) dnl check if user wants their own awk, sed and echo -test -z "$AWK" && AC_PROG_AWK +if test -z "$AWK" ; then + AC_PATH_PROG(AWK, awk, /usr/bin/awk) +fi if test $target_os = irix -a "$AWK" = "gawk" then dnl always use nawk on IRIX @@ -423,10 +451,14 @@ test "$AWK" = "mawk" -a -x /usr/bin/awk && AWK=awk awk=$AWK AC_SUBST(awk) -test -z "$SED" && AC_PATH_PROG(SED, sed, /bin/sed) +if test -z "$SED" ; then + AC_PATH_PROG(SED, sed, /bin/sed) +fi sed=$SED AC_SUBST(sed) -test -z "$ECHO" && AC_PATH_PROG(ECHO, echo, /bin/echo) +if test -z "$ECHO" ; then + AC_PATH_PROG(ECHO, echo, /bin/echo) +fi echo=$ECHO AC_SUBST(echo) diff --git a/src/include/pcp.env b/src/include/pcp.env index dc6c96d..ca657fc 100644 --- a/src/include/pcp.env +++ b/src/include/pcp.env @@ -63,7 +63,7 @@ PATH=$PATH/usr/sbin:/sbin:/bin:/usr/bin:/etc:$ {PCP_BIN_DIR}:${PCP_BINADM_DIR}:${ # for dir in /usr/bsd /usr/etc /usr/bin/X11 /usr/local/bin \ /opt/sfw/bin /usr/ccs/bin /cygdrive/c/WINDOWS/system32 \ - /usr/contrib/bin /opt/local/bin + /usr/contrib/bin do [ -d $dir ] || continue echo "$PATH" | egrep ":$dir(:|\$)" >/dev/null && continue From jamespeach@mac.com Tue Mar 25 21:27:51 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 25 Mar 2008 23:24:04 -0700 (PDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m2Q4RnC1011864 for ; Tue, 25 Mar 2008 21:27:51 -0700 X-ASG-Debug-ID: 1206505702-63a503da0000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from smtpoutm.mac.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 6C1546EB791; Tue, 25 Mar 2008 21:28:22 -0700 (PDT) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.67]) by cuda.sgi.com with ESMTP id vqnKqMuTjakFGn3q; Tue, 25 Mar 2008 21:28:22 -0700 (PDT) Received: from mac.com (asmtp009-s [10.150.69.72]) by smtpoutm.mac.com (Xserve/smtpout004/MantshX 4.0) with ESMTP id m2Q2mPmd016579; Tue, 25 Mar 2008 19:48:25 -0700 (PDT) Received: from [192.168.1.70] (adsl-75-18-195-199.dsl.pltn13.sbcglobal.net [75.18.195.199]) (authenticated bits=0) by mac.com (Xserve/asmtp009/MantshX 4.0) with ESMTP id m2Q2mMTp008891 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 25 Mar 2008 19:48:23 -0700 (PDT) Cc: markgw@sgi.com, Max Matveev , pcp@oss.sgi.com Message-Id: <7138BC3A-DEC1-432A-B77C-59BC65E53BE7@mac.com> From: James Peach To: nscott@aconex.com In-Reply-To: <1206426896.29868.344.camel@edge.scott.net.au> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) X-ASG-Orig-Subj: Re: build issue with AC_PROG_AWK Subject: Re: build issue with AC_PROG_AWK Date: Tue, 25 Mar 2008 19:48:21 -0700 References: <1206423840.29868.340.camel@edge.scott.net.au> <18408.37725.85447.784561@kuku.melbourne.sgi.com> <47E894C7.2000903@sgi.com> <1206426896.29868.344.camel@edge.scott.net.au> X-Mailer: Apple Mail (2.919.2) X-Barracuda-Connect: smtpoutm.mac.com[17.148.16.67] X-Barracuda-Start-Time: 1206505703 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.45918 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1558 X-Approved-By: makc@sgi.com X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: jamespeach@mac.com Precedence: bulk X-list: pcp On 24/03/2008, at 11:34 PM, Nathan Scott wrote: > > On Tue, 2008-03-25 at 16:59 +1100, Mark Goodwin wrote: >> >> Yes that's pretty much the explanation, thanks Max. Nowdays I think >> we could probably nuke the search for awk in configure and just >> statically define it as PCP_AWK_PROG=awk in pcp.conf.in. That assumes >> awk will be found in the default path on all required distros .. is >> that true? > > Pretty much. That would break the ability to set the > location/binary via the AWK environment variable though > (at configure/build time). It might be better to do it > the same way as sed... > > test -z "$SED" && AC_PATH_PROG(SED, sed, /bin/sed) > sed=$SED > AC_SUBST(sed) This fix works for me .... diff --git a/configure.in b/configure.in index 3cd5336..0f2f7d6 100644 --- a/configure.in +++ b/configure.in @@ -410,7 +410,7 @@ lex=$LEX AC_SUBST(lex) dnl check if user wants their own awk, sed and echo -test -z "$AWK" && AC_PROG_AWK +test -z "$AWK" && AC_PATH_PROG(AWK, awk, /usr/bin/awk) if test $target_os = irix -a "$AWK" = "gawk" then dnl always use nawk on IRIX diff --git a/src/include/pcp.env b/src/include/pcp.env index dc6c96d..ca657fc 100644 --- a/src/include/pcp.env +++ b/src/include/pcp.env @@ -63,7 +63,7 @@ PATH=$PATH/usr/sbin:/sbin:/bin:/usr/bin:/etc:$ {PCP_BIN_DIR}:${PCP_BINADM_DIR}:${ # for dir in /usr/bsd /usr/etc /usr/bin/X11 /usr/local/bin \ /opt/sfw/bin /usr/ccs/bin /cygdrive/c/WINDOWS/system32 \ - /usr/contrib/bin /opt/local/bin + /usr/contrib/bin do [ -d $dir ] || continue echo "$PATH" | egrep ":$dir(:|\$)" >/dev/null && continue From nscott@aconex.com Wed Mar 26 13:17:59 2008 Received: with ECARTIS (v1.0.0; list pcp); Wed, 26 Mar 2008 13:18:16 -0700 (PDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m2QKHvXj031034 for ; Wed, 26 Mar 2008 13:17:59 -0700 X-ASG-Debug-ID: 1206562708-5f5703690000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id A9011103F8AF for ; Wed, 26 Mar 2008 13:18:29 -0700 (PDT) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id GdMLpQTURRN46CJG for ; Wed, 26 Mar 2008 13:18:29 -0700 (PDT) Received: from mail.aconex.com (castle.yarra.acx [192.168.3.3]) by postoffice.aconex.com (Postfix) with ESMTP id B65F392C412; Thu, 27 Mar 2008 07:17:55 +1100 (EST) Received: from 192.168.3.1 (proxying for 58.107.42.33) (SquirrelMail authenticated user nscott) by mail.aconex.com with HTTP; Thu, 27 Mar 2008 07:17:55 +1100 (EST) Message-ID: <42947.192.168.3.1.1206562675.squirrel@mail.aconex.com> In-Reply-To: <3D551964-B914-4D79-AECA-2528C8C4CD92@mac.com> References: <3D551964-B914-4D79-AECA-2528C8C4CD92@mac.com> Date: Thu, 27 Mar 2008 07:17:55 +1100 (EST) X-ASG-Orig-Subj: Re: [PATCH] fix AC_PATH_PROG handling Subject: Re: [PATCH] fix AC_PATH_PROG handling From: nscott@aconex.com To: "James Peach" Cc: pcp@oss.sgi.com User-Agent: SquirrelMail/1.4.8-4.el4.centos MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1206562712 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -1.47 X-Barracuda-Spam-Status: No, SCORE=-1.47 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=NO_REAL_NAME X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.45982 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.55 NO_REAL_NAME From: does not include a real name X-archive-position: 1559 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp > Hi all, > > As per the longer explanation at > http://oss.sgi.com/archives/xfs/2003-04/msg00115.html > , you can't use AC_PATH_PROG on the right hand side of shell logical > operation. This patch against Nathan's git tree > 1. turns all the uses of logical operations with AC_PATH_PROG into > explicit if conditionals > 2. adds a default path for AC_PATH_PROG where I had a good idea of > what it should be I did these two on the train home last night - can you check the current git tree is not missing any of your bits? thanks. -- Nathan From nscott@aconex.com Wed Mar 26 13:21:08 2008 Received: with ECARTIS (v1.0.0; list pcp); Wed, 26 Mar 2008 13:21:21 -0700 (PDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m2QKL70R031286 for ; Wed, 26 Mar 2008 13:21:08 -0700 X-ASG-Debug-ID: 1206562901-5f3e03760000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id C2EDD103F942 for ; Wed, 26 Mar 2008 13:21:41 -0700 (PDT) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id qAMJ82apFEHmlQIH for ; Wed, 26 Mar 2008 13:21:41 -0700 (PDT) Received: from mail.aconex.com (castle.yarra.acx [192.168.3.3]) by postoffice.aconex.com (Postfix) with ESMTP id C30CA92C412 for ; Thu, 27 Mar 2008 07:18:32 +1100 (EST) Received: from 192.168.3.1 (proxying for 58.107.42.33) (SquirrelMail authenticated user nscott) by mail.aconex.com with HTTP; Thu, 27 Mar 2008 07:18:32 +1100 (EST) Message-ID: <43275.192.168.3.1.1206562712.squirrel@mail.aconex.com> Date: Thu, 27 Mar 2008 07:18:32 +1100 (EST) X-ASG-Orig-Subj: pcp updates Subject: pcp updates From: nscott@aconex.com To: pcp@oss.sgi.com User-Agent: SquirrelMail/1.4.8-4.el4.centos MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1206562901 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -0.97 X-Barracuda-Spam-Status: No, SCORE=-0.97 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=BSF_RULE7568M, NO_REAL_NAME X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.45982 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.55 NO_REAL_NAME From: does not include a real name 0.50 BSF_RULE7568M Custom Rule 7568M X-archive-position: 1560 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Changes committed to git://oss.sgi.com:8090/nathans/pcp.git GNUmakefile | 10 +++-- configure.in | 112 +++++++++++++++++++++++++++++++++++------------------------ debian/rules | 2 - pcp.lsm.in | 6 --- 4 files changed, 76 insertions(+), 54 deletions(-) commit 9eb8e9e70741f123802a42cd9232d391b4834373 Merge: a6a94f0... 8cae0b4... Author: Nathan Scott Date: Thu Mar 27 07:08:13 2008 +1100 Merge branch 'nathans' of git://oss.sgi.com:8090/nathans/pcp into nathans commit a6a94f0d9c4969e1d462a37f8d924cdb01f6f14c Author: Nathan Scott Date: Wed Mar 26 18:11:58 2008 +1100 Be careful when configure macros are used on the same line as a shell test statement - problems arise when the macro expands to multiple lines of shell code and shell logical operators are in use (only the first statement is conditional). commit 06517a407e2b8b90e2cc865980be0e0b51daa248 Author: Nathan Scott Date: Wed Mar 26 17:58:04 2008 +1100 Simplify the awk checks and remove some crufty code, as per Mark's suggestion. commit b725af3c3ccbe1a389f8d67dd50bb965b63f68de Author: James Peach Date: Wed Mar 26 17:54:45 2008 +1100 Find awk the same way as sed, avoiding possible PATH problems on Mac OS X. commit 53373524493b99d6d4eb93f74de341e9f37ff604 Author: Nathan Scott Date: Wed Mar 26 17:50:01 2008 +1100 Implement Max's suggestion of providing a dependency on a configure- generated file now, instead of using the config.done mechanism. From nscott@aconex.com Wed Mar 26 13:39:04 2008 Received: with ECARTIS (v1.0.0; list pcp); Wed, 26 Mar 2008 13:39:16 -0700 (PDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m2QKd1va001040 for ; Wed, 26 Mar 2008 13:39:04 -0700 X-ASG-Debug-ID: 1206563975-0ba6007c0000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id A7020103F687 for ; Wed, 26 Mar 2008 13:39:36 -0700 (PDT) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id YbqfZr9hWMGoULqV for ; Wed, 26 Mar 2008 13:39:36 -0700 (PDT) Received: from mail.aconex.com (castle.yarra.acx [192.168.3.3]) by postoffice.aconex.com (Postfix) with ESMTP id DE05A92C3AD; Thu, 27 Mar 2008 07:37:32 +1100 (EST) Received: from 192.168.3.1 (proxying for 58.107.42.33) (SquirrelMail authenticated user nscott) by mail.aconex.com with HTTP; Thu, 27 Mar 2008 07:37:33 +1100 (EST) Message-ID: <47545.192.168.3.1.1206563853.squirrel@mail.aconex.com> In-Reply-To: References: <1206423840.29868.340.camel@edge.scott.net.au> <18408.37725.85447.784561@kuku.melbourne.sgi.com> <47E894C7.2000903@sgi.com> <1206426896.29868.344.camel@edge.scott.net.au> <7138BC3A-DEC1-432A-B77C-59BC65E53BE7@mac.com> <1206506319.29868.395.camel@edge.scott.net.au> Date: Thu, 27 Mar 2008 07:37:33 +1100 (EST) X-ASG-Orig-Subj: Re: build issue with AC_PROG_AWK Subject: Re: build issue with AC_PROG_AWK From: nscott@aconex.com To: "James Peach" Cc: pcp@oss.sgi.com User-Agent: SquirrelMail/1.4.8-4.el4.centos MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1206563976 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -1.47 X-Barracuda-Spam-Status: No, SCORE=-1.47 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=NO_REAL_NAME X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.45983 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.55 NO_REAL_NAME From: does not include a real name X-archive-position: 1561 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp >> On Tue, 2008-03-25 at 19:48 -0700, James Peach wrote: >>> - /usr/contrib/bin /opt/local/bin >>> + /usr/contrib/bin >> >> You really don't like this bit do you? :) ... I think >> since we have /usr/local/bin for Linux, we should also >> do this for consistent behaviour on Mac. > > > Yes, I *really* hate it :) > > First, OS X has 2 possible sources of additional software - MacPorts > and Fink. MacPorts installs in /opt/local and Fink (IIRC) installs in / > fw. OK, thats not an argument for removing it though. > Second, as a matter of policy I don't think that PCP should be using > random tools from all over the system. Its not random, its very specific, and its meant to cover the places that configure is going to go look for binaries (I think). Personally, I don't like this & tend to agree with you, but the reality is thats how all of the ports have been done. And I don't think there's much reason to deviate from that for one particular port - the only real options are to either fix it for all (i.e. remove all the "special" case PATH additions) - a QA nightmare - or tow the line. > Third I think that the whole concept of searching the $PATH of the > person who ran configure is wrong. If PC is going to search the That's not what pcp.env is doing (though its not clear what you meant by "PC" above). > builder's $PATH, then it should update the PATH in pcp.env. Otherwise > it should only search the path in pcp.env, since that is what will be > searched at the time when these tools are actually needed. cheers. -- Nathan From jamespeach@mac.com Wed Mar 26 07:51:09 2008 Received: with ECARTIS (v1.0.0; list pcp); Wed, 26 Mar 2008 23:21:19 -0700 (PDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m2QEp7kg026801 for ; Wed, 26 Mar 2008 07:51:09 -0700 X-ASG-Debug-ID: 1206543097-2ebd00900000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from smtpoutm.mac.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id D924910383C0; Wed, 26 Mar 2008 07:51:37 -0700 (PDT) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.70]) by cuda.sgi.com with ESMTP id h1PjtHkQpq0IMx1T; Wed, 26 Mar 2008 07:51:37 -0700 (PDT) Received: from mac.com (asmtp010-s [10.150.69.73]) by smtpoutm.mac.com (Xserve/smtpout007/MantshX 4.0) with ESMTP id m2QEpZYa029583; Wed, 26 Mar 2008 07:51:35 -0700 (PDT) Received: from [192.168.1.70] (adsl-75-18-195-199.dsl.pltn13.sbcglobal.net [75.18.195.199]) (authenticated bits=0) by mac.com (Xserve/asmtp010/MantshX 4.0) with ESMTP id m2QEpOHr024074 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 26 Mar 2008 07:51:25 -0700 (PDT) Cc: markgw@sgi.com, Max Matveev , pcp@oss.sgi.com Message-Id: From: James Peach To: nscott@aconex.com In-Reply-To: <1206506319.29868.395.camel@edge.scott.net.au> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) X-ASG-Orig-Subj: Re: build issue with AC_PROG_AWK Subject: Re: build issue with AC_PROG_AWK Date: Wed, 26 Mar 2008 07:51:19 -0700 References: <1206423840.29868.340.camel@edge.scott.net.au> <18408.37725.85447.784561@kuku.melbourne.sgi.com> <47E894C7.2000903@sgi.com> <1206426896.29868.344.camel@edge.scott.net.au> <7138BC3A-DEC1-432A-B77C-59BC65E53BE7@mac.com> <1206506319.29868.395.camel@edge.scott.net.au> X-Mailer: Apple Mail (2.919.2) X-Barracuda-Connect: smtpoutm.mac.com[17.148.16.70] X-Barracuda-Start-Time: 1206543101 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -1.52 X-Barracuda-Spam-Status: No, SCORE=-1.52 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=BSF_RULE7568M X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.45958 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.50 BSF_RULE7568M Custom Rule 7568M X-archive-position: 1562 X-Approved-By: makc@sgi.com X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: jamespeach@mac.com Precedence: bulk X-list: pcp On 25/03/2008, at 9:38 PM, Nathan Scott wrote: > > On Tue, 2008-03-25 at 19:48 -0700, James Peach wrote: >> >> if test $target_os = irix -a "$AWK" = "gawk" >> then >> dnl always use nawk on IRIX > > Mark was saying we should get rid of all this gunk > too, and the mawk stuff. I second that notion. OK, see patch below >> - /usr/contrib/bin /opt/local/bin >> + /usr/contrib/bin > > You really don't like this bit do you? :) ... I think > since we have /usr/local/bin for Linux, we should also > do this for consistent behaviour on Mac. Yes, I *really* hate it :) First, OS X has 2 possible sources of additional software - MacPorts and Fink. MacPorts installs in /opt/local and Fink (IIRC) installs in / fw. Second, as a matter of policy I don't think that PCP should be using random tools from all over the system. I mean, you might as well just do `locate awk`. Third I think that the whole concept of searching the $PATH of the person who ran configure is wrong. If PC is going to search the builder's $PATH, then it should update the PATH in pcp.env. Otherwise it should only search the path in pcp.env, since that is what will be searched at the time when these tools are actually needed. Phew! diff --git a/configure.in b/configure.in index d0d26ee..c1e7b24 100644 --- a/configure.in +++ b/configure.in @@ -439,15 +439,6 @@ dnl check if user wants their own awk, sed and echo if test -z "$AWK" ; then AC_PATH_PROG(AWK, awk, /usr/bin/awk) fi -if test $target_os = irix -a "$AWK" = "gawk" -then - dnl always use nawk on IRIX - AWK=nawk -fi -dnl Use /usr/bin/awk in preference to mawk or -dnl some other abomination since mawk isn't always -dnl installed on linux. -test "$AWK" = "mawk" -a -x /usr/bin/awk && AWK=awk awk=$AWK AC_SUBST(awk) From jamespeach@mac.com Wed Mar 26 13:50:51 2008 Received: with ECARTIS (v1.0.0; list pcp); Wed, 26 Mar 2008 23:22:24 -0700 (PDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m2QKooxA001800 for ; Wed, 26 Mar 2008 13:50:51 -0700 X-ASG-Debug-ID: 1206564684-353d011e0000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from smtpoutm.mac.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 3EB2D6F2258 for ; Wed, 26 Mar 2008 13:51:24 -0700 (PDT) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.76]) by cuda.sgi.com with ESMTP id 1vafELlfMatGzZjt for ; Wed, 26 Mar 2008 13:51:24 -0700 (PDT) Received: from mac.com (asmtp010-s [10.150.69.73]) by smtpoutm.mac.com (Xserve/smtpout013/MantshX 4.0) with ESMTP id m2QKpMxw016719; Wed, 26 Mar 2008 13:51:22 -0700 (PDT) Received: from jpeach.apple.com ([17.202.41.255]) (authenticated bits=0) by mac.com (Xserve/asmtp010/MantshX 4.0) with ESMTP id m2QKorKY006245 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 26 Mar 2008 13:51:04 -0700 (PDT) From: James Peach To: nscott@aconex.com In-Reply-To: <47545.192.168.3.1.1206563853.squirrel@mail.aconex.com> X-ASG-Orig-Subj: Re: build issue with AC_PROG_AWK Subject: Re: build issue with AC_PROG_AWK X-Priority: 3 (Normal) References: <1206423840.29868.340.camel@edge.scott.net.au> <18408.37725.85447.784561@kuku.melbourne.sgi.com> <47E894C7.2000903@sgi.com> <1206426896.29868.344.camel@edge.scott.net.au> <7138BC3A-DEC1-432A-B77C-59BC65E53BE7@mac.com> <1206506319.29868.395.camel@edge.scott.net.au> <47545.192.168.3.1.1206563853.squirrel@mail.aconex.com> Message-Id: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Wed, 26 Mar 2008 13:50:52 -0700 Cc: pcp@oss.sgi.com X-Mailer: Apple Mail (2.919.2) X-Barracuda-Connect: smtpoutm.mac.com[17.148.16.76] X-Barracuda-Start-Time: 1206564685 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.45985 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1563 X-Approved-By: makc@sgi.com X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: jamespeach@mac.com Precedence: bulk X-list: pcp On Mar 26, 2008, at 1:37 PM, nscott@aconex.com wrote: >>> On Tue, 2008-03-25 at 19:48 -0700, James Peach wrote: >>>> - /usr/contrib/bin /opt/local/bin >>>> + /usr/contrib/bin >>> >>> You really don't like this bit do you? :) ... I think >>> since we have /usr/local/bin for Linux, we should also >>> do this for consistent behaviour on Mac. >> >> >> Yes, I *really* hate it :) >> >> First, OS X has 2 possible sources of additional software - MacPorts >> and Fink. MacPorts installs in /opt/local and Fink (IIRC) installs >> in / >> fw. > > OK, thats not an argument for removing it though. True enough. I'm just trying to illustrate that continuing to add to the list of places where things could start getting out of hand. >> Second, as a matter of policy I don't think that PCP should be using >> random tools from all over the system. > > Its not random, its very specific, and its meant to cover the places > that > configure is going to go look for binaries (I think). configure is going to look in $PATH. Whatever the path in pcp.env is, it's not what $PATH was when I ran configure. configure might just as easily find the gawk in ~/bin/gawk. > Personally, I don't like this & tend to agree with you, but the > reality is > thats how all of the ports have been done. And I don't think there's > much reason to deviate from that for one particular port - the only > real options are to either fix it for all (i.e. remove all the > "special" case > PATH additions) - a QA nightmare - or tow the line. I guess that I'm advocating (but not volunteering to QA) the second option :) > > >> Third I think that the whole concept of searching the $PATH of the >> person who ran configure is wrong. If PC is going to search the > > That's not what pcp.env is doing (though its not clear what you > meant by > "PC" above). I meant PCP. > > >> builder's $PATH, then it should update the PATH in pcp.env. Otherwise >> it should only search the path in pcp.env, since that is what will be >> searched at the time when these tools are actually needed. > > cheers. > > -- > Nathan > From nscott@aconex.com Thu Mar 27 14:29:55 2008 Received: with ECARTIS (v1.0.0; list pcp); Thu, 27 Mar 2008 14:30:04 -0700 (PDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m2P6ZIEu009142 for ; Mon, 24 Mar 2008 23:35:20 -0700 X-ASG-Debug-ID: 1206426949-2e4c00800000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 6172C6E17F2 for ; Mon, 24 Mar 2008 23:35:49 -0700 (PDT) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id VoWip7VAsVqaFt3D for ; Mon, 24 Mar 2008 23:35:49 -0700 (PDT) Received: from [192.168.5.76] (unknown [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id D766592D2E4; Tue, 25 Mar 2008 17:34:57 +1100 (EST) X-ASG-Orig-Subj: Re: build issue with AC_PROG_AWK Subject: Re: build issue with AC_PROG_AWK From: Nathan Scott Reply-To: nscott@aconex.com To: markgw@sgi.com Cc: Max Matveev , James Peach , pcp@oss.sgi.com In-Reply-To: <47E894C7.2000903@sgi.com> References: <1206423840.29868.340.camel@edge.scott.net.au> <18408.37725.85447.784561@kuku.melbourne.sgi.com> <47E894C7.2000903@sgi.com> Content-Type: text/plain Organization: Aconex Date: Tue, 25 Mar 2008 17:34:56 +1100 Message-Id: <1206426896.29868.344.camel@edge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1206426952 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.45832 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1564 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp On Tue, 2008-03-25 at 16:59 +1100, Mark Goodwin wrote: > > Yes that's pretty much the explanation, thanks Max. Nowdays I think > we could probably nuke the search for awk in configure and just > statically define it as PCP_AWK_PROG=awk in pcp.conf.in. That assumes > awk will be found in the default path on all required distros .. is > that true? Pretty much. That would break the ability to set the location/binary via the AWK environment variable though (at configure/build time). It might be better to do it the same way as sed... test -z "$SED" && AC_PATH_PROG(SED, sed, /bin/sed) sed=$SED AC_SUBST(sed) cheers. -- Nathan From nscott@aconex.com Thu Mar 27 22:44:42 2008 Received: with ECARTIS (v1.0.0; list pcp); Thu, 27 Mar 2008 22:44:53 -0700 (PDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m2S5ieJ1027276 for ; Thu, 27 Mar 2008 22:44:42 -0700 X-ASG-Debug-ID: 1206683113-1a4d00e50000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 38AD488BBA3 for ; Thu, 27 Mar 2008 22:45:13 -0700 (PDT) Received: from postoffice.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id Y0qhO1IEDgE3WqJF for ; Thu, 27 Mar 2008 22:45:13 -0700 (PDT) Received: from [192.168.5.76] (unknown [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id 9DD3A92C2C4 for ; Fri, 28 Mar 2008 16:45:11 +1100 (EST) X-ASG-Orig-Subj: pcp updates Subject: pcp updates From: Nathan Scott Reply-To: nscott@aconex.com To: pcp@oss.sgi.com Content-Type: text/plain Organization: Aconex Date: Fri, 28 Mar 2008 16:45:11 +1100 Message-Id: <1206683111.21048.81.camel@edge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1206683115 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -1.52 X-Barracuda-Spam-Status: No, SCORE=-1.52 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=BSF_RULE7568M X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.46116 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.50 BSF_RULE7568M Custom Rule 7568M X-archive-position: 1565 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Changes committed to git://oss.sgi.com:8090/nathans/pcp.git src/pmdas/jstat/GNUmakefile | 4 src/pmdas/jstat/help | 28 +++ src/pmdas/jstat/jstat.c | 338 ++++++++++++++++++++++++++++++++++++-------- src/pmdas/jstat/jstat.h | 40 ++++- src/pmdas/jstat/pmns | 64 ++++++++ src/pmloglabel/pmloglabel.c | 2 6 files changed, 409 insertions(+), 67 deletions(-) commit 5c76872f1359ead0148f4f9619be82e7497f0c07 Author: Nathan Scott Date: Fri Mar 28 16:41:21 2008 +1100 Extend the set of JVM statistics exported by the jstat PMDA to include major and minor garbage collection counts/times, and sizes of the eden, survivor, old and permanent memory spaces. commit f1e9b482ac52fca31ac64bed37c2b93834785adc Author: Nathan Scott Date: Fri Mar 28 16:38:21 2008 +1100 Fix cut&paste typo in a pmloglabel error message. From nscott@aconex.com Sun Mar 30 22:26:54 2008 Received: with ECARTIS (v1.0.0; list pcp); Sun, 30 Mar 2008 22:27:07 -0700 (PDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m2V5QqAS003309 for ; Sun, 30 Mar 2008 22:26:54 -0700 X-ASG-Debug-ID: 1206941247-64c102f50000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from intranex.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id F1B978CAE7F for ; Sun, 30 Mar 2008 22:27:27 -0700 (PDT) Received: from intranex.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id vol0rtpm3VyZ2NPm for ; Sun, 30 Mar 2008 22:27:27 -0700 (PDT) Received: from postoffice.aconex.com (localhost [127.0.0.1]) by intranex.aconex.com (Spam Firewall) with ESMTP id 44FA44BDDBD for ; Mon, 31 Mar 2008 16:27:16 +1100 (EST) Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.3.1]) by intranex.aconex.com with ESMTP id BXM3sOt5qzPv7GnO for ; Mon, 31 Mar 2008 16:27:16 +1100 (EST) Received: from [192.168.5.76] (unknown [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id 15CAE92C0D8 for ; Mon, 31 Mar 2008 16:27:16 +1100 (EST) X-ASG-Orig-Subj: pcp updates Subject: pcp updates From: Nathan Scott Reply-To: nscott@aconex.com To: pcp@oss.sgi.com Content-Type: text/plain Organization: Aconex Date: Mon, 31 Mar 2008 16:27:15 +1100 Message-Id: <1206941235.21048.88.camel@edge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1206941248 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -1.52 X-Barracuda-Spam-Status: No, SCORE=-1.52 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=BSF_RULE7568M X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.46401 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.50 BSF_RULE7568M Custom Rule 7568M X-archive-position: 1566 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Changes committed to git://oss.sgi.com:8090/nathans/pcp.git GNUmakefile | 2 +- src/GNUmakefile | 4 ++-- src/libpcp/src/GNUmakefile | 3 ++- src/pmdas/jstat/jstat.c | 23 +++++++++-------------- src/pmtop/GNUmakefile | 10 ++++------ src/pmval/GNUmakefile | 1 - 6 files changed, 18 insertions(+), 25 deletions(-) commit 9484d79311e6baf4566796255ee36f98905aea32 Author: Nathan Scott Date: Mon Mar 31 16:23:18 2008 +1100 Slight rework of indom handling to make jstat PMDA work under Cygwin too. commit d2758458ec23c7f1f0f0964f63797915af726ba1 Author: Nathan Scott Date: Mon Mar 31 16:21:35 2008 +1100 Exclude non-essential bits that Cygwin build struggles with (cpan/libpcp.a). commit 1a37837b8fb7af9f8122df15465e9402ec3e119d Author: Nathan Scott Date: Mon Mar 31 16:20:15 2008 +1100 Make pmtop build use CMDTARGET rather than TARGET, fixing Cygwin builds. commit 3667221a44da4b83b311f9330e3efddc58679476 Author: Nathan Scott Date: Mon Mar 31 16:19:10 2008 +1100 Remove unused makefile macro in pmval build. commit f52ca91654f2a618a548f7a8fb8645a182c141ae Author: Nathan Scott Date: Mon Mar 31 16:16:32 2008 +1100 Add missing configure dependency in top level makefile.