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

Hi, On Tue, Feb 01, 2022 at 10:19:12AM -0500, Éric Araujo wrote: Hi, Le 01/02/2022 à 07:25, Martin Dengler a écrit : The fact people are assuming bad faith and spilling ink about those getting involved with that extremely-underserved part when contributors are sorely > needed is coun

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

about those getting involved with that extremely-underserved part when contributors are sorely needed is counter-productive. It would be better if more people contributed small changes and thus became low-friction contributors who don't require a lot of mentoring. Terry Jan Reedy M

[Python-Dev] bpo-41544: Add missing parameters to dummy.DummyProcess and dummy.Pool

Hi, could someone please review my pull request? https://github.com/python/cpython/pull/21869 It adds missing parameters to multiprocessing.dummy.DummyProcess in order to match the API of multiprocessing.Process. Best regards, Martin Schröder

[Python-Dev] Re: Dropping out of this list

tion is addressed to you and no one else, or if you're added to the "To" or "Cc" line in a new message. Does that fix your problem? Martin ___ Python-Dev mailing list -- python-dev@python.org To unsubscribe send an email to p

[Python-Dev] Re: Delayed evaluation of f-strings?

On Thu, 24 Jun 2021 at 17:37, Martin (gzlist) wrote: > > >>> d = dict(a=1) > >>> f'{d["a"]}' > '1' > >>> str(DelayedFString('{d["a"]}')) > Traceback (most recent call last): >

[Python-Dev] Re: Delayed evaluation of f-strings?

File "", line 1, in File "", line 5, in __str__ KeyError: '1 + 2' >>> d = dict(a=1) >>> f'{d["a"]}' '1' >>> str(DelayedFString('{d["a"]}

[Python-Dev] Re: Help with the grail browser

pretty sure I put all the important changes on the "py3" branch on my Git Hub repository, at <https://github.com/vadmium/grailbrowser/tree/py3>. It may be useful to you. -Martin. ___ Python-Dev mailing list -- python-dev@python.org To unsub

[Python-Dev] Re: On the migration from master to main

t not making this > change. "We do this not because it's right, but because it's easy." Great to see Python adopting the motto of our new century. Martin ___ Python-Dev mailing list -- python-dev@python.org To unsubscribe send an e

[Python-Dev] Re: Steering Council reply regarding conduct (was Re: Steering Council update for February)

he council votes. [...] Whenever possible, the council's deliberations and votes shall be held in public. Please share the deliberations and votes. Martin [^1]: https://github.com/python/peps/blob/master/pep-0013.rst ___ Python-Dev mailing lis

[Python-Dev] Re: Integer concatenation to byte string

foo, foo) See PEP461: Adding % formatting to bytes and bytearray <https://www.python.org/dev/peps/pep-0461/> "With Python 3 and the split between str and bytes, one small but important area of programming became slightly more difficult, and much more painful -- wire format protocols."

[Python-Dev] Re: Understanding "is not safe" in typeobject.c

former but not with the latter, I would be very pleased to hear about this, so please come forward! (For sure, all is based on B and A being written in C, not Python) Cheers Martin ___ Python-Dev mailing list -- python-dev@python.org To unsubscribe send

[Python-Dev] Re: Understanding "is not safe" in typeobject.c

ce on the C level becomes obvious once you look at the MRO: that one is always linear, it is always effectively a single inheritance. This is also why you have to call super() only once even if you have multiple superclasses: super() just follows the effective single inherit

[Python-Dev] Re: PEP 638: Syntactic macros

//babeljs.io/blog/2017/09/11/zero-config-with-babel-macros https://github.com/kentcdodds/babel-plugin-macros https://github.com/jgierer12/awesome-babel-macros That's a general intro, the code repo for the macro plugin, and a repo that lists implemented macros. Martin

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

On Sat, Jul 04, 2020 at 05:51:04PM +0100, MRAB wrote: I'd also add: Try to avoid regionalisms; aim for a broadly "international" form of the language. Some How do you spell "regionalism"? Martin PS: Irony intended __

[Python-Dev] Re: Something wrong with the bug tracker?

Logging in with openid using launchpad just worked for me, so transient or related to google's openid support presumably. Martin On Sun, 22 Dec 2019 at 15:13, Mark Shannon wrote: > > Hi, > > For some reason I can't log into the bug tracker with Google. > I j

Re: [Python-Dev] git history conundrum

On Sat, 27 Apr 2019 at 19:07, Chris Withers wrote: > Right, so I've merged up to 15f44ab043, what comes next? > > $ git log --oneline --no-merges 15f44ab043.. -- Lib/unittest/mock.py > Lib/unittest/test/testmock/ | tail -n 3 This Git command line means list all the revisions except 15f44ab043 an

Re: [Python-Dev] Replacement for array.array('u')?

of the various types). This is pretty much what ctypes provides for dealing with unicode? https://docs.python.org/3/library/ctypes.html#ctypes.create_unicode_buffer Seems a fine place to have things that help with win32 api interactions. Martin ___

