-On [20100423 02:48], Sridhar Ratnakumar (sridh...@activestate.com) wrote:
>> Ok, I setup a cron job to maintain an internal mirror of the above mentioned
>> repositories in code.python.org. We'll do a "hg pull -u" (equivalent to "svn
>> up") every hour; no clones. Hopefully, that should reduce t
On 2010-04-22, at 3:01 PM, Martin v. Löwis wrote:
>> In general python.org seems flaky today. Sometimes I could not reach the site
>> at all, now a ping to svn.python.org gives 30% packet loss.
>
> Yes. See
>
> http://www.python.org/munin/localdomain/localhost.localdomain-if_eth0.html
>
> Some
> In general python.org seems flaky today. Sometimes I could not reach the site
> at all, now a ping to svn.python.org gives 30% packet loss.
Yes. See
http://www.python.org/munin/localdomain/localhost.localdomain-if_eth0.html
Somebody was consuming all bandwidth, although we couldn't quite figur
Sridhar Ratnakumar wrote:
> I am seeing random 403 errors when cloning the mercurial repositories of
> Python.
>
> $ hg clone http://code.python.org/hg/branches/release2.6-maint
> destination directory: release2.6-maint
> requesting all changes
> abort: HTTP Error 403: Forbidden
> $ hg clone htt
Sridhar Ratnakumar wrote:
> I am seeing random 403 errors when cloning the mercurial repositories of
> Python.
>
> $ hg clone http://code.python.org/hg/branches/release2.6-maint
> destination directory: release2.6-maint
> requesting all changes
> abort: HTTP Error 403: Forbidden
> $ hg clone http
I am seeing random 403 errors when cloning the mercurial repositories of Python.
$ hg clone http://code.python.org/hg/branches/release2.6-maint
destination directory: release2.6-maint
requesting all changes
abort: HTTP Error 403: Forbidden
$ hg clone http://code.python.org/hg/branches/release2.6-m
2010/4/22 P.J. Eby :
> At 10:54 AM 4/22/2010 +0200, Tarek Ziadé wrote:
>>
>> Hello,
>>
>> I think I went through all the latest feedback regarding PEP 376.
>>
>> There will be still some work of course, on the implementation side
>> (for instance the Zip issues described by PJE).
>>
>> But I would
At 10:54 AM 4/22/2010 +0200, Tarek Ziadé wrote:
Hello,
I think I went through all the latest feedback regarding PEP 376.
There will be still some work of course, on the implementation side
(for instance the Zip issues described by PJE).
But I would like to go ahead and propose PEP 376 for acce
On Wed, Apr 21, 2010 at 06:56, Lennart Regebro wrote:
> If you set up any sort of report flag on the unit test itself, the
> default report flags given to the testrunner are ignored. This goes
> for all report flags, the REPORT_xDIFF and REPORT_ONLY_FIRST_FAILURE.
> I'd suggest that we do allow th
2010/4/22 Eric Smith :
> Jeroen Ruigrok van der Werven wrote:
>>
>> -On [20100422 10:55], Tarek Ziadé (ziade.ta...@gmail.com) wrote:
>>>
>>> The next big piece is the FHS-compatible handling of resource files,
>>> which will worth a PEP on its own.
>
Jeroen Ruigrok van der Werven wrote:
-On [20100422 10:55], Tarek Ziadé (ziade.ta...@gmail.com) wrote:
The next big piece is the FHS-compatible handling of resource files,
which will worth a PEP on its own.
You do realize, I hope, that FHS is only followed by Linux distributions and
not even
-On [20100422 10:55], Tarek Ziadé (ziade.ta...@gmail.com) wrote:
>The next big piece is the FHS-compatible handling of resource files,
>which will worth a PEP on its own.
You do realize, I hope, that FHS is only followed by Linux distributions and
not even fully at that. BSD Unixes, for e
Hi,
I opened issue #8215 about PyTuple_Parse*() outdated documentation. When I
read the code, I found two functions: getbuffer() and convertbuffer().
getbuffer() checks that the buffer is contigious, whereas convertbuffer()
doesn't. We can group formats by contigious check:
- contigious buffe
Victor Stinner wrote:
> Le jeudi 22 avril 2010 00:21:02, vous avez écrit :
>> Victor Stinner wrote:
>>> I will be very sad if someone ask me to keep bytearray filename support
>>> in 3.2 because I opened a lot of issues about surrogates and I would make
>>> my work more diffcult :-(
>> I don't have
Hello,
I think I went through all the latest feedback regarding PEP 376.
There will be still some work of course, on the implementation side
(for instance the Zip issues described by PJE).
But I would like to go ahead and propose PEP 376 for acceptance.
If it's accepted, I will implement it in
15 matches
Mail list logo