While preparing an RTI I ran hg pbchk which in turn calls hg comchk and it always reports an ARC case as missing.

: eacces.eu FSS 219 $; hg comchk
remote: Not trusting file /share/bld/ONclones/onnv-clone-eu/.hg/hgrc from untrusted user blduser, group keepers
Comments check:
These bugs/ARC cases were not found in the databases:
  PSARC 2009/171
: eacces.eu FSS 220 $;

Darren looked at this and said:

I narrowed this down to 'hg comchk', looking at the python and some truss output I see that this is talking to opensolaris.org/cgi/arc.py. Now the whole ARC community infrastructure on opensolaris.org has been going through changes recently, I wonder if this got broken.

Trying this using telnet....


---- BEGIN
islay:pts/19$ telnet opensolaris.org 80
Trying 72.5.123.5...
Connected to opensolaris.org.
Escape character is '^]'.
POST /cgi/arc.py HTTP/1.1
Accept - Encoding: idenity
Content-length: 31
Connection: close
Content-type: application/x-www-form-urlencoded
Host: opensoalris.org
User-agent: Python-urllib/2.4

case0=2008%2F662&arc0=PSARC&n=1
HTTP/1.1 200 OK
Date: Wed, 08 Apr 2009 16:11:07 GMT
Server: Apache/2.2.8 (Unix) DAV/2 mod_ssl/2.2.8 OpenSSL/0.9.8a mod_jk/1.2.25 proxy_html/3.0.0
Connection: close
Transfer-Encoding: chunked
Content-Type: text/plain

11
1|PSARC 2008/662

0

---- END

Comparing that to the output from an obviously bogus case:

----
11
1|PSARC 2010/999

0

----

--
Chris Gerhard.                                         __o __o __o
Systems TSC Chief Technologist                        _`\<,`\<,`\<,_
Sun Microsystems Limited                             (*)/---/---/ (*)
Phone: +44 (0) 1252 426033 (ext 26033) http://blogs.sun.com/chrisg
--- Begin Message ---
Chris Gerhard wrote:
Darren J Moffat wrote:

Comments check:
These bugs/ARC cases were not found in the databases:
  PSARC 2009/171

You are missing a / it expects very exact formating ie:
    PSARC/2009/171

I'm not (I tried both before deciding it was an issue with the arc case not being in the right state):

It isn't just your ARC case number, I tried a couple of others too, including one I actually integrated last week.

I narrowed this down to 'hg comchk', looking at the python and some truss output I see that this is talking to opensolaris.org/cgi/arc.py. Now the whole ARC community infrastructure on opensolaris.org has been going through changes recently, I wonder if this got broken.

Trying this using telnet....


---- BEGIN
islay:pts/19$ telnet opensolaris.org 80
Trying 72.5.123.5...
Connected to opensolaris.org.
Escape character is '^]'.
POST /cgi/arc.py HTTP/1.1
Accept - Encoding: idenity
Content-length: 31
Connection: close
Content-type: application/x-www-form-urlencoded
Host: opensoalris.org
User-agent: Python-urllib/2.4

case0=2008%2F662&arc0=PSARC&n=1
HTTP/1.1 200 OK
Date: Wed, 08 Apr 2009 16:11:07 GMT
Server: Apache/2.2.8 (Unix) DAV/2 mod_ssl/2.2.8 OpenSSL/0.9.8a mod_jk/1.2.25 proxy_html/3.0.0
Connection: close
Transfer-Encoding: chunked
Content-Type: text/plain

11
1|PSARC 2008/662

0

---- END

Comparing that to the output from an obviously bogus case:

----
11
1|PSARC 2010/999

0

----

So this is an opensolaris.org problem, contact [email protected], feel free to copy and paste my analysis and cc me.

--
Darren J Moffat

--- End Message ---

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

_______________________________________________
website-discuss mailing list
[email protected]

Reply via email to