Re: [Python-Dev] [Python-checkins] bpo-34203: FAQ now recommends python 3.x over 2.x (GH-9796)

On 12/10/2018, Eric V. Smith wrote: > On 10/12/2018 5:17 AM, Tal Einat wrote: > >> The latest stable releases can always be found on the `Python download page >> -`_. There are two recommended >> production-ready >> -versions at this point in time, because at

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

who owns the Data hosted on Github? Github Author? Microsoft? Martin __ From: Python-Dev on behalf of M.-A. Lemburg Sent: Tuesday, June 5, 2018 7:54 AM To: Antoine Pitrou; python-dev@python.org Subject: Re

[Python-Dev] PEP 572: Why not := as standard assignment operator?

t bind right-to-left, so that a := b := 3 would be a := (b := 3) I'm sorry if somebody brought that up already, but the discussion has grown so huge that I couldn't read through it entirely. Greetings Martin ___ Python-Dev mailing list Py

Re: [Python-Dev] Basic test to validate win10 install?

Please feel free to reply to python-dev@python.org rather than me personally to take this back to the list. On Tue, Apr 17, 2018 at 1:20 PM, Martin Gainty wrote: > I'll need a few specifics before i wandering into "dll hell" > > .NetFramework version? > RT Library v

[Python-Dev] Basic test to validate win10 install?

Martin Gainty has shared a OneDrive file with you. To view it, click the link below. <https://1drv.ms/u/s!AkpuiYcNg4cShQZgKKBOeW9mOW0X> [https://r1.res.office365.com/owa/prem/images/dc-generic_20.png]<https://1drv.ms/u/s!AkpuiYcNg4cShQZgKKBOeW9mOW0X> errors 3.lst<http

Re: [Python-Dev] Is object the most base type? (bpo-20285)

> On Fri, Feb 02, 2018 at 01:53:00AM -0500, Terry Reedy wrote: >> >>> object.__doc__ >> 'The most base type' > [...] >> I have suggested >> "The superclass for all Python classes." >> "The starting base class of all types and classes other than itself." >> >> I intended to pick the second, but Serh

Re: [Python-Dev] What is the design purpose of metaclasses vs code generating decorators? (was Re: PEP 557: Data Classes)

beautiful concept, that is unfortunately not so simple when it comes to methods hidden in wrappers. Greetings Martin ___ 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] What is the design purpose of metaclasses vs code generating decorators? (was Re: PEP 557: Data Classes)

e the class the ability to do everything a metaclass could do, using mechanisms like @classmethod, and we're done. Greetings Martin ___ 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] What is the design purpose of metaclasses vs code generating decorators? (was Re: PEP 557: Data Classes)

ls.__name__, cls.__bases__, class.__dict__) So I am personally more and more leaning towards a metaclass-free future. Cheers Martin ___ 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] PEP 557: Data Classes

s for automatic metaclass synthesis. Then if a class C inherits from two classes A and B with metaclasses MetaA and MetaB, the metaclass would be MetaA | MetaB. Greetings Martin ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/ma

Re: [Python-Dev] Evil reference cycles caused Exception.__traceback__

reference cycles, and it produced a lot of output. Martin ___ 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] Evil reference cycles caused Exception.__traceback__

