[Python-Dev] [RELEASE] Python 3.12.0 release candidate 1 released

-new-releases-9>We hope you enjoy the new releases! Thanks to all of the many volunteers who help make Python Development and these releases possible! Please consider supporting our efforts by volunteering yourself or through organization contributions to the Python Software Foundation <h

[Python-Dev] [RELEASE] Python 3.12.0 beta 4 released

n Software Foundation <https://www.python.org/psf-landing/>. Regards from the alternating thunderstorms and heat waves in Amsterdam, Thomas Wouters. Your release team, Ned Deily Steve Dower Łukasz Langa -- Thomas Wouters ___ Python-Dev

[Python-Dev] [RELEASE] Python 3.12.0 beta 3 released

supporting our efforts by volunteering yourself or through organization contributions to the Python Software Foundation. Regards from a suddenly very stormy Amsterdam, Thomas Wouters Your release team, Ned Deily Steve Dower Łukasz Langa -- Thomas Wouters ___

[Python-Dev] [RELEASE] Python 3.12.0 beta 1 released.

new release Thanks to all of the many volunteers who help make Python Development and these releases possible! Please consider supporting our efforts by volunteering yourself or through organization contributions to the Python Software Foundation. Your release team, Thomas Wouters Ned Deily Steve Dower --

[Python-Dev] [RELEASE] Python 3.11.3, 3.10.11 and 3.12.0 alpha 7 released

n Software Foundation. https://www.python.org/psf/ >From the release team, Thomas Wouters @thomas Pablo Galindo Salgado @pablogsal Łukasz Langa @ambv Ned Deily @nad Steve Dower @steve.dower ___ Python-Dev mailing list -- python-dev@python.org To uns

[Python-Dev] Python 3.12.0 alpha 6 released

espeare. Enjoy the new releases Thanks to all of the many volunteers who help make Python Development and these releases possible! Please consider supporting our efforts by volunteering yourself or through organization contributions to the Python Software Foundation. Regards from unexpecte

[Python-Dev] Python 3.12.0 alpha 4 released

y volunteering yourself or through organization contributions to the Python Software Foundation. Regards from chilly Amsterdam, Your release team, Thomas Wouters Ned Deily Steve Dower -- Thomas Wouters ___ Python-Dev mailing list -- python-dev@p

[Python-Dev] Python 3.12.0 alpha 2 released

stisement the weapon of personality, and for their reward, a > flattery, which is not true praise. Enjoy the new releases Thanks to all of the many volunteers who help make Python Development and these releases possible! Please consider supporting our efforts by volunteering yours

[Python-Dev] Python 3.12.0 alpha 1 released.

Software Foundation. Regards from dusky California, Your release team, Thomas Wouters @Yhg1s Ned Deily @nad Steve Dower @steve.dower -- Thomas Wouters ___ Python-Dev mailing list -- python-dev@python.org To unsubscribe send an email to python-dev-le...

[Python-Dev] Re: PEP 689 – Unstable C API tier (was: Semi-stable C API tier)

On Wed, May 4, 2022, 04:11 Petr Viktorin wrote: > > > On 29. 04. 22 19:02, Guido van Rossum wrote: > > On Fri, Apr 29, 2022 at 10:15 AM Petr Viktorin > > wrote: > > > > On 29. 04. 22 16:32, Victor Stinner wrote: > > > Ok, let me start with the serious business:

[Python-Dev] Re: The Steering Council elections.

e, so please consider who you would like to see on the SC. On Wed, Nov 10, 2021 at 1:40 PM Thomas Wouters wrote: > (Not sending this out as a SC member, just as myself.) > > Because we're half-way through the nomination period, I want to remind > people about the Steering Coun

[Python-Dev] The Steering Council elections.

minating myself, I just haven't gotten around to making the actual post yet.) Electably-y'rs, -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! ___ Python-Dev mailing list -- pyth

[Python-Dev] Type annotations, PEP 649 and PEP 563

so far is that we don’t see the typing language as separate from Python (and thus won’t be blanket delegating typing PEPs to a separate authority), and we don’t see type annotations as purely for static analysis use. For the whole SC, Thomas. -- Thomas Wouters Hi! I'm an email virus!

[Python-Dev] Re: Accepting PEP 654.

