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
w
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 most
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
blockin
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 solut
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
tric
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
___
Python-
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 prec
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 vas
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 the
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 o
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 git
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.
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:
https://mail.python.org/mailma
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 peopl
On 24 September 2012 19:39, Christian Heimes 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 would provi
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':
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 differenti
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: sen
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
Do not post general Python questions to this list! For help
with Python
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
> > envir
On Mon, Jan 10, 2005 at 05:17:49PM +0100, Philippe Biondi wrote:
> I've done a small patch to use linux AF_NETLINK sockets (see below).
> Please comment!
As of 2.6.10, a very useful new netlink family was merged -
NETLINK_KOBJECT_UEVENT. I'd imagine quite a lot of interest from Python
developers
24 matches
Mail list logo
