[Python-Dev] Re: Switching to Discourse

zes that this is a problem and is interested in solving it, but getting it prioritized will require folks to A) speak up saying they want it done B) test the underlying API to verify that it actually solves the problem. Alex On Sun, Dec 11, 2022 at 1:54 PM Tiziano Zito wrote: > > On Sat 10 Dec, 17:47 +0100,

[Python-Dev] Re: Are "Batteries Included" still a Good Thing? [was: It's now time to deprecate the stdlib urllib module]

There's also the "Experts index" in the devguide:  https://devguide.python.org/experts/#expertsBest, Alex Original message From: Skip Montanaro Date: 29/03/2022 22:36 (GMT+00:00) To: "Eric V. Smith" Cc: Python Dev Subject: [Python-Dev] Re: Are "

[Python-Dev] Re: Restrict the type of __slots__

definitely -1 on disallowing using a dictionary for __slots__. Using a dictionary for __slots__ as a way to document attributes is a feature I very much like. Best, Alex > On 18 Mar 2022, at 20:59, Guido van Rossum wrote: > >  >> On Fri, Mar 18, 2022 at 9:40 AM Paul Bryan wrote: &

[Python-Dev] Re: Increase of Spammy PRs and PR reviews

of the triage team to do).I'm only a triager (like Nikita), but I really don't see any problem here, personally.Best wishes, Alex Original message From: Nikita Sobolev Date: 01/02/2022 04:14 (GMT+00:00) To: python-dev@python.org Subject: [Python-Dev] Re: Increase of Spammy

[Python-Dev] Re: Preventing Unicode-related gotchas (Was: pre-PEP: Unicode Security Considerations for Python)

have used NFC rather than NFKC. Not sure if it's too late to fix this "oops" in future Python versions. Alex On Sun, Nov 14, 2021 at 9:17 AM Christopher Barker wrote: > On Sat, Nov 13, 2021 at 2:03 PM wrote: > >> def 횑퓮햑풍표(): >> >> try: >> >>

[Python-Dev] Re: Having Sorted Containers in stdlib?

collection of problems, rather than a general solution to a large collection of problems. PyPI feels like the right place for this library. Best, Alex On Thu, Nov 11, 2021 at 12:33 PM Paul Moore wrote: > On Thu, 11 Nov 2021 at 11:51, Antoine Pitrou wrote: > > > > On Wed, 10 Nov 2021

[Python-Dev] Re: Relaxing the annotation syntax