On Sat, Sep 25, 2021 at 12:06 AM Thomas Wouters wrote: > > Irit, Guido, Yuri, Nathaniel, > I do apologise for the typo in your name, Yury... somehow none of us caught it in our proofreading of the response :( I fixed it on Discourse with an edit, but email, alas... -- Thomas Wouters

[Python-Dev] Accepting PEP 654.

flat versus nested ExceptionGroups), and we do not want to discourage discussion on any of this. We do want to move forward with PEP 654 as-is in the meantime, in particular to get practical experience in the standard library. With thanks for all your hard work, For the whole SC, Thomas. -- Thomas Wouters Hi!

[Python-Dev] July Steering Council update.

scord and Pablo suggested we use it for the next virtual Sprint, which the group agrees with. -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! ___ Python-Dev mailing list -- python-dev@python

[Python-Dev] A ban from Core Developer spaces.

has to stop, and we do mean it. At this point we need to have a larger discussion about the future of python-dev, but we want to handle that separately from this particular incident. We’ll think a bit more about what the options are, and start a separate discussion about it later this week. For th

[Python-Dev] Rejecting PEP 648

P would benefit them. For the whole SC, Thomas. -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! ___ Python-Dev mailing list -- python-dev@python.org To unsubscribe send an email to python-dev-le...

[Python-Dev] May/June steering council updates.

ional modules/packages. - Group discussed enum.Enum repr and str changes in 3.10 & 3.11. It was decided that Barry will email python-dev@ and strongly suggest that we rollback to 3.9 behavior for 3.10 and write a new PEP for 3.11. -- Thomas Wouters Hi! I'm an email viru

[Python-Dev] Re: March Steering Council update.

why I forgot this time. The update was updated. > > Cross referencing is a little awkward when reading the summary on a phone > rather than a full computer. > > Cheers, > Nick. > > On Tue, 18 May 2021, 11:12 pm Thomas Wouters, wrote: > >> >> The SC has

[Python-Dev] Re: IRC #python-dev channel is now on Libera Chat (bye bye Freenode)

ge archived at > https://mail.python.org/archives/list/python-dev@python.org/message/SD7KLY2ID4H3BG7HPUZEHPEQGE26L724/ > Code of Conduct: http://python.org/psf/codeofconduct/ > -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help

[Python-Dev] Re: IRC #python-dev channel is now on Libera Chat (bye bye Freenode)

/python.org/psf/codeofconduct/ >> > > > -- > --Guido van Rossum (python.org/~guido) > *Pronouns: he/him **(why is my pronoun here?)* > <http://feministing.com/2015/02/03/how-using-they-as-a-singular-pronoun-can-change-the-world/> >

[Python-Dev] March Steering Council update.

ion. - SC met with Ezio, PM for the GitHub Issues migration, to talk about status, progress and next steps, including keeping python-dev up to date. -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! _

[Python-Dev] PEP 563 and Python 3.10.

and a multi-faceted one at that. For the Steering Council, Thomas. -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! ___ Python-Dev mailing list -- python-dev@python.org To unsubscribe send an email to

[Python-Dev] Re: PEP 654: Exception Groups and except* [REPOST]

y come down to there just not being enough time before the feature freeze to make a thoughtful decision. For the SC, Thomas. -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! ___ Python-Dev m

python-dev@python.org

we don't get to we'll try to answer them some other way, like a blog post. -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! ___ Python-Dev mailing list -- python-dev@python.org T

[Python-Dev] Accepting PEP 624 (Remove Py_UNICODE encoder APIs)

in a brief ‘porting’ section in the PEP instead. With the Python Steering Council's gratitude, Thomas. -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! ___ Python-Dev mailing list -- python

[Python-Dev] Accepting PEP 597 (Add optional EncodingWarning)

plan with a good upgrade path and with community support, but we do believe we need to make that decision sooner rather than later. With thanks from the whole Python Steering Council, Thomas. -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help

[Python-Dev] Rejecting PEP 637 (Support for indexing with keyword arguments)

Steering Council, Thomas. -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! ___ Python-Dev mailing list -- python-dev@python.org To unsubscribe send an email to python-dev-le...@python.org

[Python-Dev] Re: New name for the development branch [was Steering Council update for February]

