> > 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 dis
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 cu
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 *just
On 22Apr2009 21:17, Martin v. L�wis 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 remove any of the
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 e
On 22Apr2009 08:50, Martin v. L�wis 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 - whether these confo
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
> On Thu, Apr 23, 2009 at 11:21 AM, cyberGn0m wrote:
>
>> Somebody knowns, is python3 works on arm-linux. Is it po
On Thu, Apr 23, 2009 at 11:21 AM, cyberGn0m 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
> snapshot?
>
I haven't
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?
-
>> 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/issue582
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
--
Aa
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):
Larry Hastings 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: <18841.49052.405847.
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 coordinate
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 w
15 matches
Mail list logo