[Python-ideas] Re: [Python-Dev] Re: Have virtual environments led to neglect of the actual environment?

On 24/02/2021 11.52, Stéfane Fermigier wrote: > I love pipx and I'm glad it exists at this point because it make  > > The main issue is that each virtualenv takes space, lots of space. > > I have currently 57 apps installed via pipx on my laptop, and the 57 > environments take almost 1 GB already

[Python-ideas] Re: disallow assignment to unknown ssl.SSLContext attributes

ontext instance, and using __slots__ would > break such usage. (They could perhaps fix their code by using a dummy > subclass, but that could well become a non-trivial change to their code, > depending on where they get their SSLContext instances.) > > So unless there's evidenc

[Python-ideas] Re: disallow assignment to unknown ssl.SSLContext attributes

On 28/06/2021 20.36, Brendan Barnwell wrote: > On 2021-06-28 07:03, Thomas Grainger wrote: >>> >but in this case the object is security sensitive, and security >>> should be much more rigorous in ensuring correctness. >> It looks like there's a consensus being reached, should I create a bpo? > >  

[Python-ideas] Re: os.workdir() context manager

On 15/09/2021 01.55, Guido van Rossum wrote: > I know where I'd file a bug. :-) > > "Bug magnet" is an extremely subjective pejorative term. When the > *better* way to do things (os.workdir()) is harder than the *easy* way > to do (os.chdir()), which is the real bug magnet? The "better way" to ha

[Python-ideas] Re: os.workdir() context manager

On 15/09/2021 09.21, Eric V. Smith wrote: > On 9/15/2021 3:02 AM, Christian Heimes wrote: >> On 15/09/2021 01.55, Guido van Rossum wrote: >>> I know where I'd file a bug. :-) >>> >>> "Bug magnet" is an extremely subjective pejorative term. When

[Python-ideas] Re: os.workdir() context manager

On 15/09/2021 11.56, Marc-Andre Lemburg wrote: > - Chris mentioned that library code should not be changing the > CWD. In an ideal world, I'd agree, but there are cases where > you don't have an option and you need to change the CWD in order > make certain things work, e.g. you don't control

[Python-ideas] Re: Fwd: Simple curl/wget-like download functionality in urllib (like http offers server)

On 19/10/2021 00.06, Chris Angelico wrote: On Tue, Oct 19, 2021 at 9:00 AM Cameron Simpson wrote: The problem with a "download()" method is that it is almost never what you need. There are too many ways to want to do it, and one almost _never_ wants to suck the download itself into memory as yo

[Python-ideas] Re: Adding pep8-casing-compliant aliases for the entire stdlib

On 11/11/2021 14.41, Matt del Valle wrote: So the scope of my suggestion is as follows: - lowercase types become PascalCase (e.g., `str` -> `Str`, `collections.defaultdict` -> `collections.DefaultDict`) - lowercase attributes/functions/methods become snake_case (no changes for names that onl

Re: [Python-ideas] Using sha512 instead of md5 on python.org/downloads

On 08/12/2018 05.55, Gregory P. Smith wrote: > > On Fri, Dec 7, 2018 at 3:38 PM Steven D'Aprano > > wrote: > > On Fri, Dec 07, 2018 at 01:25:19PM -0800, Nathaniel Smith wrote: > > > For this specific purpose, md5 is just as good as a proper hash. > But al

Re: [Python-ideas] Logical tracebacks

On 15/04/2019 22.07, Antoine Pitrou wrote: > > Hello, > > I apologize because I'm only going to throw a very vague idea and I > don't currently have time or motivation to explore it myself. But I > think it may prove interesting for other people and perhaps spur some > concrete actionable propos

[Python-ideas] Re: Comparison operator support (>= and <=) for type

On 17/06/2019 16.47, Guido van Rossum wrote: > Type theorists apparently have chosen to use the <: notation, and > presumably for the same reason. Can we call it "party hat operator", please? <:-) Christian ___ Python-ideas mailing list -- python-ideas@

[Python-ideas] Re: An HTTP API to list versions of Python

On 27/05/2020 18.59, Antoine Pitrou wrote: > On Tue, 26 May 2020 22:19:12 -0400 > Kyle Stanley wrote: >> >>> It could become more detailed about each minor versions, git tag, links >> to changelogs, links to the repositories, to the docs, download links, >> and so on. >> >> I don't know that it

[Python-ideas] Re: EVENTFD(2) support

On 16/06/2020 07.56, [email protected] wrote: > Can we implement eventfd(2) as documented here > ? > > It would only be available on the Linux platform, and one of the benefits > would be the ability to create synchronisation primitives on s

[Python-ideas] Re: Allowing -b (BytesWarning) to be activated in other ways

On 16/07/2020 16.38, Shai Berger wrote: > Hi Pythonistas, > > The -b flag, which turns on checks which emit BytesWarnings on > operations mixing bytes and str objects, is very useful. > > However, the only way to set this flag is via the Python invocation. > This limits its usability in contexts

Re: [Python-ideas] Expose reasons for SSL/TLS cert verification failures

On 2016-09-09 12:23, Chi Hsuan Yen wrote: > Hi Python enthusiasts, > > Currently _ssl.c always reports CERTIFICATE_VERIFY_FAILED for any > certification verification errors. In OpenSSL, it's possible to tell > from different reasons that lead to CERTIFICATE_VERIFY_FAILED. For > example, https://ex

Re: [Python-ideas] incremental hashing in __hash__

On 2016-12-30 20:59, Matthias Bussonnier wrote: > On Fri, Dec 30, 2016 at 5:24 PM, Nick Coghlan wrote: >> >> I understood the "iterhash" suggestion to be akin to itertools.accumulate: >> >> >>> for value, tally in enumerate(accumulate(range(10))): print(value, >> ... > > It reminds me of hma

Re: [Python-ideas] Unified TLS API for Python

On 2017-02-04 19:18, Cory Benfield wrote: > >> On 3 Feb 2017, at 18:30, Steve Dower wrote: >> >> On 02Feb2017 0601, Cory Benfield wrote: >>> >>> 4. Eventually, integrating the two backends above into the standard >>> library so that it becomes possible to reduce the reliance on OpenSSL. >>> This

Re: [Python-ideas] Secure string disposal (maybe other inmutable seq types too?)

On 2018-06-23 15:57, Stephan Houben wrote: > Would it not be much simpler and more secure to just disable core dumps? > > /etc/security/limits.conf on Linux. > > If the attacker can cause and read a core dump, the game seems over > anyway since sooner or later he will catch the core dump at a tim

Re: [Python-ideas] Secure string disposal (maybe other inmutable seq types too?)

On 2018-06-23 07:21, Nathaniel Smith wrote: > On Fri, Jun 22, 2018 at 6:45 PM, Steven D'Aprano wrote: >> On Sat, Jun 23, 2018 at 01:33:59PM +1200, Greg Ewing wrote: >>> Chris Angelico wrote: Downside: You can't say "I'm done with this string, destroy it immediately". >>> >>> Also it woul

Re: [Python-ideas] Secure string disposal (maybe other inmutable seq types too?)

On 2018-06-23 21:55, Ezequiel Brizuela [aka EHB or qlixed] wrote: > > > El sáb., 23 de jun. de 2018 10:58, Stephan Houben > > escribió: > > Would it not be much simpler and more secure to just disable core dumps? > > /etc/security/limits.conf on Linux. > >