What about creating a new syntax for annotating metadata? For example, `type_hint :: metadata` could be equivalent to `Annotated[type_hint, "metadata"]`, and if we wanted type guards to look like TypeScript they could look like this: ``` def is_str_list(val: List[object]) -> bool :: is

[Python-Dev] Re: In support of PEP 649

I'd like to chime in with an example of how PEP 563 breaks code that uses dataclasses. I've written a library instant_api (https://github.com/alexmojaki/instant_api) that is heavily inspired by FastAPI but uses dataclasses for complex types instead of pydantic. The example at the beginning of

[Python-Dev] Re: Allow custom headers in `http.server`

I thought about adding it as a command line option when invoked as `python3 -m http.server`. On Sat, Oct 26, 2019, 18:02 Guido van Rossum wrote: > Is this not something you can do yourself by calling send_header() after > calling send_response()? > > On Sat, Oct 26, 2019 at 7:33 AM

[Python-Dev] Allow custom headers in `http.server`

to `http.server`? Best, - Alex ___ Python-Dev mailing list -- python-dev@python.org To unsubscribe send an email to python-dev-le...@python.org https://mail.python.org/mailman3/lists/python-dev.python.org/ Message archived at https://mail.python.org/archives

Re: [Python-Dev] PEP 594: Removing dead batteries from the standard library

I've watched the entire thread and its taken me a few days to put a finger on what bothers me about it. In my opinion, this shouldn't be a pep describing the list of modules that need to go as "dead batteries", but should be a process pep describing how dead batteries should be removed, and the

Re: [Python-Dev] PEPs from non-core devs now need a sponsor

I'm confused about this. Didn't you need someone with merge permissions already to merge a pep into the pep repo? Isn't this just adding a layer of paperwork to something that was already the case for all practical purposes? > -Original Message- > From: Python-Dev

Re: [Python-Dev] Get a running instance of the doc for a PR.

Doesn't read the docs already do this for pull requests? Even if it doesn't, don't the core maintainers of read the docs go to pycon? I wouldn't suggest read the docs for primary docs hosting for python, but they are perfectly fine for live testing pull request documentation without having to

Re: [Python-Dev] Change in Python 3's "round" behavior

> -Original Message- > From: Python-Dev list=sdamon@python.org> On Behalf Of Greg Ewing > Sent: Saturday, September 29, 2018 9:50 PM > To: python-dev@python.org > Subject: Re: [Python-Dev] Change in Python 3's "round" behavior > > I don't really get the statistical argument. If

Re: [Python-Dev] Change in Python 3's "round" behavior

> -Original Message- > From: Python-Dev list=sdamon@python.org> On Behalf Of Steven D'Aprano > Sent: Thursday, September 27, 2018 9:54 AM > To: python-dev@python.org > Subject: Re: [Python-Dev] Change in Python 3's "round" behavior > > On Thu, Sep 27, 2018 at 05:55:07PM +1200,

Re: [Python-Dev] Can I make marshal.dumps() slower but stabler?

> -Original Message- > From: Python-Dev list=sdamon@python.org> On Behalf Of Victor Stinner > Sent: Thursday, July 12, 2018 4:01 AM > To: Serhiy Storchaka > Cc: python-dev > Subject: Re: [Python-Dev] Can I make marshal.dumps() slower but stabler? > > 2018-07-12 8:21 GMT+02:00

Re: [Python-Dev] why is not 64-bit installer the default download link for Windows?

> -Original Message- > From: Python-Dev list=sdamon@python.org> On Behalf Of Paul Moore > Why not just have a second button, "Download Python 3.7.0 (64-bit)" > alongside or below the "Download Python 3.7.0" button? People who > don't know the difference will just ignore it,

Re: [Python-Dev] Microsoft to acquire GitHub for $7.5 b

> -Original Message- > From: Python-Dev list=sdamon@python.org> On Behalf Of Ivan Pozdeev via Python-Dev > Sent: Tuesday, June 5, 2018 10:01 PM > To: python-dev@python.org > Subject: Re: [Python-Dev] Microsoft to acquire GitHub for $7.5 b > > On 05.06.2018 17:28, Martin Gainty

Re: [Python-Dev] What is the rationale behind source only releases?

> -Original Message- > From: Paul Moore <p.f.mo...@gmail.com> > Sent: Wednesday, May 16, 2018 4:07 AM > To: Alex Walters <tritium-l...@sdamon.com> > Cc: Python Dev <python-dev@python.org> > Subject: Re: [Python-Dev] What is the rationale behind sourc

Re: [Python-Dev] What is the rationale behind source only releases?

This is precisely what I meant. Before asking this question, I didn’t fully understand why, for example, 3.5.4 got a binary installer for windows and mac, but 3.5.5 did not. This thread has cleared that up for me. From: Python-Dev On

Re: [Python-Dev] What is the rationale behind source only releases?

Thank you, that's exactly what I needed to read. > -Original Message- > From: Ned Deily <n...@python.org> > Sent: Wednesday, May 16, 2018 7:07 AM > To: Alex Walters <tritium-l...@sdamon.com> > Cc: Python-Dev <python-dev@python.org> > Subject: Re: [Pyth

[Python-Dev] What is the rationale behind source only releases?

In the spirit of learning why there is a fence across the road before I tear it down out of ignorance [1], I'd like to know the rationale behind source only releases of cpython. I have an opinion on their utility and perhaps an idea about changing them, but I'd like to know why they are done (as

Re: [Python-Dev] [RELEASE] Python 2.7.15

I've gotten some mixed signals on the status of this release, notably from the BDFL: https://twitter.com/gvanrossum/status/991170064417153025 "Python 2.7.15 released -- the last 2.7 release!" (and a link to this thread) I was under the impression that 2.7 was being supported until 2020. If this

Re: [Python-Dev] PEP 572 contradicts PEP 3099

> -Original Message- > From: Python-Dev <python-dev-bounces+tritium- > list=sdamon@python.org> On Behalf Of Greg Ewing > Sent: Saturday, April 28, 2018 10:53 PM > To: 'Python-Dev' <python-dev@python.org> > Subject: Re: [Python-Dev] PEP 572 contradicts PE

[Python-Dev] PEP 572 contradicts PEP 3099

PEP 3099 is the big list of things that will not happen in Python 3. Everything on that list is still true, 12 years after it was posted. However... "There will be no alternative binding operators such as :=." While earlier versions of PEP 572 avoided breaking this declaration, the current

Re: [Python-Dev] (Looking for) A Retrospective on the Move to Python 3

http://pyvideo.org/pycascades-2018/bdfl-python-3-retrospective.html link to Guido’s talk, for your convenience From: Python-Dev On Behalf Of Guido van Rossum Sent: Thursday, April 26, 2018 6:12 PM To: Brett Cannon Cc:

Re: [Python-Dev] Is it useful to update cgitb module?

Python-Dev] Is it useful to update cgitb module? On 4/7/2018 9:45 PM, Alex Walters wrote: Are there people still actively developing new cgi scripts in python? I know some modern HTTPDs don’t even support classic cgi without some kind of fastcgi daemon in between. I am aware that some

Re: [Python-Dev] Is it useful to update cgitb module?

Are there people still actively developing new cgi scripts in python? I know some modern HTTPDs don’t even support classic cgi without some kind of fastcgi daemon in between. I am aware that some parts of various wsgi tools use the cgi module, but is the cgitb module useful for them? Your

[Python-Dev] Is 4.0 a major breaking changes release?

I am still working on porting code from 2.x to 3.x. As of late on the lists I've seen comments about making somewhat major changes in 4.0 - now I'm concerned that I should pause my porting effort until that is released. Is python 4 going to be another python 3?

Re: [Python-Dev] A minimal Python interpreter written in Python for experimenting with language changes

Are you aware of pypy? > -Original Message- > From: Python-Dev [mailto:python-dev-bounces+tritium- > list=sdamon@python.org] On Behalf Of asrp asrp > Sent: Friday, February 2, 2018 7:02 PM > To: python-dev@python.org > Subject: [Python-Dev] A minimal Python interpreter written in

Re: [Python-Dev] Deprecate PEP 370 Per user site-packages directory?

I would suggest throwing this to -ideas, rather than just keeping it in -dev as there is a much wider community of users and usecases in -ideas. ... and -ideas will shoot it down because user installs are too useful. It is also my understanding that it is the desire of PyPA to eventually have

Re: [Python-Dev] [python-committers] Enabling depreciation warnings feature code cutoff

I also feel this decision was a mistake. If there's a consensus to revert, I'm happy to draft a PEP. Alex On Nov 6, 2017 1:58 PM, "Neil Schemenauer" <nas-pyt...@arctrix.com> wrote: > On 2017-11-06, Nick Coghlan wrote: > > Gah, seven years on from Python 2.7's re

Re: [Python-Dev] iso8601 parsing

From: Python-Dev [mailto:python-dev-bounces+tritium-list=sdamon@python.org] On Behalf Of Chris Barker Sent: Thursday, October 26, 2017 12:46 PM To: Wes Turner Cc: Python-Dev Subject: Re: [Python-Dev] iso8601 parsing > No, it doesn't --

Re: [Python-Dev] iso8601 parsing

> -Original Message- > From: Alexander Belopolsky [mailto:alexander.belopol...@gmail.com] > Sent: Wednesday, October 25, 2017 4:33 PM > To: Alex Walters <tritium-l...@sdamon.com> > Cc: Elvis Pranskevichus <elpr...@gmail.com>; Python-Dev d...@python.or

Re: [Python-Dev] iso8601 parsing

> -Original Message- > From: Python-Dev [mailto:python-dev-bounces+tritium- > list=sdamon@python.org] On Behalf Of Elvis Pranskevichus > Sent: Tuesday, October 24, 2017 8:12 PM > To: python-dev@python.org > Cc: Chris Barker > Subject: Re: [Python-Dev] iso8601

Re: [Python-Dev] iso8601 parsing

> -Original Message- > From: Alexander Belopolsky [mailto:alexander.belopol...@gmail.com] > Sent: Wednesday, October 25, 2017 12:07 PM > To: Alex Walters <tritium-l...@sdamon.com> > Cc: Chris Barker <chris.bar...@noaa.gov>; Python-Dev d...@python.org> >

Re: [Python-Dev] iso8601 parsing

> -Original Message- > From: Python-Dev [mailto:python-dev-bounces+tritium- > list=sdamon@python.org] On Behalf Of Alexander Belopolsky > Sent: Tuesday, October 24, 2017 5:54 PM > To: Chris Barker > Cc: Python-Dev > Subject: Re:

Re: [Python-Dev] [RFC] Removing pure Python implementation of OrderedDict

https://www.youtube.com/watch?v=pNe1wWeaHOU=PLYI8318YYdkCsZ7dsYV01n6TZhXA6Wf9i=1 On Wed, Sep 6, 2017 at 5:49 PM, INADA Naoki wrote: > OK, I stop worring about thread safety and other implementation > detail behavior on edge cases. > > Thanks, > > INADA Naoki

Re: [Python-Dev] PEP 548: More Flexible Loop Control

https://www.youtube.com/watch?v=pNe1wWeaHOU=PLYI8318YYdkCsZ7dsYV01n6TZhXA6Wf9i=1 Thank you, -Alex Goretoy On Wed, Sep 6, 2017 at 7:05 PM, Ben Hoyt <benh...@gmail.com> wrote: > I think Serhiy's response is excellent and agree with it. My gut reaction is > "this looks like Perl&qu

Re: [Python-Dev] [python-committers] Cherry picker bot deployed in CPython repo

This is a great UX win for our development process. Thanks for making this happen! Alex On Tue, Sep 5, 2017 at 9:10 PM, Mariatta Wijaya <mariatta.wij...@gmail.com> wrote: > Hi, > > The cherry picker bot has just been deployed to CPython repo, codenamed > miss-islington. >

Re: [Python-Dev] Is Windows XP still supported on Python 2.7?

The promise that PEP-11 is making is that as long as a python was released while Microsoft still supported that OS, and that python is still supported, there will still be a python that works for you. So, yes, Windows XP is long since unsupported by Microsoft, but a disturbing number of people

Re: [Python-Dev] Python startup time

> -Original Message- > From: Python-Dev [mailto:python-dev-bounces+tritium- > list=sdamon@python.org] On Behalf Of Paul Moore > Sent: Saturday, July 22, 2017 4:14 AM > To: David Mertz > Cc: Barry Warsaw ; Python-Dev d...@python.org> > Subject: Re:

Re: [Python-Dev] Backport ssl.MemoryBIO on Python 2.7?

it did when I originally wrote it). Cheers, Alex On Tue, May 23, 2017 at 8:46 PM, Victor Stinner <victor.stin...@gmail.com> wrote: > Hi, > > Would you be ok to backport ssl.MemoryBIO and ssl.SSLObject on Python > 2.7? I can do the backport. > > https://docs.python.

[Python-Dev] Introducing Python for CloudABI

loudlibc - https://github.com/NuxiNL/cloudabi-ports - https://github.com/NuxiNL/cloudabi-ports/tree/master/packages/python - #cloudabi on Efnet IRC Regards, Alex -- Alex Willmer <a...@moreati.org.uk> ___ Python-Dev mailing list Python-Dev@python.org h

Re: [Python-Dev] BDFL ruling request: should we block forever waiting for high-quality random bits?

> -Original Message- > From: Python-Dev [mailto:python-dev-bounces+tritium- > list=sdamon@python.org] On Behalf Of Sebastian Krause > Sent: Friday, June 10, 2016 1:01 PM > To: python-dev@python.org > Subject: Re: [Python-Dev] BDFL ruling request: should we block forever > waiting for

Re: [Python-Dev] Request for pronouncement on PEP 493 (HTTPS verification backport guidance)

everyone's confidence. Cheers, Alex On Mon, Nov 23, 2015 at 2:35 PM, Christian Heimes <christ...@python.org> wrote: > On 2015-11-17 01:00, Guido van Rossum wrote: > > Hm, making Christian the BDFL-delegate would mean two out of three > > authors *and* the BDFL-delegate al

Re: [Python-Dev] PEP 484 (Type Hints) announcement

Would you mind updating the typing package on PyPI now to contain something useful? Thanks. 22.05.2015, 23:51, Mark Shannon kirjoitti: Hello all, I am pleased to announce that I am accepting PEP 484 (Type Hints). Given the proximity of the beta release I thought I would get this

Re: [Python-Dev] PEP 484 wishes

18.05.2015, 02:50, Guido van Rossum kirjoitti: On Sun, May 17, 2015 at 3:07 PM, Alex Grönholm alex.gronh...@nextday.fi mailto:alex.gronh...@nextday.fi wrote: Looking at PEP 484, I came up with two use cases that I felt were not catered for: 1. Specifying that a parameter should

Re: [Python-Dev] PEP 484 wishes

18.05.2015, 18:05, Guido van Rossum kirjoitti: On Mon, May 18, 2015 at 12:14 AM, Alex Grönholm alex.gronh...@nextday.fi mailto:alex.gronh...@nextday.fi wrote: 18.05.2015, 02:50, Guido van Rossum kirjoitti: On Sun, May 17, 2015 at 3:07 PM, Alex Grönholm alex.gronh...@nextday.fi

[Python-Dev] PEP 484 wishes

Looking at PEP 484, I came up with two use cases that I felt were not catered for: 1. Specifying that a parameter should be a subclass of another (example: Type[dict] would match dict or OrderedDict; plain Type would equal type from builtins) 2. Specifying that a callable should take at

[Python-Dev] unittest test discovery and namespace packages

source root does nothing. If we will enable test discovery inside namespace packages then this command will start running the whole python test suite in Lib/test/. So I'm looking for someone's help to clarify how test discovery should work. Thanks, Alex -- Issue in bugtracker - http://bugs.python.org

Re: [Python-Dev] Status on PEP-431 Timezones

Newb question time, what's BoF On Wed, Apr 8, 2015 at 7:31 PM, Alexander Belopolsky alexander.belopol...@gmail.com wrote: On Wed, Apr 8, 2015 at 6:52 PM, Isaac Schwabacher ischwabac...@wisc.edu wrote: So storing the offset and storing a flag are not two alternative solutions to the

Re: [Python-Dev] Python 2.x and 3.x use survey, 2014 edition

in the development of Python the language, or CPython. We certainly don't care what version of Python you use. Members of the python-dev list, or the CPython core development teams have opinions probably, but that doesn't make them the opinion of the PSF. Alex

Re: [Python-Dev] PEP 481 - Migrate Some Supporting Repositories to Git and Github

, they simply git push to update a patch. We now also have CI for PRs, but that's a recent addition. It's not magic, it's a good UX :-) Alex ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https

Re: [Python-Dev] PEP 481 - Migrate Some Supporting Repositories to Git and Github

, we'd mostly just commit stuff to trunk. Since the switch to github, I've seen that core developers are *far* more likely to ask for reviews of their work before merging. Big +1 from me, thanks for writing this up Donald, Alex ___ Python-Dev mailing list

Re: [Python-Dev] PEP476: Enabling certificate validation by default

Guido van Rossum guido at python.org writes: OK, I'll hold off a bit on approving the PEP, but my intention is to approve it. Go Alex go! A patch for the environmental variable overrides on Windows has landed; thanks Benjamin! Alex ___ Python

Re: [Python-Dev] PEP476: Enabling certificate validation by default

Done and done. Alex On Fri, Sep 19, 2014 at 4:13 PM, Guido van Rossum gu...@python.org wrote: +1 on Nick's suggestion. (Might also mention that this is the reason why both functions should exist and have compatible signatures.) Also please, please, please add explicit mention of Python 2.7

Re: [Python-Dev] PEP476: Enabling certificate validation by default

That sounds reasonable to me -- at this point I don't expect this to make it into 3.4.2; Nick has some working code on the ticket: http://bugs.python.org/issue22417 it's mostly missing documentation. Alex On Sat, Sep 20, 2014 at 9:46 AM, Guido van Rossum gu...@python.org wrote: Nice. I just

[Python-Dev] PEP476: Enabling certificate validation by default

Hi all, I've just updated the PEP to reflect the API suggestions from Nick, and the fact that the necessary changes to urllib were landed. I think this is ready for pronouncement, Guido? Cheers, Alex ___ Python-Dev mailing list Python-Dev@python.org

Re: [Python-Dev] PEP476: Enabling certificate validation by default

of http.client. Finally, it's kind of non-obvious in the PEP that this affects Python 2.7.X (I guess the one after the next) as well as 3.4 and 3.5. On Fri, Sep 19, 2014 at 9:53 AM, Alex Gaynor alex.gay...@gmail.com wrote: Hi all, I've just updated the PEP to reflect the API suggestions from

Re: [Python-Dev] Proposed schedule for 3.4.2

Guido van Rossum guido at python.org writes: Would you be willing to officially pronounce on PEP-476 in the context of 3.4.x, so we can get it into the release, and then we can defer on officially approving it for 2.7.X until we figure out all the moving pieces? Cheers, Alex

Re: [Python-Dev] Proposed schedule for 3.4.2

://something-i-apparently-dont-care-much-about;, context=context) Alex On Mon, Sep 8, 2014 at 10:35 AM, Guido van Rossum gu...@python.org wrote: I will pronounce for 3.4 once you point me to the documentation that explains how to disable cert validation for an example program that currently pulls

Re: [Python-Dev] PEP 476: Enabling certificate validation by default!

the ssl_context? -- ~Ethan~ Yes, it's totally possible to create (and pass to ``http.client``) an ``SSLContext`` which doesn't verify various things. My proposal is only about changing what happens when you don't explicitly pass a context. Cheers, Alex

Re: [Python-Dev] PEP 476: Enabling certificate validation by default!

anyone, but I'm more than happy to do the back- porting work for httplib, and any other modules which need SSLContext support; does this require an additional PEP, or does it fit under PEP466 or PEP476? Alex ___ Python-Dev mailing list Python-Dev@python.org

Re: [Python-Dev] PEP 476: Enabling certificate validation by default!

, but don't really care if it's being MITM'd. It doesn't seem to me that this is reasonably Python's responsibility to deal with the fact that you have no ability to upgrade any of your infrastructure, except your Python version. Alex ___ Python-Dev mailing

Re: [Python-Dev] PEP 476: Enabling certificate validation by default!

The Windows certificate store is used by ``load_default_certs``: * https://github.com/python/cpython/blob/master/Lib/ssl.py#L379-L381 * https://docs.python.org/3.4/library/ssl.html#ssl.enum_certificates Cheers, Alex ___ Python-Dev mailing list Python

[Python-Dev] PEP 476: Enabling certificate validation by default!

Hi all, I've just submitted PEP 476, on enabling certificate validation by default for HTTPS clients in Python. Please have a look and let me know what you think. PEP text follows. Alex --- PEP: 476 Title: Enabling certificate verification by default for stdlib http clients Version

Re: [Python-Dev] PEP 476: Enabling certificate validation by default!

defaults, because someone might disable them from the outside. Cheers, Alex ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive

Re: [Python-Dev] PEP 467: Minor API improvements for bytes bytearray

, and in no uncertain terms am I completely opposed to deprecating anything. The Python 2 to 3 migration is already hard enough, and already proceeding far too slowly for many of our tastes. Making that migration even more complex would drive me to the point of giving up. Alex

Re: [Python-Dev] [PEP466] SSLSockets, and sockets, _socketobjects oh my!

this will hopefully be ready to upload any day now for review. Cheers, Alex PS: Please review and merge http://bugs.python.org/issue22023 :-) ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https

Re: [Python-Dev] [PEP466] SSLSockets, and sockets, _socketobjects oh my!

()``. Alex ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

[Python-Dev] [PEP466] SSLSockets, and sockets, _socketobjects oh my!

in the state of the branch can see it at: github.com/alex/cpython on the backport-ssl branch. Note that many many tests are still failing, and you'll need to apply the patch from http://bugs.python.org/issue22023 to get it to work. Thanks, Alex PS: Any help in getting http://bugs.python.org/issue22023

[Python-Dev] Network Security Backport Status

scripting? Cheers, Alex ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] [Python-checkins] cpython: Remove the redundant and poorly worded warning message.

a psuedo-random number generator, however they are cryptographically secure, it's not more random. Wikipedia does a good job laying out the necessary properties for a CSPRNG: https://en.wikipedia.org/wiki/Cryptographically_secure_pseudorandom_number_generator#Requirements Cheers, Alex On Sat, May 10

Re: [Python-Dev] PEP 466 (round 5): selected network security enhancements for Python 2.7

[...]. It's fairly evident to me that the folks most likely to actually do the work of implementing this are myself and Donald. This PEP really has nothing to do with corporate contribution, so I think this sentence ought to be removed. Alex ___ Python-Dev

Re: [Python-Dev] PEP 466 (round 4): Python 2.7 network security enhancements

fine, with the advance of being able to explicitly specify some options. All of which is to say: I don't think this is a real concern. Alex ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev

Re: [Python-Dev] PEP 466 (round 4): Python 2.7 network security enhancements

for os.urandom() * ssl * SNI * SSLContext * A giant suite of constants from OpenSSL * The functions for checking a hostname against a certificate * The functions for finding the platform's certificate store Alex ___ Python-Dev mailing list

Re: [Python-Dev] PEP 466: Proposed policy change for handling network security enhancements

Thanks for putting this together Nick. I suspect it goes without saying that I'm wildly +1 on this as a whole. I'm in favor of leaving it somewhat implicit as to exactly which networking modules concern the health of the internet as a whole. Alex

Re: [Python-Dev] GC pauses in CPython

functions, but keep the bits of C code that decref other things and actually call free()). Alex ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options

[Python-Dev] Accelerating extension module compilation [distutils]

, to incorporate into core distutils. Any thoughts? Thanks for your time. Kind regards, Alex [1] - http://stackoverflow.com/questions/11013851/speeding-up-build-process-with-distutils [2] - http://stackoverflow.com/questions/543697/include-all-cpp-files-into-a-single-compilation-unit -- Using Opera's

Re: [Python-Dev] performance of {} versus dict()

Stefan Behnel stefan_ml at behnel.de writes: Right. If that makes a difference, it's another bug. Stefan It's fixed, with, I will note, fewer lines of code than many messages in this thread: https://bitbucket.org/pypy/pypy/changeset/c30cb1dcb7a9adc32548fd14274e4995 Alex

Re: [Python-Dev] [compatibility-sig] do all VMs implement the ast module? (was: Re: AST optimizer implemented in Python)

there is possible, b) making this a front-and-center API makes it really easy to shoot themselves in the foot, by doing things like breaking Python with invalid optimizations (hint: almost every optimization proposed in that thread is invalid in the general case). Alex

Re: [Python-Dev] Requesting pronouncement on PEP 0424

an exception, then length_hint(obj) may (ought to?) pass this exception on instead of calling obj.__length_hint__(). Seems reasonable, rather than try to spec that out precisely in the pseudocode (aka Python ;)) a note like you suggest sounds good. -- --Guido van Rossum (python.org/~guido) Alex

Re: [Python-Dev] Requesting pronouncement on PEP 0424

a new look at that I would be very grateful. Sorry for the mixup. Alex ___ 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

[Python-Dev] Requesting pronouncement on PEP 0424

Hi all, The discussion on PEP 0424 seems to have subsided (and I haven't gotten angry emails in a week!). So I would like to request a BDFL or BDFP pronouncement on PEP 0424, text available here: http://hg.python.org/peps/file/tip/pep-0424.txt Alex

Re: [Python-Dev] A new JIT compiler for a faster CPython?

individual functions, recursion, etc. And any profiling JIT, in practice, needs a compile heuristic for how many calls must occur before a unit is compiled, even the Hotspot JVM has one. Alex ___ Python-Dev mailing list Python-Dev@python.org http

Re: [Python-Dev] A new JIT compiler for a faster CPython?

, otherwise they're for naught, and frankly we (python-dev) waste a lot of time. Alex ___ 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

Re: [Python-Dev] PEP 0424: A method for exposing a length hint

by the current C _PyObject_LengthHint implementation. There are no provisions for infinite iterators, that is not within the scope of this proposal. Alex ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev

[Python-Dev] PEP 0424: A method for exposing a length hint

Hi all, I've just submitted a PEP proposing making __length_hint__ a public API for users to define and other VMs to implement: PEP: 424 Title: A method for exposing a length hint Version: $Revision$ Last-Modified: $Date Author: Alex Gaynor alex.gay...@gmail.com Status: Draft Type: Standards

Re: [Python-Dev] PEP 0424: A method for exposing a length hint

On Sat, Jul 14, 2012 at 4:18 PM, Benjamin Peterson benja...@python.orgwrote: 2012/7/14 Alex Gaynor alex.gay...@gmail.com: Proposal This PEP proposes formally documenting ``__length_hint__`` for other interpreter and non-standard library Python to implement

Re: [Python-Dev] PEP 0424: A method for exposing a length hint

). The PEP proposes using TypeError for that. Anyways that code looks good, do you want to add it to the PEP? Alex -- I disapprove of what you say, but I will defend to the death your right to say it. -- Evelyn Beatrice Hall (summarizing Voltaire) The people's good is the highest law. -- Cicero

Re: [Python-Dev] Status of packaging in 3.3

i.e. packages containing byte code and executables. I believe this is the most human thing we can do[2]. Alex [1] http://www.ibm.com/developerworks/linux/library/l-cppeak3/index.html [2] http://python-for-humans.heroku.com - I reject setup.cfg, as I believe ini-style configuration

Re: [Python-Dev] Status of packaging in 3.3

and/or fail on their own[2]. It worked with the OS packagers guys though, we have built a great data files managment system in packaging + the versions (386) Are you referring to the packaging/distutils2 or something else? Alex [1] http://en.wikipedia.org/wiki/Not_invented_here [2] http

Re: [Python-Dev] Status of packaging in 3.3

don't care at all about setuptools' release schedule (c.f. PIL/Pillow) and I like it that way :-). If one day setuptools or packaging/distutils2 comes along and fixes everything, then distribute can cease to exist. Alex -- Alex Clark · http://pythonpackages.com

Re: [Python-Dev] Status of packaging in 3.3

to distutils[1], a package is: a module or modules inside another module[2]. So e.g.:: foo.py is a module and: foo/__init__.py foo/foo.py is a simple package containing the following modules: import foo, foo.foo Alex [1] http://docs.python.org/distutils/introduction.html#general

Re: [Python-Dev] [compatibility-sig] making sure importlib.machinery.SourceLoader doesn't throw an exception if bytecode is not supported by a VM

apparently) Alex ___ 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

Re: [Python-Dev] [compatibility-sig] making sure importlib.machinery.SourceLoader doesn't throw an exception if bytecode is not supported by a VM

On Tue, Jun 12, 2012 at 11:47 AM, Brett Cannon br...@python.org wrote: On Tue, Jun 12, 2012 at 12:38 PM, Alex Gaynor alex.gay...@gmail.comwrote: For PyPy: I'm not an expert in our import, but from looking at the source 1) imp.cache_from_source is unimplemented, it's an AttributeError

Re: [Python-Dev] backporting stdlib 2.7.x from pypy to cpython

Wierzbicki seemed positive about it. -eric I'm +1 on such a list, I don't have the time to follow every single thread on python-dev, and I'm sure I miss a lot of things, have a dedicated place for things I know are relevant to my work would be a great help. Alex

Re: [Python-Dev] c/ElementTree XML serialisation

.. | | As to writing a loop in javascript without and , == and != generally | work rather well, as does Array.prototype.forEach[0] Thanks for the tips! Cheers, Alex ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo

Re: [Python-Dev] c/ElementTree XML serialisation

.. | | As to writing a loop in javascript without and , == and != generally | work rather well, as does Array.prototype.forEach[0] Thanks for the tips! Cheers, Alex ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo

  1   2   3   4   >