On Thu, Aug 18, 2011 at 5:17 AM, Fred Drake wrote:
> On Wed, Aug 17, 2011 at 11:00 PM, Nick Coghlan wrote:
>> It's actually for the same reason that unittest changes are backported
>> under the unittest2 name - the distutils2 name can be used in the
>> future to get Python 3.4 packaging features
On Thu, Aug 18, 2011 at 12:30 AM, Vinay Sajip wrote:
...
> Okay, I had a bit of spare time today, and here's as far as I've got:
Awesome, thanks a lot !
>
> Step 1 - done.
> Step 2 - done.
> Step 3 - On Python 2.6 most of the tests pass:
>
> Ran 322 tests in 12.148s
>
> FAILED (failures=3, error
Tarek Ziadé gmail.com> writes:
> Ideally, if you could push this to hg.python.org/distutils2
> (overwriting the existing stuff).
Okay, done. I've overwritten existing files and added new ones, only
removing/renaming things like index -> pypi and mkcfg -> create. I haven't
touched existing code e
On Thu, 18 Aug 2011 09:16:21 + (UTC)
Vinay Sajip wrote:
> Tarek Ziadé gmail.com> writes:
>
> > Ideally, if you could push this to hg.python.org/distutils2
> > (overwriting the existing stuff).
>
> Okay, done. I've overwritten existing files and added new ones, only
> removing/renaming thing
On Thu, Aug 18, 2011 at 11:26 AM, Antoine Pitrou wrote:
> On Thu, 18 Aug 2011 09:16:21 + (UTC)
> Vinay Sajip wrote:
>> Tarek Ziadé gmail.com> writes:
>>
>> > Ideally, if you could push this to hg.python.org/distutils2
>> > (overwriting the existing stuff).
>>
>> Okay, done. I've overwritten
On Thu, Aug 18, 2011 at 11:16 AM, Vinay Sajip wrote:
> Tarek Ziadé gmail.com> writes:
>
>> Ideally, if you could push this to hg.python.org/distutils2
>> (overwriting the existing stuff).
>
> Okay, done. I've overwritten existing files and added new ones, only
> removing/renaming things like inde
Hello,
during my work on PEP-3118 fixes I noticed that memoryview does not handle
the "B" format specifier according to the struct module documentation:
Here's what struct does:
>>> b = bytearray([1,2,3])
>>> struct.pack_into('B', b, 0, b'X')
Traceback (most recent call last):
File "", line 1
Antoine Pitrou pitrou.net> writes:
> That said, I'm not sure it was the best moment to backport, since
> test_packaging currently fails under Windows (I think Éric is supposed
> to look at it).
Plus, there are at least half a dozen issues which would need to be addressed in
packaging before fina
On Thu, 18 Aug 2011 18:22:54 +0200
Stefan Krah wrote:
>
> So, memoryview does exactly the opposite of what is specified. It should
> reject the bytes object but accept the integer.
Well, memoryview is quite dumb right now. It ignores the format and
just considers its underlying memory a bytes se
Antoine Pitrou wrote:
> > I would like to fix this in the features/pep-3118 repository as follows:
> >
> > - memoryview should respect the format specifiers.
> >
> > - bytearray and friends should set the format specifier to "c"
> > in their getbuffer() methods.
> >
> > - Introduce a
PyPy 1.6 - kickass panda
We're pleased to announce the 1.6 release of PyPy. This release brings a lot
of bugfixes and performance improvements over 1.5, and improves support for
Windows 32bit and OS X 64bit. This version fully implements Python 2.7
Le 18/08/2011 18:19, Vinay Sajip a écrit :
> Antoine Pitrou pitrou.net> writes:
>> That said, I'm not sure it was the best moment to backport, since
>> test_packaging currently fails under Windows (I think Éric is supposed
>> to look at it).
I will; any help is welcome, especially if you have a m
On Thu, 18 Aug 2011 17:49:28 +0200
benjamin.peterson wrote:
> -PyErr_SetString(PyExc_TypeError, "embedded NUL character");
> +PyErr_SetString(PyExc_TypeError, "embedded NULL character");
Are you sure? IIRC, NUL is the little name of ASCII character 0
(while NULL would be the NULL
On 08/18/2011 02:19 PM, Antoine Pitrou wrote:
> On Thu, 18 Aug 2011 17:49:28 +0200
> benjamin.peterson wrote:
>> -PyErr_SetString(PyExc_TypeError, "embedded NUL character");
>> +PyErr_SetString(PyExc_TypeError, "embedded NULL character");
>
> Are you sure? IIRC, NUL is the little
Hi Tarek,
> Doing an automated conversion turned out to be a nightmare, and I was
> about to go ahead and maintain a fork of the packaging package, with
> the few modules that are needed (sysconfig, etc) within a standalone
> release.
Can you give us more info? Do you have a repo somewhere, or n
2011/8/18 Antoine Pitrou :
> On Thu, 18 Aug 2011 17:49:28 +0200
> benjamin.peterson wrote:
>> - PyErr_SetString(PyExc_TypeError, "embedded NUL character");
>> + PyErr_SetString(PyExc_TypeError, "embedded NULL character");
>
> Are you sure? IIRC, NUL is the little name of ASCII charac
Antoine Pitrou wrote:
> On Thu, 18 Aug 2011 17:49:28 +0200
> benjamin.peterson wrote:
> > -PyErr_SetString(PyExc_TypeError, "embedded NUL character");
> > +PyErr_SetString(PyExc_TypeError, "embedded NULL character");
>
> Are you sure? IIRC, NUL is the little name of ASCII charact
On Thu, Aug 18, 2011 at 8:27 PM, Éric Araujo wrote:
> Hi Tarek,
>
>> Doing an automated conversion turned out to be a nightmare, and I was
>> about to go ahead and maintain a fork of the packaging package, with
>> the few modules that are needed (sysconfig, etc) within a standalone
>> release.
>
>
Antoine Pitrou wrote:
> (I personnaly think the general bytes-as-sequence-of-ints behaviour is
> a mistake, so I wouldn't care much about an additional C API to enforce
> that behaviour :-))
I don't want to abolish the "c" (bytes of length 1) format. :)
I think there are use cases for well defin
On Thu, 18 Aug 2011 18:57:00 +0200
Stefan Krah wrote:
>
> Oh no, the name isn't quite right then. It should be a replacement
> for the combination PyBuffer_FillInfo()/PyMemoryView_FromBuffer()
> and it should temporarily wrap a C-string.
Ah, nice.
> PyObject * PyMemoryView_FromCString(char *s,
Éric Araujo netwok.org> writes:
> Le 18/08/2011 00:30, Vinay Sajip a écrit :
> > stdlib dependency code is either moved to util.py or test/support.py as
> > appropriate.
> We need sysconfig, shutil, tarfile, hashlib... Surely that’s a lot to
> put in util.py.
Well sysconfig.py/sysconfig.cfg have
Antoine Pitrou wrote:
> On Thu, 18 Aug 2011 18:57:00 +0200
> Stefan Krah wrote:
> >
> > Oh no, the name isn't quite right then. It should be a replacement
> > for the combination PyBuffer_FillInfo()/PyMemoryView_FromBuffer()
> > and it should temporarily wrap a C-string.
>
> Ah, nice.
>
> > Py
On Fri, Aug 19, 2011 at 4:51 AM, Stefan Krah wrote:
> So I think it should be either NUL or "null character" with the lower
> case spelling.
+1
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
___
Python-Dev mailing li
23 matches
Mail list logo