On 18 September 2017 at 09:31, Victor Stinner wrote: > Last years, I fixed many reference cycles in various parts of the > Python 3 standard library. Sometimes, it takes years to become aware > of the reference cycle and finally fix it. > > For example, recently, I worked on fixing all "dangling t

Re: [Python-Dev] socketserver ForkingMixin waiting for child processes

> On Fri, Aug 11, 2017 at 6:46 AM Victor Stinner > wrote: >> => http://bugs.python.org/issue31151 >> >> I changed the code to call waitpid() in blocking mode on each child >> process on server_close(), to ensure that all children completed when >> on server close: >> >> https://github.com/python/c

Re: [Python-Dev] PEP 538 (review round 2): Coercing the legacy C locale to a UTF-8 based locale

ncluding for LANG=C), force C.UTF-8. The CLI usage docs could have a LC_CTYPE entry that goes into details of why. Martin ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.o

Re: [Python-Dev] Handle errors in cleanup code

_cause__ or __context__ really help. Martin ___ 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] PEP 538 (review round 2): Coercing the legacy C locale to a UTF-8 based locale

und that Debian discourage that[3]. That's all, though I will also grumble a bit about how long the PEP is. Martin [1] Override Py_FileSystemDefaultEncoding to utf-8 from ascii for the bzr script <https://code.launchpad.net/~gz/bzr/filesystem_default_encoding_794353/+merge/85170>

Re: [Python-Dev] Snap Python for simple distribution across multiple Linux distros

Hi, On 23/05/17 17:54, Guido van Rossum wrote: I think the I inevitable conclusion is"thanks, but no thanks." Can I ask why this the inevitable conclusion? The Python Foundation make packages for Windows and macOS, why not snaps for Linux? On May 23, 2017 8:05 AM, "

Re: [Python-Dev] Snap Python for simple distribution across multiple Linux distros

Hi, On 23/05/17 00:56, Matt Billenstein wrote: On Tue, May 16, 2017 at 11:31:42AM +0100, Martin Wimpress wrote: Is there someone here who'd be interested in doing the same for Python? Do snaps support Windows and/or MacOS? You can't install snaps on Windows or macOS. Snaps are

Re: [Python-Dev] Snap Python for simple distribution across multiple Linux distros

