Christian Heimes [EMAIL PROTECTED] added the comment:
It's still an issue and I like to get it resolved. The site module lets
users access information related to my uesr site package directory. In
2.6 the information isn't accessible:
$ python3.0 -m site --user-site
Nick Coghlan [EMAIL PROTECTED] added the comment:
That does remind me of another problem though - __main__.__file__ isn't
currently set correctly when runpy picks up the module to run from
inside a zipfile (zipimporter doesn't support runpy/pkgutil's
non-standard get_filename() extension to the
Nick Coghlan [EMAIL PROTECTED] added the comment:
Christian, is this still a problem for you after the release or can we
close it?
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4082
___
Christian Heimes [EMAIL PROTECTED] added the comment:
I build the installation myself and used make altinstall, too. Even
the latest checkout of the 2.6 branch fails to print the site information.
$ ./configure
...
$ make
...
$ ./python -m site
$ ./python -m platform
Nick Coghlan [EMAIL PROTECTED] added the comment:
Platform? It works fine for me (system python is 2.5, local python is
trunk - the tildes aren't actually in the printout, I subbed them in for
my home directory):
~/devel/python$ python -m site
sys.path = [
'~/devel/python',
Nick Coghlan [EMAIL PROTECTED] added the comment:
Platform? It works fine for me (system python is 2.5, local python is
trunk - the tildes aren't actually in the printout, I subbed them in for
my home directory):
~/devel/python$ python -m site
sys.path = [
'~/devel/python',
Changes by Nick Coghlan [EMAIL PROTECTED]:
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4082
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Nick Coghlan [EMAIL PROTECTED]:
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4082
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Nick Coghlan [EMAIL PROTECTED]:
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4082
___
___
Python-bugs-list mailing list
Unsubscribe:
Nick Coghlan [EMAIL PROTECTED] added the comment:
Hmm, that makes for absolutely identical base systems except that mine
is i686 where yours is x86_64.
What do you see if you stick some debugging messages at module level in
site.py? (e.g. printing out __name__)
(I'll be going offline shortly -
Christian Heimes [EMAIL PROTECTED] added the comment:
I already added a print __name__ right before the if __name__ ==
__main__ block. Python 2.5, trunk and 3.0 print:
site
__main__
while Python 2.6 just prints:
site
Christian
___
Python tracker [EMAIL
Nick Coghlan [EMAIL PROTECTED] added the comment:
I'm setting up a 2.6 working area now - we'll see what's to be seen once
I have that up and running. None of the runpy or pkgutil stuff has been
touched in months though (since PEP 366 was implemented), so I'm a
little puzzled how it could be
Nick Coghlan [EMAIL PROTECTED] added the comment:
Platform? It works fine for me (system python is 2.5, local python is
trunk - the tildes aren't actually in the printout, I subbed them in for
my home directory):
~/devel/python$ python -m site
sys.path = [
'~/devel/python',
Nick Coghlan [EMAIL PROTECTED] added the comment:
No joy. 32-bit Ubuntu here, and ./python -m site works fine on the 2.6
branch, as does python2.6 -m site after a make altinstall.
Is this an installation you built yourself, or was it packaged by
someone else?
Christian Heimes [EMAIL PROTECTED] added the comment:
It's an *installation* of Python 2.6.0 (r26:66714, Oct 2 2008) on
Ubuntu Linux AMD64. The feature is broken on the release26-maint branch
but it works fine on the trunk.
--
versions: -Python 2.7
Nick Coghlan [EMAIL PROTECTED] added the comment:
Platform? It works fine for me (system python is 2.5, local python is
trunk - the tildes aren't actually in the printout, I subbed them in for
my home directory):
~/devel/python$ python -m site
sys.path = [
'~/devel/python',
New submission from Christian Heimes [EMAIL PROTECTED]:
python2.6 -m site used to print some status information to the console.
python3.0 -m site and python2.5 -m site are still working as expected.
An initial debug session showed that the site module isn't imported a
second time under the name
Changes by Christian Heimes [EMAIL PROTECTED]:
--
type: - behavior
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4082
___
___
Python-bugs-list mailing
Benjamin Peterson [EMAIL PROTECTED] added the comment:
I concur with the Christian's analysis:
$ python2.6 -m site
$ python2.6 -S -m site
[output]
--
nosy: +benjamin.peterson
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4082
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
nosy: +ncoghlan
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4082
___
___
Python-bugs-list mailing
20 matches
Mail list logo