On Wed, Jul 21, 2010 at 07:28:24PM -0600, average wrote:
> As to your question of how best to handle inquiries from the blue or
> "noisy questions", I personally prefer the following (only slightly
> tongue-in-cheek):
>
> ...After a sufficient period of waiting, say a day or two with no response:
On Jul 22, 2010, at 12:00 AM, Stephen J. Turnbull wrote:
> My understanding of OSError is that the OS is saying "sorry, what you
> tried to do is perfectly reasonable under some circumstances, but you
> can't do that now." ENOMEM, EPERM, ENOENT etc fit this model.
>
> RuntimeError OTOH is basica
Greg Ewing writes:
> Ray Allen wrote:
>
> > I think in this case, the errno is generate by c standard library,
> > which can be seen as cross-platform.
>
> But I'm never sure how standard the actual error numbers are, though.
You can use them by name, and in fact I strongly recommend it:
im
Hi python-dev,
I've been working through a patch to add timeouts to the subprocess module:
http://bugs.python.org/issue5673
It's gotten a fair amount of review, and I'm planning to commit it.
Since it's my first contribution, I'm taking Georg's suggestion to
send mail to python-dev to see if anyo
Greg Ewing writes:
> Scott McCarty wrote:
> > All, I have searched everywhere (mostly the code and a little google)
> > and I cannot understand where the SIGKILL signal gets checked when it is
> > set as a handler.
>
> Possibly it's not being checked at all by Python, but
> is being rejec
On 21/07/10 23:43, "Martin v. Löwis" wrote:
IIUC, he wanted to know how Python
handles SIGKILL, when the hole point of SIGKILL is that you cannot
handle it.
No, I think he wanted to know how Python disallows
attempting to set a handler for SIGKILL, when he
couldn't find any code that special-ca
Alexander Belopolsky writes:
> On Wed, Jul 21, 2010 at 2:09 AM, Stephen J. Turnbull
> wrote:
> ..
> > > In this particular case I'd rather tend to agree - an editable
> > > single-line box to enter space-*and*-comma-separated modules list
> > > would be the best interface.
> >
> > F
On 7/21/2010 10:40 PM, Dirkjan Ochtman wrote:
> On Wed, Jul 21, 2010 at 19:38, Ian Bicking wrote:
>> From what I've been able to tell from afar, I strongly suspect PyPI's
>> downtimes would be greatly reduced with a move to mod_wsgi (currently it is
>> using mod_fcgi, and most downtime is solved w
On 7/21/2010 6:21 PM, Tarek Ziadé wrote:
> Thanks Tim !
>
> On Wed, Jul 21, 2010 at 5:11 PM, Tim Golden wrote:
>
> [..]
>>
>> Several people outlined the recent heated discussion over the addition
>> of a checkbox to the PyPI user-registration pages. Tarek has already
>> undertaken to patch PyPI
>> 1. I suggested one improvement to the canned response in my previous
>> post: expand 'using' to 'using or understanding'.
>
> I changed wording to "if you're having problems learning, understanding
> or using Python"
I think it's critical to disambiguate between questions about "using
and pro
On 7/21/2010 6:45 PM, Alexander Belopolsky wrote:
> On Wed, Jul 21, 2010 at 1:42 PM, Benjamin Peterson
> wrote:
> ..
>> True, but the tests in that file are (mostly?) all about line tracing.
>>
>
> Hopefully this will change soon. :-)
At which point the renaming would be justified.
regards
St
Ray Allen wrote:
I think in this case, the errno is generate by c standard library, which
can be seen as cross-platform.
But I'm never sure how standard the actual error
numbers are, though. I tend to think of them as
coming from Unix-land, and thus fair game for
getting screwed around with on
On Wed, Jul 21, 2010 at 11:45 PM, Collin Winter wrote:
> On Wed, Jul 21, 2010 at 2:43 PM, Maciej Fijalkowski wrote:
>> On Wed, Jul 21, 2010 at 6:50 PM, Reid Kleckner
>> wrote:
>>> On Wed, Jul 21, 2010 at 8:11 AM, Tim Golden wrote:
Brett suggested that
the Unladen Swallow merge to tru
On Wed, Jul 21, 2010 at 2:43 PM, Maciej Fijalkowski wrote:
> On Wed, Jul 21, 2010 at 6:50 PM, Reid Kleckner
> wrote:
>> On Wed, Jul 21, 2010 at 8:11 AM, Tim Golden wrote:
>>> Brett suggested that
>>> the Unladen Swallow merge to trunk was waiting for some work to complete
>>> on the JIT compile
On Wed, Jul 21, 2010 at 6:50 PM, Reid Kleckner wrote:
> On Wed, Jul 21, 2010 at 8:11 AM, Tim Golden wrote:
>> Brett suggested that
>> the Unladen Swallow merge to trunk was waiting for some work to complete
>> on the JIT compiler and Georg, as release manager for 3.2, confirmed that
>> Unladen Sw
On Wed, Jul 21, 2010 at 19:38, Ian Bicking wrote:
> From what I've been able to tell from afar, I strongly suspect PyPI's
> downtimes would be greatly reduced with a move to mod_wsgi (currently it is
> using mod_fcgi, and most downtime is solved with an Apache restart --
> mod_wsgi generally recov
On Wed, Jul 21, 2010 at 1:42 PM, Benjamin Peterson wrote:
..
> True, but the tests in that file are (mostly?) all about line tracing.
>
Hopefully this will change soon. :-)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman
2010/7/21 Alexander Belopolsky :
> On Tue, Jul 20, 2010 at 6:19 PM, Nick Coghlan wrote:
> ..
>> Yep, we're pretty free to rename stuff as required inside the test
>> suite. The only real exception is test.support, as that's a documented
>> standard library module.
>
> Would anyone object to moving
On Wed, Jul 21, 2010 at 10:11 AM, Tim Golden wrote:
> A discussion on the Cheeseshop / Package Index highlighted the fact that
> the packaging infrastructure has become increasingly important especially
> since setuptools, buildout and pip all download from it. Richard produced
> graphs showing t
Am 21.07.10 17:47, schrieb Dirkjan Ochtman:
Martin& Tim brought up the issue of externals which the buildbots
use on Windows to bring in and build slightly patched versions of external
libraries such as OpenSSL and sqlite3.
The issue in hgsubversion (which is different from hgsvn) has been
fi
Thanks Tim !
On Wed, Jul 21, 2010 at 5:11 PM, Tim Golden wrote:
[..]
>
> Several people outlined the recent heated discussion over the addition
> of a checkbox to the PyPI user-registration pages. Tarek has already
> undertaken to patch PyPI to move the checkbox back one step, allowing
> existin
Tim, thanks for this write-up!
Bill
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
On Wed, Jul 21, 2010 at 8:11 AM, Tim Golden wrote:
> Brett suggested that
> the Unladen Swallow merge to trunk was waiting for some work to complete
> on the JIT compiler and Georg, as release manager for 3.2, confirmed that
> Unladen Swallow would not be merged before 3.3.
Yeah, this has slipped
On Wed, Jul 21, 2010 at 17:11, Tim Golden wrote:
> The Mercurial migration should move forward once Dirkjan has finished work
> on his thesis. Martin insisted that a for-real repository would have to be
> set up so that people can really see how it would work. An outstanding issue
> in hg-svn prev
On Wed, 21 Jul 2010 11:42:00 -0400
Jesse Noller wrote:
> On Wed, Jul 21, 2010 at 11:11 AM, Tim Golden wrote:
> [...snip...]
> > A messy discussion turned on the question of garbage collection of module
> > objects, and the order in which finalisers are called if at all, especially
> > when refere
On Wed, Jul 21, 2010 at 11:11 AM, Tim Golden wrote:
[...snip...]
> A messy discussion turned on the question of garbage collection of module
> objects, and the order in which finalisers are called if at all, especially
> when reference cycles exist. Marc Andre was proposing a __cleanup__ magic
> f
On Wed, Jul 21, 2010 at 4:43 AM, "Martin v. Löwis" wrote:
> Unfortunately (?) the question also revealed a lack of understanding
> of a fairly basic concept. IIUC, he wanted to know how Python
> handles SIGKILL, when the hole point of SIGKILL is that you cannot
> handle it. So he shouldn't have be
Before the main events of EuroPython 2010 a Python Language Summit took
place at the Conference venue in Birmingham. Present were (in the order
they sat around the table):
* Brett Cannon
* Guido van Rossum
* Holger Krekel
* Amaury Forgeot D'Arc
* Georg Brandl
* Péter Szabó
* Ezio Melotti
* Michae
On Tue, Jul 20, 2010 at 6:19 PM, Nick Coghlan wrote:
..
> Yep, we're pretty free to rename stuff as required inside the test
> suite. The only real exception is test.support, as that's a documented
> standard library module.
Would anyone object to moving Lib/test/test_trace.py to
Lib/test/test_li
On Wed, Jul 21, 2010 at 2:09 AM, Stephen J. Turnbull wrote:
..
> > In this particular case I'd rather tend to agree - an editable
> > single-line box to enter space-*and*-comma-separated modules list
> > would be the best interface.
>
> For active developers, yes. But this is unhelpful for
On Jul 16, 2010, at 12:16 AM, Amaury Forgeot d'Arc wrote:
>2010/7/15 Barry Warsaw :
>> The first draft of PEP 3149 is ready for review.
>
>I like it!
Cool!
>I think it could mention the case where packages are not installed
>in the canonical directory, but placed elsewhere along the PYTHONPATH.
No, the reply is fine as far as it goes, and I am sure the poster did
get a reply from c.l.py, but his question revealed a thirst for
knowledge not usually evidenced in non-dev inquiries.
Unfortunately (?) the question also revealed a lack of understanding
of a fairly basic concept. IIUC, he wan
On Tue, Jul 20, 2010 at 5:56 PM, Alexander Belopolsky
wrote:
> In the real world where we have to take backward compatibility into
> account, I would like to make today() and now() to be the same: both
> taking optional tz argument, both available as either date or datetime
> methods and both cova
Hey folks,
On 21 July 2010 10:37, Greg Ewing wrote:
> Steven D'Aprano wrote:
>>
>> Perhaps all we need is a recipe in the docs:
>>
>> try:
>> os.makedirs(path)
>> except OSError, e:
>> if e.errno != 17:
>> raise
>
> I don't like writing code that depends on particular
> errno values,
34 matches
Mail list logo