On 23/05/17 09:27, Petr Viktorin wrote: On 05/23/2017 01:34 AM, Brett Cannon wrote: On Tue, 16 May 2017 at 08:08 Martin Wimpress mailto:martin.wimpr...@canonical.com>> wrote: Hi all, I work at Canonical as part of the engineering team developing Ubuntu and Snapcraft [

[Python-Dev] Snap Python for simple distribution across multiple Linux distros

pcraft.io/ [2] https://www.youtube.com/watch?v=M-bDzr4gYUU [3] https://snapcraft.io/docs/core/install [4] https://build.snapcraft.io/ -- Regards, Martin. ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev

Re: [Python-Dev] Escaping docs markup in NEWS entries?

On 1 May 2017 at 06:37, Nick Coghlan wrote: > Hi folks, > > I'm trying to write a NEWS entry that explains that the > ":func:`bytes`" cross-references have changed to refer to the type > descriptions by default (matching other builtin container types), so > you now need to use ``:ref:`func-bytes`"

Re: [Python-Dev] why _PyGen_Finalize(gen) propagates close() to _PyGen_yf() ?

On 31 March 2017 at 05:22, Nathaniel Smith wrote: >>> On Mon, Mar 20, 2017 at 11:30 AM, Oleg Nesterov wrote: >>> > [Aborting "yield" in a "for" loop leaves a sub-generator open, but >>> > aborting "yield from" cleans up the sub-generator] > > In any case the short answer to your original questio

Re: [Python-Dev] What version is an extension module binary compatible with

On 30 March 2017 at 15:31, Nick Coghlan wrote: > On 29 March 2017 at 02:18, Paul Moore wrote: >> On 28 March 2017 at 12:24, Miro Hrončok wrote: >>> I'd like some clarification on what ABI compatibility we can expect. >>> * Should the ABI be stable across patch releases (so calling >>> PySlice_A

Re: [Python-Dev] Issue with _thread.interrupt_main (29926)

On 29 March 2017 at 00:40, Terry Reedy wrote: > [. . .] Eryk Sun suggested a patch for Windows, (and > the possibility of using pthread_kill). Can you possibly do one for *nix? > This is out of my ballpark, but the bug (relative to console behavior) is a > nuisance. I'll try to find time, but no

Re: [Python-Dev] Issue with _thread.interrupt_main (29926)

On 28 March 2017 at 03:11, Steven D'Aprano wrote: > On Mon, Mar 27, 2017 at 10:33:44PM -0400, Terry Reedy wrote: >> https://bugs.python.org/issue29926 was opened as an IDLE issue, which >> means that most watching the new issues list would ignore it. But I >> think it is an issue with _thread.int

Re: [Python-Dev] Regarding writing tests for module tabnanny

On 13 March 2017 at 11:56, Jaysinh Shukla wrote: > Respected Members, > > I identified the standard module 'tabnanny' is having 16.66% of code > coverage (Source: > https://codecov.io/gh/python/cpython/src/master/Lib/tabnanny.py). I am > interested to write tests for this module. Before starti

Re: [Python-Dev] Python FTP Injections Allow for Firewall Bypass (oss-security advisory)

On 24 February 2017 at 07:51, Benjamin Peterson wrote: > As for this, particular issue, we should determine if there's a tracker > issue yet and continue discussion there. That would be . ___ Python-Dev mailing list P

Re: [Python-Dev] adding threaded tests to the test suite

> Le dim. 22 janv. 2017 à 21:04, Ethan Furman a écrit : >> Question: I need to add a threaded test to the enum test module [1] -- is >> there anything extra I >> need to worry about besides the test itself? Setting or resetting or >> using a tool library, etc? >> >> threads = [] >> for i in rang

Re: [Python-Dev] [Python-checkins] cpython (2.7): Update the porting HOWTO

On 17 December 2016 at 20:39, brett.cannon wrote: > https://hg.python.org/cpython/rev/287d4290b1b4 > changeset: 105714:287d4290b1b4 > branch: 2.7 > parent: 105677:eb02db65e148 > user:Brett Cannon > date:Sat Dec 17 12:38:54 2016 -0800 > summary: > Update the porting H

Re: [Python-Dev] Implementation difference of audioop.lin2lin in Python2 and Python3

On 13 December 2016 at 13:37, MRAB wrote: > On 2016-12-13 11:31, KH Luke Kim wrote: >> >> Hello, >> recently there had been some issues in audioread and librosa that 3-byte >> samples can be loaded in Python 3 but 2. >> >> The documentation says that the audioop.lin2lin function in Python 3 >> sup

Re: [Python-Dev] cpython: Revert unintended merge

On 3 December 2016 at 22:15, Steve Dower wrote: > On 03Dec2016 1312, Serhiy Storchaka wrote: >> >> On 03.12.16 22:13, steve.dower wrote: >>> >>> https://hg.python.org/cpython/rev/a60767015bed >>> changeset: 105436:a60767015bed >>> user:Steve Dower >>> date:Sat Dec 03 12:12:23 20

Re: [Python-Dev] New problem accessing tracker with Firefox 50.0

On 18/11/2016, Terry Reedy wrote: > Starting today, while reviewing the "Summary of Python tracker issues", > I get the following for about half the clicks. > > """ > Secure Connection Failed > > An error occurred during a connection to bugs.python.org. A PKCS #11 > module returned CKR_DEVICE_ERRO

Re: [Python-Dev] [Python-checkins] cpython (merge 3.5 -> default): Null merge.

On 29 September 2016 at 04:26, Zachary Ware wrote: > On Wed, Sep 28, 2016 at 10:04 PM, Terry Reedy wrote: >> On 9/28/2016 9:57 PM, terry.reedy wrote: >>> https://hg.python.org/cpython/rev/02eb35b79af0 >> >> >> (2nd try) I mistakenly null merged from 3.5 to default. >> Should a now do a proper nul

Re: [Python-Dev] [Python-checkins] cpython (merge 3.5 -> default): Null merge.

On 29 September 2016 at 03:04, Terry Reedy wrote: > On 9/28/2016 9:57 PM, terry.reedy wrote: >> https://hg.python.org/cpython/rev/02eb35b79af0 > > (2nd try) I mistakenly null merged from 3.5 to default. > Should a now do a proper null merge from 3.5 to 3.6 to default? Yes, I think 3.5 needs to be

Re: [Python-Dev] [Python-checkins] cpython: Fixes test_getargs2 to get the buildbots working again.

On 12 September 2016 at 02:48, Steve Dower wrote: >> Fixes test_getargs2 to get the buildbots working again. > > I'm not sure this is the fix we want to keep here, but it was sufficient to > get the test going and unblock all the buildbots. > > I'm not entirely sure when the break appeared (esse

Re: [Python-Dev] (some) C99 added to PEP 7

Thank you very much Benjamin. On 7 September 2016 at 17:56, Benjamin Peterson wrote: > To conclude our discussion about using C99 features, I've updated PEP 7 > to allow the following features: > - Standard integer types in and Perhaps PEP 7 should clarify if the optional types like ui

Re: [Python-Dev] PEP 528: Change Windows console encoding to UTF-8

On 5 September 2016 at 21:40, eryk sun wrote: > On Mon, Sep 5, 2016 at 7:54 PM, Steve Dower wrote: >> On 05Sep2016 1234, eryk sun wrote: >>> It would probably be simpler to use UTF-16 in the main pipeline and >>> implement Martin's suggestion to mix in a UTF-8 buffer. The UTF-16 >>> buffer could

Re: [Python-Dev] Where are the list and array.array implementations in CPython source?

On 5 September 2016 at 23:45, Jonathan Goble wrote: > I'd like to study the CPython implementations of lists and array.array > instances for a personal project of mine, but I've very unfamiliar > with the Python source code as it pertains to internals like this. > Which files would I need to look

Re: [Python-Dev] PEP 528: Change Windows console encoding to UTF-8

On 5 September 2016 at 09:10, Paul Moore wrote: > On 5 September 2016 at 06:54, Steve Dower wrote: >> +Using the raw object with small buffers >> +--- >> + >> +Code that uses the raw IO object and attempts to read less than four >> characters >> +will now rece

Re: [Python-Dev] PEP 528: Change Windows console encoding to UTF-8

On 1 September 2016 at 23:28, Random832 wrote: > On Thu, Sep 1, 2016, at 18:28, Steve Dower wrote: >> This is a raw (bytes) IO class that requires text to be passed encoded >> with utf-8, which will be decoded to utf-16-le and passed to the Windows >> APIs. >> Similarly, bytes read from the class

Re: [Python-Dev] PEP 467: last round (?)

On 1 September 2016 at 19:36, Ethan Furman wrote: > Deprecation of current "zero-initialised sequence" behaviour without removal > > > Currently, the ``bytes`` and ``bytearray`` constructors accept an integer > argument a

Re: [Python-Dev] PEP 467: last round (?)

> Le samedi 3 septembre 2016, Random832 a écrit : >> On Fri, Sep 2, 2016, at 19:44, Ethan Furman wrote: >> > The problem with only having `bchr` is that it doesn't help with >> > `bytearray`; >> >> What is the use case for bytearray.fromord? Even in the rare case >> someone needs it, why not bytea

Re: [Python-Dev] PEP 467: last round (?)

On 2 September 2016 at 17:54, Koos Zevenhoven wrote: > On Thu, Sep 1, 2016 at 10:36 PM, Ethan Furman wrote: >> * Deprecate passing single integer values to ``bytes`` and ``bytearray`` >> * Add ``bytes.fromsize`` and ``bytearray.fromsize`` alternative >> constructors >> * Add ``bytes.fromord`` and

Re: [Python-Dev] Lib/http/client.py: could it return an OSError with the current response?

On 30 August 2016 at 13:41, Ivo Bellin Salarin wrote: > While using requests to tunnel a request via a proxy requiring user > authentication, I have seen that httplib > (https://hg.python.org/cpython/file/3.5/Lib/http/client.py#l831) raises the > message returned by the proxy, along with its statu

Re: [Python-Dev] socket.setsockopt() with optval=NULL

On 21 August 2016 at 12:37, Christian Heimes wrote: > the socket.setsockopt(level, optname, value) method has two calling > variants. When it is called with a buffer-like object as value, it calls > the C API function setsockopt() with optval=buffer.buf and > optlen=buffer.len. When value is an in

Re: [Python-Dev] Method signatures in the datetime module documentation

On 4 August 2016 at 00:24, Alexander Belopolsky wrote: > On Fri, Jul 29, 2016 at 12:55 PM, Alexander Belopolsky > wrote: >> >> How should I present the signature of the new replace method in the >> documentation? > > Having not seeing any replies, let me make a proposal: > > datetime.replace(hour

Re: [Python-Dev] stuck issue 26826

On 03/08/2016, Marcos Dione wrote: > Hi pythonistas. A couple of moths ago I opened an issue in the bug > tracker for adding a new syscall to the os module. It's based on new > developments in the Linux kernel. Here's the link: > > https://bugs.python.org/issue26826 To give more context, this

Re: [Python-Dev] PEP487: Simpler customization of class creation

ss__. This is unavoidable as the last descriptor doesn't know that it is the last. Greetings Martin ___ 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] PEP487: Simpler customization of class creation

r that). So once we have a practical example, we could start discussing how to mitigate the problem. Btw, everyone is still invited to review the patch for PEP 487 at http://bugs.python.org/issue27366. Many thanks to Nick who already reviewed, and also to Guido who left helpful comments

Re: [Python-Dev] PEP487: Simpler customization of class creation

ample it's the duty of the caller of setattr to also call __set_name__. It would be pretty easy to add a line in the loop that also calls __set_owner__. Greetings Martin ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/

Re: [Python-Dev] Should we fix these errors?

FYI there is also a bug tracker report about this: https://bugs.python.org/issue27587 On 23 July 2016 at 13:22, Christian Heimes wrote: > On 2016-07-22 16:36, Guido van Rossum wrote: >> Somebody did some research and found some bugs in CPython (IIUC). The >> published some questionable fragments.

Re: [Python-Dev] Fun with ExitStack

On 18 July 2016 at 23:40, Barry Warsaw wrote: > I was trying to debug a problem in some work code and I ran into some > interesting oddities with contextlib.ExitStack and other context managers in > Python 3.5. > > This program creates a temporary directory, and I wanted to give it a --keep > flag

Re: [Python-Dev] PEP487: Simpler customization of class creation

> This PEP is now accepted for inclusion in Python 3.6. Martin, > congratulations! Thank you very much! What a great news! Greetings Martin ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/pyth

Re: [Python-Dev] __qualname__ exposed as a local variable: standard?

ating values for all requested keys. > To Martin: it would be easier for people (even myself, who implemented > this super() hack eons ago) to review your patch if you were able to > explain the current and proposed behavior more precisely. I tried to give some context on my issue (http://b

Re: [Python-Dev] PEP487: Simpler customization of class creation

ed by Nick. Greetings Martin 2016-07-14 17:47 GMT+02:00 Guido van Rossum : > I just reviewed the changes you made, I like __set_name__(). I'll just > wait for your next update, incorporating Nick's suggestions. Regarding > who merges PRs to the PEPs repo, since you are the autho

Re: [Python-Dev] PEP487: Simpler customization of class creation

d, I'll change the PEP and code accordingly. My proposal also has the advantage that name, bases and dict may be used as class keyword arguments. At least for name I see a usecase: class MyMangledClass(BaseClass, name="Nice class name"): pass Greetings Martin

Re: [Python-Dev] PEP487: Simpler customization of class creation

if that's the case I have > peace with it. No, this is not Nick's compromise, this is my original. Nick just sent another mail to this list where he goes a bit more into the details, I'll respond to that about this topic. Greetings Martin P.S.: I just realized that my chan

Re: [Python-Dev] Status of Python 3.6 PEPs?

Hi, > "PEP 487 -- Simpler customisation of class creation" > https://www.python.org/dev/peps/pep-0487/ > => draft I would like to get that into Python 3.6. It's already implemented, including documentation and tests (http://bugs.python.org/issu

[Python-Dev] PEP487: Simpler customization of class creation

/issue27366, including documentation and tests. Unfortunately nobody has reviewed the patch yet. The new version of the PEP is attached. Greetings Martin PEP: 487 Title: Simpler customisation of class creation Version: $Revision$ Last-Modified: $Date$ Author: Martin Teichmann , Status: Draft Type

Re: [Python-Dev] __qualname__ exposed as a local variable: standard?

ut undocumented behavior. The changes necessary to make super() work earlier are store in http://bugs.python.org/issue23722 Greetings Martin ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubsc

Re: [Python-Dev] [Python-checkins] devguide: Star self as idlelib expert. Mark other 2 as inactive.

On 12 July 2016 at 04:14, Martin Panter wrote: > On 12 July 2016 at 03:47, terry.reedy wrote: >> https://hg.python.org/devguide/rev/cc1c0dd798e7 > > Terry it looks like you accidentally added Christian back (undoing > <https://hg.python.org/devguide/rev/cc1c0dd798e7>) So

Re: [Python-Dev] [Python-checkins] devguide: Star self as idlelib expert. Mark other 2 as inactive.

On 12 July 2016 at 03:47, terry.reedy wrote: > https://hg.python.org/devguide/rev/cc1c0dd798e7 Terry it looks like you accidentally added Christian back (undoing ) > -xml.parsers.expat > -xml.sax > +xml.parsers.expat christian.heimes > +xml.sa

Re: [Python-Dev] PEP487: Simpler customization of class creation

__init_class__() is called? (Surely by now, having implemented it, you > know exactly where. :-) Further down in the PEP I give the exact > [This is as far as I got reviewing when the weekend activities > interrupted me. In the light of ongoing dis

Re: [Python-Dev] PEP 487: Simpler customization of class creation

er at python-ideas: https://mail.python.org/pipermail/python-ideas/2016-February/038506.html) Greetings Martin ___ 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] PEP487: Simpler customization of class creation

the class's namespace to keep the cell which will later be used by super(). This new attribute would be remove by type.__new__ again, but transiently it would be visible. This technique has already been used for __qualname__. The issue contains a patch that fixes that behavior, and back in the

[Python-Dev] PEP487: Simpler customization of class creation

be possible to do it differently. Hoping for good comments Greetings Martin The PEP follows: PEP: 487 Title: Simpler customisation of class creation Version: $Revision$ Last-Modified: $Date$ Author: Martin Teichmann , Status: Draft Type: Standards Track Content-Type: text/x-rst Created: 27-Feb

Re: [Python-Dev] PEP 487: Simpler customization of class creation

wer for folks learning the language for the first > time). My idea with a stepped approach was to have a chance to look how people use the feature, so that when we make it standard eventually we actually get it right. In the end, this is a maintainability

[Python-Dev] PEP 487: Simpler customization of class creation

k out of the box. So now I am hoping for comments! Greetings Martin New version of the PEP follows: PEP: 487 Title: Simpler customisation of class creation Version: $Revision$ Last-Modified: $Date$ Author: Martin Teichmann , Status: Draft Type: Standards Track Content-Type: text/x-rst Created: 27

Re: [Python-Dev] PEP 487: Simpler customization of class creation

e, this would mean that someone could trick us by dynamically changing the order of attribute definition, but I would document that as an abuse of the functionality with undocumented outcome. Greetings Martin ___ Python-Dev mailing list Python-Dev@py

[Python-Dev] PEP 487: Simpler customization of class creation

I am looking forward to a lot of comments on this! Greetings Martin The proposed PEP for discussion: PEP: 487 Title: Simpler customisation of class creation Version: $Revision$ Last-Modified: $Date$ Author: Martin Teichmann , Status: Draft Type: Standards Track Content-Type: text/x-rst Created: 2

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

> On 06/09/2016 08:52 AM, Guido van Rossum wrote: > That leaves direct calls to os.urandom(). I don't think this should block > either. On 9 June 2016 at 22:22, Larry Hastings wrote: > Then it's you and me against the rest of the world ;-) > > > Okay, it's decided: os.urandom() must be changed fo

Re: [Python-Dev] PEP 467: Minor API improvements to bytes, bytearray, and memoryview

On 7 June 2016 at 21:56, Nick Coghlan wrote: > On 7 June 2016 at 14:33, Paul Sokolovsky wrote: >> Ethan Furman wrote: >>> Deprecation of current "zero-initialised sequence" behaviour >>> >>> >>> Currently, the ``bytes`` and ``bytearray

Re: [Python-Dev] PEP 467: Minor API improvements to bytes, bytearray, and memoryview

On 7 June 2016 at 20:28, Ethan Furman wrote: > Addition of explicit "single byte" constructors > --- > > As binary counterparts to the text ``chr`` function, this PEP proposes the > addition of an explicit ``byte`` alternative constructor as a class meth

Re: [Python-Dev] C99

On 4 June 2016 at 06:11, Benjamin Peterson wrote: > PEP 7 requires CPython to use C code conforming to the venerable C89 > standard. Traditionally, we've been stuck with C89 due to poor C support > in MSVC. However, MSVC 2013 and 2015 implement the key features of C99. > C99 does not offer anythin

Re: [Python-Dev] ctypes compatibility with 2.3

On 12 May 2016 at 01:05, Brett Cannon wrote: > > > On Wed, 11 May 2016 at 09:28 Brett Cannon wrote: >> >> On Wed, 11 May 2016 at 09:07 Thomas Heller wrote: >>> >>> Am 11.05.2016 um 18:04 schrieb Brett Cannon: >>> > >>> > >>> > On Wed, 11 May 2016 at 04:35 Thomas Heller >> >

[Python-Dev] ctypes compatibility with 2.3

ode would be substantially different to Python 3. -Martin ___ 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] Tracker Etiquette

On 7 May 2016 at 23:23, Senthil Kumaran wrote: > > On Sat, May 7, 2016 at 4:17 PM, MRAB wrote: >> >> I think you shouldn't delete them. It would be better just to say that >> you've changed your mind and explain why. > > > I support this. Please leave your new comments correcting previous one and

Re: [Python-Dev] Convert int() to size_t in Python/C

On 29 April 2016 at 18:11, Marcos Dione wrote: > On Fri, Apr 29, 2016 at 12:18:46PM -0400, Random832 wrote: >> On Fri, Apr 29, 2016, at 10:45, Marcos Dione wrote: >> > One possible solution hat was suggested to me in the #python IRC >> > channel was to use that, then test if the resulting valu

Re: [Python-Dev] Convert int() to size_t in Python/C

On 29 April 2016 at 18:25, Random832 wrote: > On Fri, Apr 29, 2016, at 14:11, Marcos Dione wrote: >> These are not output parameters, even if they're pointers. they'r >> using the NULL pointer to signal that the current offsets should not be >> touched, to differentiate from a offset of 0. Som

Re: [Python-Dev] Not receiving bug tracker emails

On 14 April 2016 at 08:51, Serhiy Storchaka wrote: > On 13.04.16 07:39, Terry Reedy wrote: >> >> On 4/4/2016 5:05 PM, Terry Reedy wrote: >> >> Since a few days, I am getting bug tracker emails again, in my Inbox. I >> just got a Rietveld review in the Inbox and I believe it went there >> directly

Re: [Python-Dev] Most 3.x buildbots are green again, please don't break them and watch them!

On 14 April 2016 at 09:15, Serhiy Storchaka wrote: > On 13.04.16 14:40, Victor Stinner wrote: >> By the way, I don't understand why "AMD64 OpenIndiana 3.x" is >> considered as stable since it's failing with multiple issues since >> many months and nobody is working on these failures. I suggest to

Re: [Python-Dev] Incomplete Internationalization in Argparse Module

Excellent. Issue/patch here: http://bugs.python.org/issue26726 On 2016年04月09日 08時16分, Guido van Rossum wrote: OK, so this should be taken to the bug tracker. On Saturday, April 9, 2016, Grady Martin wrote: I agree. However, an incorrect choice for an argument with a choices parameter

Re: [Python-Dev] Incomplete Internationalization in Argparse Module

at 2:07 PM, Brett Cannon wrote: On Fri, 8 Apr 2016 at 14:05 Grady Martin wrote: Hello, all. I was wondering if the following string was left untouched by gettext for a purpose (from line 720 of argparse.py, in class ArgumentError): 'argument %(argument_name)s: %(message)s' Th

  1   2   3   4   5   6   7   8   9   10   >