"Hello, I'd like to have an argument, please."
After more than a year of development, Argument Clinic is now checked in
to CPython trunk. Thanks, everyone, for your feedback and encouragement!
//arry/
___
Python-Dev mailing list
Python-Dev@python
On 19 October 2013 17:13, Larry Hastings wrote:
> "Hello, I'd like to have an argument, please."
>
> After more than a year of development, Argument Clinic is now checked in to
> CPython trunk. Thanks, everyone, for your feedback and encouragement!
Huzzah! Thanks for your efforts pushing through
On 10/18/2013 11:38 PM, Nick Coghlan wrote:
However, that's a confusion about exception handling in general, not
about the suppress context manager in particular. The same potential
for conceptual confusion exists between:
for name in ("somefile.tmp", "someotherfile.tmp"):
try:
On 19 October 2013 20:47, Glenn Linderman wrote:
> Thanks again for sharing the big picture: you have before, but I see you've
> evolved it slightly. Delayed error handling I've had occasion to do, but
> not yet in Python. The constrained jump pattern is interesting, but the
> example is not comp
I've been looking at Terry's suggestion of using a class based
implementation for contextlib.suppress, and rediscovered why I
suggested Raymond switch the original implementation to using
@contextmanager: recreating the *exact* exception subclass check from
Python is actually difficult these days.
On 19 October 2013 20:47, Glenn Linderman wrote:
> Sadly, all the documentation that references "suppressing" an exception, is
> misleading. Misleading enough that you convinced yourself to rename from
> ignore to suppress after reading it, even though the two are nearly
> synonymous.
You misunde
Am 19.10.2013 00:56, schrieb Guido van Rossum:
> Thanks! That's probably fine for now -- it means the standard library
> doesn't know where the root certificates are. We had a huge discussion
> about this over on python-tulip:
> https://groups.google.com/forum/#!topic/python-tulip/c_lqdFjPEbE
>
>
On Sat, 19 Oct 2013 21:41:17 +1000
Nick Coghlan wrote:
>
> Having noticed the discrepancy, I feel like it should be explicitly
> recorded somewhere in the language reference, I'm just not sure where.
Since it's a quirk, I don't think it should be mentioned in the
language reference. Also, see ht
On Sat, 19 Oct 2013 14:25:28 +0200 (CEST)
christian.heimes wrote:
>
> - .. note:: A fast implementation of *pbkdf2_hmac* is only available with
> - OpenSSL 1.0 and newer. The Python implementation uses an inline
> - version of :mod:`hmac` and is about three times slower. Contrary to
On 19 October 2013 22:53, Antoine Pitrou wrote:
> On Sat, 19 Oct 2013 21:41:17 +1000
> Nick Coghlan wrote:
>>
>> Having noticed the discrepancy, I feel like it should be explicitly
>> recorded somewhere in the language reference, I'm just not sure where.
>
> Since it's a quirk, I don't think it s
Am 19.10.2013 14:54, schrieb Antoine Pitrou:
> On Sat, 19 Oct 2013 14:25:28 +0200 (CEST)
> christian.heimes wrote:
>>
>> - .. note:: A fast implementation of *pbkdf2_hmac* is only available with
>> - OpenSSL 1.0 and newer. The Python implementation uses an inline
>> - version of :mod
On 2013-10-19, at 08:38 , Nick Coghlan wrote:
>> The above example, especially if extended beyond two files, begs to used in
>> a loop, like your 5 line version:
>>
>>
>> for name in ("somefile.tmp", "someotherfile.tmp"):
>> with suppress(FileNotFoundError):
>>os.remove(name
On Fri, Oct 18, 2013 at 9:06 PM, Nick Coghlan wrote:
>
> On 19 Oct 2013 03:24, "brett.cannon" wrote:
> >
> > http://hg.python.org/cpython/rev/11f2f4af1979
> > changeset: 86444:11f2f4af1979
> > user:Brett Cannon
> > date:Fri Oct 18 13:24:13 2013 -0400
> > summary:
> > Issue #
On Fri, Oct 18, 2013 at 8:55 PM, Nick Coghlan wrote:
>
> On 19 Oct 2013 02:01, "brett.cannon" wrote:
> >
> > http://hg.python.org/cpython/rev/33844153cd02
> > changeset: 86438:33844153cd02
> > user:Brett Cannon
> > date:Fri Oct 18 12:01:06 2013 -0400
> > summary:
> > Issue #
>>> ``get_tracemalloc_memory()`` function:
>>>
>>> Get the memory usage in bytes of the ``tracemalloc`` module as a
>>> tuple: ``(size: int, free: int)``.
>>>
>>> * *size*: total size of bytes allocated by the module,
>>> including *free* bytes
>>> * *free*: number of free byt
2013/10/19 Nick Coghlan :
>
> Speaking of which... Charles-François, would you be willing to act as
> BDFL-Delegate for this PEP? This will be a very useful new analysis tool,
> and between yourself and Victor it looks like you'll be able to come up with
> a solid API.
>
> I just suggested that app
On Sat, Oct 19, 2013 at 10:00 AM, Charles-François Natali <
cf.nat...@gmail.com> wrote:
> 2013/10/19 Nick Coghlan :
> >
> > Speaking of which... Charles-François, would you be willing to act as
> > BDFL-Delegate for this PEP? This will be a very useful new analysis tool,
> > and between yourself a
On 19 October 2013 22:44, Christian Heimes wrote:
> Am 19.10.2013 00:56, schrieb Guido van Rossum:
> A couple of months I had a long and fruitful discussion with MAL about
> the issue. Egenix PyOpenSSL installer comes with a root CA bundle. He
> tried a couple of approaches to handle trust setting
On 19 October 2013 23:54, Brett Cannon wrote:
>> I don't follow this logic. There's now not even an existence check for the
>> base name, so it reads to me like we will look for all the possible init
>> file extensions even if there's *no* directory with an appropriate name.
>>
>> What am I missin
Am 19.10.2013 16:14, schrieb Nick Coghlan:
> At the very least, it would be good if you and/or MAL could review
> the cert verification in pip. PEP 453 makes that kinda important
> :)
Where can I find the code for PEP 453?
___
Python-Dev mailing list
Py
On Sat, 19 Oct 2013 15:36:02 +0200
Christian Heimes wrote:
> Am 19.10.2013 14:54, schrieb Antoine Pitrou:
> > On Sat, 19 Oct 2013 14:25:28 +0200 (CEST)
> > christian.heimes wrote:
> >>
> >> - .. note:: A fast implementation of *pbkdf2_hmac* is only available with
> >> - OpenSSL 1.0 and n
On 20 October 2013 00:44, Christian Heimes wrote:
> Am 19.10.2013 16:14, schrieb Nick Coghlan:
>> At the very least, it would be good if you and/or MAL could review
>> the cert verification in pip. PEP 453 makes that kinda important
>> :)
>
> Where can I find the code for PEP 453?
It's the cert v
On 19 October 2013 22:12, christian.heimes wrote:
> http://hg.python.org/cpython/rev/e73627483d2f
> changeset: 86467:e73627483d2f
> user:Christian Heimes
> date:Sat Oct 19 14:12:02 2013 +0200
> summary:
> Issue #19254: Provide an optimized Python implementation of PBKDF2_HMAC
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Am 19.10.2013 16:59, schrieb Nick Coghlan:
> It's the cert verification in pip that's relevant - the PEP was
> updated so that ensurepip itself never talks to the internet. So I
> guess that would mean checking the cert verification in pip's
> vend
Am 19.10.2013 17:15, schrieb Nick Coghlan:
>> +c_hashlib = import_fresh_module('hashlib', fresh=['_hashlib'])
>
> Looks like this import is failing on at least some platforms:
>
> http://buildbot.python.org/all/builders/AMD64%20OpenIndiana%203.x/builds/6535/steps/test/logs/stdio
> http://buildbot
Am 19.10.2013 16:59, schrieb Antoine Pitrou:
> But that's a fringe situation. Any normal build of Python should be
> compiled with OpenSSL support (and any decent binary build is). I think
> the mention in the docs is distracting and will create pointless
> uncertainty in the reader.
HMAC_CTX_copy
You should ask Glyph too. He supplied lots of useful info about cert
checking on the python-tulip list.
On Sat, Oct 19, 2013 at 7:14 AM, Nick Coghlan wrote:
> On 19 October 2013 22:44, Christian Heimes wrote:
> > Am 19.10.2013 00:56, schrieb Guido van Rossum:
> > A couple of months I had a lon
On Sat, 19 Oct 2013 18:05:35 +0200
Christian Heimes wrote:
> Am 19.10.2013 16:59, schrieb Antoine Pitrou:
> > But that's a fringe situation. Any normal build of Python should be
> > compiled with OpenSSL support (and any decent binary build is). I think
> > the mention in the docs is distracting a
One of the reasons we switched to using requests was to help centralize the SSL
handling code over to requests. So any issues could be fixed there and we just
pull in a newer version of requests.
On Oct 19, 2013, at 11:52 AM, Christian Heimes wrote:
> Signed PGP part
> Am 19.10.2013 16:59, schri
Does Python officially support opsenssl < 1.0? Which OS uses such old
version?
On Windows, Python embeds its own copy of openssl for example.
Victor
Le 19 oct. 2013 18:07, "Christian Heimes" a écrit :
> Am 19.10.2013 16:59, schrieb Antoine Pitrou:
> > But that's a fringe situation. Any normal b
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Am 19.10.2013 20:04, schrieb Victor Stinner:
> Does Python officially support opsenssl < 1.0? Which OS uses such
> old version?
>
> On Windows, Python embeds its own copy of openssl for example.
Mac OS X has only OpenSSL 0.9.8 and will not receive
On Sat, 19 Oct 2013 20:04:05 +0200
Victor Stinner wrote:
> Does Python officially support opsenssl < 1.0? Which OS uses such old
> version?
We try to support any reasonably modern POSIX-compliant system, e.g.
less than 10 years old.
Of course, we only "officially support" those platforms which ha
A lot has landed in trunk in the last day or two: Tulip, Argument
Clinic, and statistics just landed too. The buildbots are upset at us
humans--there's a lot of red. See for yourself:
http://buildbot.python.org/all/waterfall?category=3.x.stable
I'd like to tag Alpha 4 late tonight, but
Also the three of us maintaining requests and the author of urllib3
are all very conscious that the packaged pem file is outdated. We have
an open issue about how to rebuild it accurately while taking into
consideration (and not including) the ones that have been revoked. Any
suggestions you have c
On 10/19/2013 12:46 PM, Ian Cordasco wrote:
Also the three of us maintaining requests and the author of urllib3
are all very conscious that the packaged pem file is outdated. We have
an open issue about how to rebuild it accurately while taking into
consideration (and not including) the ones that
2013/10/19 Larry Hastings :
> A lot has landed in trunk in the last day or two: Tulip, Argument Clinic,
> and statistics just landed too.
Wow, Python 3.4 looks great! I was waiting for statistics.
Don't forget to update the What's New in Python 3.4 document.
Victor
__
Let it be known to all that Charles-François Natali is hereby appointed
BDFL for this PEP.
On Sat, Oct 19, 2013 at 7:00 AM, Charles-François Natali <
cf.nat...@gmail.com> wrote:
> 2013/10/19 Nick Coghlan :
> >
> > Speaking of which... Charles-François, would you be willing to act as
> > BDFL-Del
On 20 Oct 2013 06:14, "Glenn Linderman" wrote:
>
> On 10/19/2013 12:46 PM, Ian Cordasco wrote:
>>
>> Also the three of us maintaining requests and the author of urllib3
>> are all very conscious that the packaged pem file is outdated. We have
>> an open issue about how to rebuild it accurately whi
On 20 October 2013 05:46, Ian Cordasco wrote:
> Also the three of us maintaining requests and the author of urllib3
> are all very conscious that the packaged pem file is outdated. We have
> an open issue about how to rebuild it accurately while taking into
> consideration (and not including) the
Hi Nick,
On Sat, Oct 19, 2013 at 1:41 PM, Nick Coghlan wrote:
> recreating the *exact* exception subclass check from
> Python is actually difficult these days.
Can't it be done roughly like that?
def __exit__(self, typ, val, tb):
try:
raise typ, val
except self.ex
40 matches
Mail list logo
