On Sat, Jun 03, 2017 at 02:10:50AM +1000, Nick Coghlan wrote:
> * and figure out some other pip-specific option for ensurepip
> bootstrapping (like a *private* MemoryBIO implementation, or falling
> back to synchronous mode in requests)
Ignoring Ben's assertion regarding the legitimacy of async
On Thu, Jun 01, 2017 at 04:01:54PM +0100, Cory Benfield wrote:
> > lower net cost than getting the world into a situation where pip no
> > longer runs on the >1e6 EC2 instances that will be running Ubuntu
> > 14.04/16.04 LTS until the turn of the next decade.
> So for the record I’m assuming
On Thu, Jun 01, 2017 at 12:18:48PM +0100, Cory Benfield wrote:
> So, this will work, but at a performance and code cleanliness cost.
> This essentially becomes a Python-2-only code-path, and a very large
> and complex one at that.
"Doctor, it hurts when I do this .."
Fine, then how about rather
On Thu, Jun 01, 2017 at 11:47:31AM +0100, Cory Benfield wrote:
> I have, but discarded the idea.
I'm glad to hear it was given sufficent thought. :)
I have one final 'crazy' idea, and actually it does not seem to bad at
all: can't you just fork a subprocess or spawn threads to handle the
Hi Cory,
On Thu, Jun 01, 2017 at 11:22:21AM +0100, Cory Benfield wrote:
> We want to support as many TLS backends as possible.
Just a wild idea, but have you investigated a pure-Python fallback for
2.7 such as TLSlite? Of course the fallback need only be used during
bootstrapping, and the
On Tue, May 30, 2017 at 09:38:55PM +0300, Serhiy Storchaka wrote:
> > In early ages of C structures didn't create namespaces, and member
> > names were globals.
> >That's nonsense. The reason is greppability.
> Good reason!
The first time I heard about prefixing struct members was to allow
On Mon, May 29, 2017 at 07:27:05PM -0700, Guido van Rossum wrote:
> Is the author of that article using non-standard terminology? The article
> doesn't appear to be about __slots__ at all.
They're referred to as slots throughout typeobject.c
___
On Tue, May 23, 2017 at 06:13:17PM -0700, Cory Benfield wrote:
> There are discussions around Requests unvendoring its dependencies
> thanks to the improved nature of pip. This might be a year of pretty
> big changes for Requests.
In which case, what is to prevent Requests from just depending on
On Fri, May 06, 2016 at 12:03:48AM +, Brett Cannon wrote:
> Is there something to contemplate in here? I dislike posting questions
> instead of answers, but it seems apparent there is a problem here and it
> continues to remain unaddressed.
> This is whole thread is off-topic
This is mostly just observational, and not meant primarily as criticism
of the fabulous work of Donald and others (ignoring pypa, also the
prompt, reliable, and skilled support responses common on such places as
IRC), however I can't help but notice that PyPI governance seems to come
under fire
On Tue, Apr 12, 2016 at 11:12:27PM +1000, Steven D'Aprano wrote:
> I can think of one possible threat. Suppose that the locale library
> has a bug, so that calling "aardvark".isdigit seg faults, potentially
> executing arbitrary C code, but at the very least crashing the
> application. Is that
On Sun, Mar 20, 2016 at 01:43:27PM -0300, Facundo Batista wrote:
> Hello!
>
> I'm seeing that our code increases the reference counting to Py_None,
> and I find this a little strange: isn't Py_None eternal and will never
> die?
>
> What's the point of counting its references?
Avoiding a branch
SPF only covers the envelope sender, so it should be possible to set
that to something that validates with SPF, keep the RFC822 From: header
as it is, and maybe(?) include a separate Sender: header matching the
envelope address.
David
On Tue, May 12, 2015 at 06:08:30PM -0400, Terry Reedy wrote:
On Sun, Nov 23, 2014 at 07:39:30PM -0500, Donald Stufft wrote:
I don’t think this is really all that big of a deal. If we want to
move off of Github doing so is easy. There are lots of (not nearly as
good as but probably still better than what we have now) OSS software
that gives you a github
On Sun, Oct 05, 2014 at 11:32:08PM +0200, Victor Stinner wrote:
I'm not sure that the term has an unique definition. In some parts of
Python, I saw explicit checks on the type: bytes or bytearray,
sometimes memoryview is accepted. The behaviour is different in C
functions using PyArg API. It
On Sat, Aug 02, 2014 at 05:39:12PM +1000, Steven D'Aprano wrote:
Repeated list and str concatenation both have quadratic O(N**2)
performance, but people frequently build up strings with + and rarely
do the same for lists. String concatenation with + is an attractive
nuisance for many people,
Thanks for spotting,
There is a new patch in http://bugs.python.org/issue22125 to fix the
warnings.
David
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
On 24 September 2012 19:39, Christian Heimes christ...@python.org wrote:
Am 24.09.2012 17:27, schrieb Antoine Pitrou:
Hello,
I was wondering if it would be worth providing better HTTP 1.1 support
in http.server. The way I envision it, there would be a separate
HTTP11RequestHandler which
Just noticed this and wondered if it came under the Python should never
crash mantra. Should sys.getrecursionlimit() perhaps be taken into
account somewhere?
D = {'a': None}
for i in xrange(15):
... D = {'a': D}
...
D
{'a': {'a': {'a': {'a': {'a': {'a': {'a':
Hi there,
Recently, updates from MoinMoin have started getting quarantined due to sender
verification failing. On investigating the problem, it seems that an assumption
about the webmaster mailbox is incorrect:
220 bag.python.org ESMTP Postfix (Debian/GNU)
MAIL FROM:
503 Error: send
On Wed, Feb 01, 2006 at 03:03:22PM -0500, Phillip J. Eby wrote:
The only case that looks slightly less than optimal is:
set((1, 2, 3, 4, 5))
But I'm not sure that it warrants a special syntax just to get rid of the
extra ().
In any case I don't think it's possible to differentiate
Hello,
Would it perhaps be an idea, given the number of users posting to the
dev list, to put a rather obvious warning on the listinfo page:
http://mail.python.org/mailman/listinfo/python-dev
Something like
div style=margin: 1em; background: red; color: white; padding: 1ex;
font-weight:
On Tue, Jan 11, 2005 at 02:15:23PM +, Jp Calderone wrote:
I would like to see (optional?) support for this before your patch is
merged. I have a long-term interest in a Python-based service control /
init replacement / system management application, for use in specialised
23 matches
Mail list logo