point we can't even claim to do it because it's the right thing. We're just going with the flow here. There is more value in using the conventional names, and the convention for the replacement of 'master' is clearly 'main'. -- Thomas Wouters Hi! I'm an e

[Python-Dev] Steering Council update for January

iscussion got pushed to next week because we went 30 minutes over. -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! ___ Python-Dev mailing list -- python-dev@python.org To unsubscribe send an e

[Python-Dev] Re: SC 2020 recommendation for PEP 634

e PEPs ( https://mail.python.org/archives/list/python-dev@python.org/thread/4SBR3J5IQUYE752KR7C6432HNBSYKC5X/) and in my nomination post ( https://discuss.python.org/t/steering-council-nomination-thomas-wouters-2021-term/5678 ). (If this makes people change their mind about the SC elections, keep in mind you ca

[Python-Dev] Re: SC 2020 recommendation for PEP 634

On Mon, Dec 7, 2020, 22:34 Ethan Furman via Python-Dev < python-dev@python.org> wrote: > On 12/7/20 11:29 AM, Brett Cannon wrote: > > > After much deliberation, the 2020 SC will be making a recommendation to > the 2021 SC to accept PEP 634 (although this was > > not a unanimous decision). > > This

[Python-Dev] Re: The semantics of pattern matching for Python

g if a feature introduced under a future import turned out to go away rather than become the default. -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! ___ Python-Dev mailing list -- python-dev@py

[Python-Dev] My thoughts on Pattern Matching.

ap instead of closing it. It creates more special syntax that will be harder to apply to other parts of Python. I think we need something that fits well with the rest of Python, not a separate sub-language. Like I said, I haven't made up my mind either way, and I don't want to turn this i

[Python-Dev] Re: Speeding up CPython

knows, maybe someone will be willing to outright fund this as-is. But as it is, the SC doesn't think we can fund this directly, even if we had the money available. For the SC, Thomas. -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me sp

[Python-Dev] Re: PEP 642: Constraint Pattern Syntax for Structural Pattern Matching

s of '_' unambiguous, and allows structured pattern matching and iterable unpacking to be thought of the same. It reduces the complexity of the language because it no longer uses the same syntax for disparate things. -- Thomas Wouters Hi! I'm an email virus! Think twice before

[Python-Dev] Re: PEP 640: Unused variable syntax.

On Tue, Oct 20, 2020 at 2:44 PM Paul Moore wrote: > On Tue, 20 Oct 2020 at 13:25, Thomas Wouters wrote: > > > > On Tue, Oct 20, 2020 at 2:22 PM Paul Moore wrote: > >> > >> On Tue, 20 Oct 2020 at 13:13, Thomas Wouters wrote: > >> > The reason fo

[Python-Dev] Re: PEP 640: Unused variable syntax.

On Tue, Oct 20, 2020 at 2:22 PM Paul Moore wrote: > On Tue, 20 Oct 2020 at 13:13, Thomas Wouters wrote: > > The reason for this PEP is that pattern matching will make '_' (but not > any other names) have the behaviour suggested in this PEP, but *only* in > pattern match

[Python-Dev] Re: PEP 640: Unused variable syntax.

On Tue, Oct 20, 2020 at 2:02 PM Chris Jerdonek wrote: > On Mon, Oct 19, 2020 at 3:11 PM Thomas Wouters wrote: > >> PEP: 640 >> Title: Unused variable syntax >> Author: Thomas Wouters >> > ... > >> In Python it is somewhat common to need to do an ass

[Python-Dev] Re: PEP 640: Unused variable syntax.

tps://mail.python.org/mailman3/lists/python-dev.python.org/ > Message archived at > https://mail.python.org/archives/list/python-dev@python.org/message/OPUUJWBCK37CQXOYIFYSUIXFQSWTTCCA/ > Code of Conduct: http://python.org/psf/codeofconduct/ > -- Thomas Wouters Hi! I'm an emai

[Python-Dev] PEP 640: Unused variable syntax.

ending this *not* be accepted if pattern matching using the same syntax is not also accepted. The benefit without pattern matching is real but small, and in my opinion it's not worth the added complexity. The PEP: PEP: 640 Title: Unused variable syntax Author: Thomas Wouters Status: Draft Type: Sta

[Python-Dev] Re: Modified parser does not seem to work. What am I doing wrong?

On Fri, 16 Oct 2020, 23:04 Stefano Borini, wrote: > Hello, > > I am trying to implement PEP-637, and I started modifying the parser > and the grammar, but I don't know what I am missing. > > The PR is here > > > https://github.com/python/cpython/compare/master...stefanoborini:PEP-637-implementati

[Python-Dev] Re: [python-committers] Re: Re: Resignation from Stefan Krah

dividual contributors, the perceptions our actions and decisions and silence create for the individuals involved, the other core developers, and the Python community at large. We're also still figuring out the process and standards we want to set for this kind of thing, because it is fairly new t

[Python-Dev] Re: [python-committers] Resignation from Stefan Krah

ttps://mail.python.org/archives/list/python-committ...@python.org/message/ZIAN7ERZNF4ZE2B2SLYNRPVNERNACG5A/ > Code of Conduct: https://www.python.org/psf/codeofconduct/ > -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread!

[Python-Dev] Re: PEP 620: Hide implementation details from the C API

___ > 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/list/p

[Python-Dev] Re: [Python-ideas] Re: Amend PEP-8 to require clear, understandable comments instead of Strunk & White Standard English comments

On Tue, Jun 30, 2020 at 2:36 PM Steven D'Aprano wrote: > It needs to be pointed out that Thomas Wouters was recently re-elected > to the PSF board. I think we need to know whether Thomas speaks for the > entire PSF board.Giampaolo feared this: > > "It's gonna

[Python-Dev] Re: Lists placed into Emergency Moderation status

-dev.python.org/ > Message archived at > https://mail.python.org/archives/list/python-dev@python.org/message/LZVR6SLZN4LCGD4SC4BCVHKMUH6GKA6D/ > Code of Conduct: http://python.org/psf/codeofconduct/ > -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email

[Python-Dev] Re: [Python-ideas] Re: Amend PEP-8 to require clear, understandable comments instead of Strunk & White Standard English comments

ughts of homo faber. Ideas, once born, >> become abortifacients against new conceptions. >> _______ >> Python-Dev mailing list -- python-dev@python.org >> To unsubscribe send an email to python-dev-le...@python.org >> https://

[Python-Dev] Re: PEP 620: Hide implementation details from the C API

ects are allocated. It doesn't make much sense, however, because Python wouldn't allocate their objects anyway, just the Python objects wrapping theirs. Allocating CPython objects should be CPython's job. FWIW, I suspect the biggest problem with getting rid of tp_new/tp_free is code tha

[Python-Dev] Re: Question about bytecode stability

On Mon, 6 Apr 2020, 06:30 Brandt Bucher, wrote: > > The best way to look at this is to consider how long a .pyc file is > valid. They're currently named something like > __pycache__/modulename.cpython-38.pyc which is a fairly clear indication > that the cached compiled module should be valid for

[Python-Dev] Re: PEP 617: New PEG parser for CPython

s. Is the intent that the actions are cross-language, or translated to Python somehow, or is the support for generating a Python-based parser merely for debugging, as that action suggests? -- Thomas Wouters Hi! I'm an email virus! Think twice before sendin

[Python-Dev] Re: Request to postpone some Python 3.9 incompatible changes to Python 3.10

-- 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/list/python-dev@python.org/message/CHMOFONIBAACIW5A5SNHLTV6A5BEQXYT/ > Co

[Python-Dev] Re: PEP proposal to limit various aspects of a Python program to one million.

ow") > comes to mind here. > > Paul > ___ > 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

[Python-Dev] Re: Deprecating the "u" string literal prefix

On Wed, Dec 4, 2019 at 6:37 PM Victor Stinner wrote: > Le mer. 4 déc. 2019 à 14:49, Thomas Wouters a écrit : > >> (...) > >> It's very different if an incompatible change break 1% or 90% of > >> Python projects. > > > > Unfortunately there is a di

[Python-Dev] Re: Deprecating the "u" string literal prefix

n-dev-le...@python.org > https://mail.python.org/mailman3/lists/python-dev.python.org/ > Message archived at > https://mail.python.org/archives/list/python-dev@python.org/message/XJ7PF3GIA7HCENHB7CM7BSGSAZ3SWAOT/ > Code of Conduct: http://python.org/psf/codeofconduct/ > -- Thom

[Python-Dev] Nominations for the 2019 Steering Council Election are open until Friday.

https://mail.python.org/archives/list/python-committ...@python.org/message/ZJ4V2KPFE6DJO4GONP7YV2QCHBM6UUY7/ Code of Conduct: https://www.python.org/psf/codeofconduct/ -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! __

[Python-Dev] Re: PEP 587 (Python Initialization Configuration) updated to be future proof again

locatorEx > > to ensure that the compilation of all C extensions using the API will > > fail... :-( > > I really dislike this solution. What will happen when we will add > > another field to the structure, like a new PyMem_Aligned() (similar to > > posix_memalign()) fu

[Python-Dev] Re: obmalloc (was Have a big machine and spare time? Here's a possible Python bug.)

at work, including a lot of third-party extension modules, but I don't see an easy way to do it right now. -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! ___ Python-Dev mailing list -- pyth

[Python-Dev] Accepting PEP 587 (Python Initialization Configuration)

on (at least until the rest of PEP 432 lands) but it's a giant boon to those of us who embed Python :) -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! ___ Python-Dev mailing list Python-Dev@py

Re: [Python-Dev] Have a big machine and spare time? Here's a possible Python bug.

gt; Cheers, > Steve > > [1]: > > https://github.com/python/cpython/blob/51aa35e9e17eef60d04add9619fe2a7eb938358c/Objects/obmalloc.c#L769 > ___ > Python-Dev mailing list > Python-Dev@python.org > https://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: &

Re: [Python-Dev] RFC: PEP 587 "Python Initialization Configuration": 3rd version

e their own flag, so I'm not listing that here.) With Hermetic Python we don't care about any of these (for a variety of different reasons), but I'm always a little worried that future Python versions would add behaviour to site that we *do* need. (As a side note, here's an issue

Re: [Python-Dev] PEP 573 -- Module State Access from C Extension Methods

t > > > Backwards Compatibility > === > > Two new pointers are added to all heap types. > All other changes are adding new functions, structures and a type flag. > > The new ``PyErr_PrepareImmutableException`` function changes encourages > modules to switch from using he

Re: [Python-Dev] The untuned tunable parameter ARENA_SIZE

list > Python-Dev@python.org > https://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: https://mail.python.org/mailman/options/python-dev/ > thomas%40python.org > > -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread!

Re: [Python-Dev] Investigating Python memory footprint of one real Web application

rint. > > > > Maybe, sharing some tuples which code object has may increase cache > efficiency. > > I'll try run pyperformance with the marshal patch. > > IIRC Thomas Wouters (?) has been working on a patch to move the ref > counter out of the PyObject struct and into

Re: [Python-Dev] Question about sys.path and sys.argv and how packaging (may) affects default values

nflicts) - Hopefully never needed for that reason, > but it might also simplify packaging applications that depend on python. > A vanilla Python (or non-Debian-built python, even) has no business looking in dist-packages. It should just use site-packages. Third-party packages shouldn't care wh

Re: [Python-Dev] Keeping competitive with Go (was Re: Computed Goto dispatch for Python 2)

y 28, 2015, at 10:37 AM, Donald Stufft wrote: > > >I think docker is a pretty crummy answer to Go’s static binaries. What I > would > >love is for Python to get: > > > >* The ability to import .so modules via zipzimport (ideally without a > >temporary direct

Re: [Python-Dev] libffi embedded in CPython

using distutils. It would be a really, really good idea to clean up that mess if we're not going to bundle libffi anymore :-P Screaming-and-stabbing-at-setup.py'ly y'rs, -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread!

Re: [Python-Dev] libffi embedded in CPython

__ >> 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/guido%40python.org >> >> > > > -- > --G

Re: [Python-Dev] PEP 448 review

#x27;m happy with the PEP and with the final decision. -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listi

Re: [Python-Dev] Request for Pronouncement: PEP 441 - Improving Python ZIP Application Support

___ > 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/thomas%40python.org > -- Thomas Wouters Hi! I'm an email virus! Think twice

Re: [Python-Dev] PEP 441 - Improving Python ZIP Application Support

once the glibc feature is released. It requires some fairly big changes to zipimport (I ended up rewriting the whole thing) but we can easily opensource the code, if there's any interest at all. I'd be happy to discuss this in more detail at PyCon, at which time we should be deploying code intern

Re: [Python-Dev] Why are generated files in the repository?

7;s far more developer friendly to aim to have builds from a source >> check-out "just work" if we can. That's pretty much where we are today >> (getting external dependencies for the optional parts on *nix can still be >> a bit fiddly - it may be worth maintaining instructi

Re: [Python-Dev] Python 3.5 on VC14 - update

d I believe the Debian/Ubuntu packages also do this.) I believe almost all of that is from speedups to the main eval loop, which is a huge switch in a bigger loop with complicated jump logic. It wouldn't surprise me if VS's PGO only decided to optimize that eval loop :) -- Thomas Wo

Re: [Python-Dev] ref leaks

'0, 0, 4' are probably not leaks, but if you're worried you can run them with larger 'stab' and 'run' to see if they stabilize, or a smaller 'stab' to see if they just have unreliable refcount effects. The easiest way to debug these things is to

Re: [Python-Dev] Language Summit notes

to understand better. We also want to > help developers to make a single source for Python 2 and Python 3 > release less painful. > > Python 2.7 is alive and in good health and support will continue on the > same. > > Few points were talked about from 3.5, like byte formatting

Re: [Python-Dev] PEP 465: A dedicated infix operator for matrix multiplication

On Apr 8, 2014 2:39 PM, "Nick Coghlan" wrote: > > On 8 April 2014 21:24, Björn Lindqvist wrote: > > 2014-04-08 12:23 GMT+02:00 Sturla Molden : > >> Björn Lindqvist wrote: > >> > >>> import numpy as np > >>> from numpy.linalg import inv, solve > >>> > >>> # Using dot function: > >>> S = np.dot((n

Re: [Python-Dev] collections.sortedtree

g/pypi/blist, rather than a new implementation. -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscri

Re: [Python-Dev] PEP 461: Adding % formatting to bytes and bytearray -- Final, Take 3

atic for porting code. Did this come up in the earlier discussions? -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/

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

third-party packages either, but that's not something that's easily done. I do believe that besides accepting this PEP we should provide good guidance on how to write portable, secure software using the tools provided, say in a new chapter in the library docs -- and it shouldn't be afra

Re: [Python-Dev] unittest assertRaisesRegex bug?

in unittest. > > Also: > > self.assertRaisesRegex(TypeError, '%x format: an integer is > required, not float','%x'.__mod__, 3.14), > self.assertRaisesRegex(TypeError, '%X format: an integer is > required, not float',

Re: [Python-Dev] Intricacies of calling __eq__

g other things on the hashing algorithm and the size of the dict. If we were serious about not changing these kinds of aspects between Python implementations, we certainly shouldn't be changing them between versions of the same Python implementation -- and so we would be banned from ever changing t

Re: [Python-Dev] PEP 463: Exception-catching expressions

On Wed, Mar 5, 2014 at 4:28 PM, Chris Angelico wrote: > On Thu, Mar 6, 2014 at 7:57 AM, Thomas Wouters wrote: > > All in all I believe I will continue to prefer specific methods for > specific > > use-cases; I'm -0 on the idea of an except-expression, -0 on the syntax &

Re: [Python-Dev] PEP 463: Exception-catching expressions

r becomes obvious what it does from a glance. Not having except-expr may mean we keep adding methods (with different names, and slightly different semantics) to cover specific use-cases of specific types, but I can live with that. -- Thomas Wouters Hi! I'm an email virus! Think twice be

Re: [Python-Dev] PEP 463: Exception-catching expressions

(to handle dicts and sets and dict comprehensions and set comprehensions, for example) but this would be even more duplication. It would be easier if we weren't talking about '(' or any other token that can be part of a normal expression ;-P [ Cue people suggesting the use of 

Re: [Python-Dev] PEP 463: Exception-catching expressions

On Feb 23, 2014 7:52 PM, "Stefan Behnel" wrote: > > Chris Angelico, 21.02.2014 04:15: > > Just as PEP 308 introduced a means of value-based conditions in an > > expression, this system allows exception-based conditions to be used > > as part of an expression. > > [...] > > This currently works:: >

Re: [Python-Dev] PEP 463: Exception-catching expressions

On Sat, Feb 22, 2014 at 2:08 AM, Thomas Wouters wrote: > > > (FWIW, I have a working patch without tests that allows all of these, I'll > upload it tonight so people can play with it. Oh, and FWIW, currently I'm > +0 on the idea, -0 on the specific syntax.) > http:

Re: [Python-Dev] PEP 463: Exception-catching expressions

some of the grammar nodes, but it shouldn't be too bad. However, disallowing any infix operators in the 'default' expression means it'll still be valid, just mean something different; #9, for example, would be parsed as '(f(A) except TypeError: f(B)) or f(C)' if the '

Re: [Python-Dev] Why does PEP 8 advise against explicit relative imports?

l work -- unless you don't care if it'll work, of course :) The alternative is to include a package *without* changing its name (by adding the right directory, without __init__.py, to sys.path) and that has worked out a lot better for us. Even so, there's no reason for *the sta

Re: [Python-Dev] add new lambda syntax

work, but you'd have to fold the bits of vararglist you need into testlist_comp, then reject invalid syntax that matches the grammar (like "(x=expr for ...)" or "((x+1)=expr)" or "(*foo=1)") in the compiler. Something like (untested): testlist_comp: (test|star_expr) ['=&

Re: [Python-Dev] stat module in C -- what to do with stat.py?

ete, why would we want to keep it -- or use it as fallback -- at all? If we're dead set on having a .py file instead of requiring it to be part of the interpreter (whichever that is, however it was built), it should be generated as part of the build process. Personally, I don't see t

Re: [Python-Dev] [Python-checkins] cpython: Issue #17931: Resolve confusion on Windows between pids and process handles.

ed by the PEP 443 implementation, see my message to python-dev. -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailm

Re: [Python-Dev] [Python-checkins] cpython: Add reference implementation for PEP 443

f and atexit during interpreter startup. I'm wondering if that's really necessary :) -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! ___ Python-Dev mailing list Python-Dev@python.org http

Re: [Python-Dev] Mysterious Python pyc file corruption problems

ually explainable from this scenario. > > -- > --Guido van Rossum (python.org/~guido) > ___ > Python-Dev mailing list > Python-Dev@python.org > http://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: > http://mail.python.org/m

Re: [Python-Dev] IDLE in the stdlib

ing on it that would prefer it that way. And only if we realize that if IDLE languishes again, python-dev is *still* on the hook for it, even in the separate repository. I don't know if excluding it from the source tarball gains us anything on top of that -- although I do think we should move '

Re: [Python-Dev] backporting the _sysconfigdata.py module to 2.7

ilures in the most unexpected ways, we haven't seen anything broken or failing in any way by that change. (Not that I was expecting it, I'm just saying even I think this is a good idea ;) -- Thomas Wouters Hi! I'm a .signature virus! copy me into your .signature file to

