[issue4082] python2.6 -m site doesn't run site._script() any more

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

[issue4082] python2.6 -m site doesn't run site._script() any more

Christian Heimes <[EMAIL PROTECTED]> added the comment: Nick Coghlan wrote: > Nick Coghlan <[EMAIL PROTECTED]> added the comment: > > So what could be different between my x86 system and your x86_64 system > that it works for me and not for you? > > Could you try doing "python -i -m site" and p

[issue4082] python2.6 -m site doesn't run site._script() any more

Nick Coghlan <[EMAIL PROTECTED]> added the comment: So what could be different between my x86 system and your x86_64 system that it works for me and not for you? Could you try doing "python -i -m site" and poke around in the main namespace (which is where the interactive session will start) a bi

[issue4082] python2.6 -m site doesn't run site._script() any more

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 /home/heimes/.local/lib/py

[issue4082] python2.6 -m site doesn't run site._script() any more

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]> ___ _

[issue4082] python2.6 -m site doesn't run site._script() any more

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 <[EMAI

[issue4082] python2.6 -m site doesn't run site._script() any more

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

[issue4082] python2.6 -m site doesn't run site._script() any more

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 Linux-2.6.24-19-generic-

[issue4082] python2.6 -m site doesn't run site._script() any more

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? ___

[issue4082] python2.6 -m site doesn't run site._script() any more

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 wo

[issue4082] python2.6 -m site doesn't run site._script() any more

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 __

[issue4082] python2.6 -m site doesn't run site._script() any more

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', '/usr/lib/p

[issue4082] python2.6 -m site doesn't run site._script() any more

Changes by Nick Coghlan <[EMAIL PROTECTED]>: ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue4082] python2.6 -m site doesn't run site._script() any more

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', '/usr/lib/p

[issue4082] python2.6 -m site doesn't run site._script() any more

Changes by Nick Coghlan <[EMAIL PROTECTED]>: ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue4082] python2.6 -m site doesn't run site._script() any more

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', '/usr/lib/p

[issue4082] python2.6 -m site doesn't run site._script() any more

Changes by Nick Coghlan <[EMAIL PROTECTED]>: ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue4082] python2.6 -m site doesn't run site._script() any more

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', '/usr/lib/p

[issue4082] python2.6 -m site doesn't run site._script() any more

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- nosy: +ncoghlan ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mai

[issue4082] python2.6 -m site doesn't run site._script() any more

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]>

[issue4082] python2.6 -m site doesn't run site._script() any more

Changes by Christian Heimes <[EMAIL PROTECTED]>: -- type: -> behavior ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list m

[issue4082] python2.6 -m site doesn't run site._script() any more

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