[Python-Dev] Proposed: add an environment variable, PYTHONPREFIXES

2009-04-23 Thread Larry Hastings
I've submitted a patch to implement a new environment variable, PYTHONPREFIXES. The patch is here: http://bugs.python.org/issue5819 PYTHONPREFIXES is similar to PYTHONUSERBASE: it lets you add prefix directories to be culled for site packages. It differs from PYTHONUSERBASE in three

[Python-Dev] Reminder: Python Bug Day on Saturday

2009-04-23 Thread Georg Brandl
Hi, I'd like to remind everyoone that there will be a Python Bug Day on April 25. As always, this is a perfect opportunity to get involved in Python development, or bring your own issues to attention, discuss them and (hopefully) resolve them together with the core developers. We will

[Python-Dev] Location of OS-installed versus Python-installed libraries (was: Proposed: add an environment variable, PYTHONPREFIXES)

2009-04-23 Thread Ben Finney
Larry Hastings la...@hastings.org writes: the Debian package mantainer for Python decided to change site-packages to dist-packages in 2.6, for reasons I still don't quite understand. For reference, Larry is referring to changes announced by Matthias Klose on 2009-02-16 in Message-ID:

[Python-Dev] Suggested doc patch for tarfile

2009-04-23 Thread Ben North
Hi, The current documentation for tarfile.TarFile.extractfile() does not mention that the returned 'file-like object' supports close() and also iteration. The attached patch (against svn trunk) fixes this. (Background: I was wondering whether I could write def process_and_close_file(f_in):

Re: [Python-Dev] Suggested doc patch for tarfile

2009-04-23 Thread Aahz
On Thu, Apr 23, 2009, Ben North wrote: The current documentation for tarfile.TarFile.extractfile() does not mention that the returned 'file-like object' supports close() and also iteration. The attached patch (against svn trunk) fixes this. Please post the patch to bugs.python.org -- Aahz

Re: [Python-Dev] Suggested doc patch for tarfile

2009-04-23 Thread Ben North
The current documentation for tarfile.TarFile.extractfile() does not mention that the returned 'file-like object' supports close() and also iteration.  The attached patch (against svn trunk) fixes this. Please post the patch to bugs.python.org Done: http://bugs.python.org/issue5821

[Python-Dev] Python3 and arm-linux

2009-04-23 Thread cyberGn0m
Somebody knowns, is python3 works on arm-linux. Is it possible to build it? Where to find related discussions? Maybe some special patches already available? Should i try to get sources from svn or get known version snapshot? -

Re: [Python-Dev] Python3 and arm-linux

2009-04-23 Thread Alex Martelli
On Thu, Apr 23, 2009 at 11:21 AM, cyberGn0m cy6erg...@gmail.com wrote: Somebody knowns, is python3 works on arm-linux. Is it possible to build it? Where to find related discussions? Maybe some special patches already available? Should i try to get sources from svn or get known version

Re: [Python-Dev] Python3 and arm-linux

2009-04-23 Thread cyberGn0m
Yes, i visited it.. but.. looks that it was not updated for a few years, maybe it was integrated and python-for-arm-linux is a part of openembedded project? 2009/4/23 Alex Martelli alea...@gmail.com On Thu, Apr 23, 2009 at 11:21 AM, cyberGn0m cy6erg...@gmail.com wrote: Somebody knowns, is

Re: [Python-Dev] PEP 383: Non-decodable Bytes in System Character Interfaces

2009-04-23 Thread Cameron Simpson
On 22Apr2009 08:50, Martin v. L�wis mar...@v.loewis.de wrote: | File names, environment variables, and command line arguments are | defined as being character data in POSIX; Specific citation please? I'd like to check the specifics of this. | the C APIs however allow | passing arbitrary bytes -

Re: [Python-Dev] PEP 383: Non-decodable Bytes in System Character Interfaces

2009-04-23 Thread Cameron Simpson
On 24Apr2009 09:27, I wrote: | If I'm writing a general purpose UNIX tool like chmod or find, I expect | it to work reliably on _any_ UNIX pathname. It must be totally encoding | blind. If I speak to the os.* interface to open a file, I expect to hand | it bytes and have it behave. As an explicit

Re: [Python-Dev] PEP 383: Non-decodable Bytes in System Character Interfaces

2009-04-23 Thread Cameron Simpson
On 22Apr2009 21:17, Martin v. L�wis mar...@v.loewis.de wrote: | -1. On UNIX, character data is not sufficient to represent paths. We | must, must, must continue to have a simple bytes interface to these | APIs. | | I'd like to respond to this concern in three ways: | | 1. The PEP doesn't

Re: [Python-Dev] PEP 383: Non-decodable Bytes in System Character Interfaces

2009-04-23 Thread James Y Knight
On Apr 22, 2009, at 2:50 AM, Martin v. Löwis wrote: I'm proposing the following PEP for inclusion into Python 3.1. Please comment. +1. Even if some people still want a low-level bytes API, it's important that the easy case be easy. That is: the majority of Python applications should

Re: [Python-Dev] PEP 383: Non-decodable Bytes in System Character Interfaces

2009-04-23 Thread MRAB
Martin v. Löwis wrote: MRAB wrote: Martin v. Löwis wrote: [snip] To convert non-decodable bytes, a new error handler python-escape is introduced, which decodes non-decodable bytes using into a private-use character U+F01xx, which is believed to not conflict with private-use characters that

Re: [Python-Dev] Python3 and arm-linux

2009-04-23 Thread Bugbee, Larry
Somebody knowns, is python3 works on arm-linux. Is it possible to build it? Where to find related discussions? Maybe some special patches already available? Should i try to get sources from svn or get known version snapshot? I haven't tried, but there's an interesting distro at