Re: [Python-Dev] Some joker is trying to unsubscribe me

us to CC you on all messages? I'm sure it could be arranged :> -- Thomas Wouters Hi! I'm a .signature virus! copy me into your .signature file to help me spread! ___ Python-Dev mailing list Python-Dev@python.org http://mail.python

Re: [Python-Dev] Docs of weak stdlib modules should encourage exploration of 3rd-party alternatives

* http://www.python.org/webstats/usage_201202.html#TOPURLS - I don't > know what page "Documentation" means since it doesn't have a specific > link, but whatever page that is got hit 960K times in February. > GroupURL/doc/* Documentation So it&#

Re: [Python-Dev] Zipping the standard library.

On Sun, Mar 11, 2012 at 14:08, Guido van Rossum wrote: > On Sun, Mar 11, 2012 at 12:26 PM, Thomas Wouters > wrote: > > Thanks for the suggestions (Antoine too), but that's not really the > topic I > > want to discuss here (but if you guys move to Google I'll happi

Re: [Python-Dev] Zipping the standard library.

On Sat, Mar 10, 2012 at 22:16, PJ Eby wrote: > On Sat, Mar 10, 2012 at 5:49 PM, Thomas Wouters wrote: > >> (And, yes, I'm zipping up the stdlib for Python 2.7 at Google, to reduce >> the impact on the aforementioned million of machines :) >> > > You might w

  1   2   3   4   5   >