Hello Johansen

On editing "/usr/lib/python2.4/vendor-packages/pkg/client/retrieve.py" as mentioned ,we get below syntax error:

sm...@sunray-21:/var/pkg/ssl$ pfexec pkg set-authority -k /var/pkg/ssl/OpenSolaris_standard_support.key.pem -c /var/pkg/ssl/OpenSolaris_standard_support.certificate.pem -O https://pkg.sun.com/opensolaris/support/ opensolaris.org
Traceback (most recent call last):
 File "/usr/bin/pkg", line 61, in ?
   import pkg.actions as actions
File "/usr/lib/python2.4/vendor-packages/pkg/actions/__init__.py", line 59, in ?
   globals(), locals(), [modname])
File "/usr/lib/python2.4/vendor-packages/pkg/actions/user.py", line 36, in ?
   import generic
File "/usr/lib/python2.4/vendor-packages/pkg/actions/generic.py", line 42, in ?
   import pkg.client.retrieve as retrieve
 File "/usr/lib/python2.4/vendor-packages/pkg/client/retrieve.py", line 476
traceback.print_exc() raise VersionRetrievalError("Could not retrieve versions "
                             ^
SyntaxError: invalid syntax


Regards
Neelu



[email protected] wrote:
On Tue, Sep 22, 2009 at 05:58:09PM +0530, Neelu Roy wrote:
We had already set http_proxy="http://username:passw...@proxy:8080/";.
Also tried setting https_proxy too.

I'm not certain that a username/password are supported in the proxy
configuration of the old transport.  Do you have a proxy that can be
accessed without authentication?

Pkg version gives below output:
j...@opensolaris_sp2:~$ pkg version
26c3e2407c53

This is 111b/2009.06, which means you don't have the new transport code.

pkg: The origin URIs for 'opensolaris.org' do not appear to point to a valid pkg server.
Please check the server's address and client's network configuration.
Additional details:
Unable to contact valid package server: https://pkg.sun.com/opensolaris/support/
Encountered the following error(s):
Transport errors encountered when trying to contact depot server. Reported the following errors:
Could not retrieve versions from 'opensolaris.org'
Exception: str:global name 'host' is not defined repr:<exceptions.NameError instance at 0x84e9eec>

If we're not able to determine the problem from examining the
configuration, it may be necessary to modify the code that's hitting
this problem so that it prints the actual stack trace that's casuing the
NameError.

This exception is getting caught at line 475 in
/usr/lib/python2.4/vendor-packages/pkg/client/retrieve.py.  If you want
to see the actual stack trace that's causing the error, you need to
insert the following on line 476:

        traceback.print_exc()

This must be indented to the same level as the "raise ..." that follows.

In order for this to work, you'll also need to add:

        import traceback

Up at the beginning of the file with the other imports.

This should print the stack of what's actually going wrong.

-j

_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss

Reply via email to