[Python-Dev] Conversion to Subversion is complete

ttp/WebDAV, viewcvs is available at http://svn.python.org/view/ There are some more things left to be done, such as updating the developer documentation. I'll start working on that soon, but contributions are welcome. Regards, Martin ___ Python-D

[Python-Dev] Test branch for ssize_t changes

I just created a branch for the ssize_t changes I had been working on for a while. I hope to follow up with a PEP quickly. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev

[Python-Dev] [PyPI] Why are some packages on pypi.python.org/simple, but have no page?

, 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

[Python-Dev] Why does pip upgrade to a random version?

installed. Best regards, 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

[Python-Dev] super() does not work during class initialization

ng is fine, and I personally think __class__ should always actually refer to the class being defined, which means at the minimum that it is actually, well, a class. Greetings Martin ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.o

Re: [Python-Dev] super() does not work during class initialization

troduces new behaviour that's visible to Python level code, > I've suggested that Martin roll the suggestion into his current PEP > 487 (which adds __init_subclass__ to similarly tidy up a few > challenges with the way classes are currently initialised). I thought about that, but w

Re: [Python-Dev] super() does not work during class initialization

from enum import Enum from types import new_class def cb(ns): ns.update({"a{}".format(i): i for i in range(100)}) return ns Calc = new_class("Calc", (Enum,), None, cb) I think this is simple enough that we don't need another

Re: [Python-Dev] PEP 487 vs 422 (dynamic class decoration)

lib-inclusion track, not a change to core Python. It's not > actually adding back any of the dynamicness (dynamicity? > hookability?) that PEP 3115 took away. That was my point. You can find the PyPI package at: https://pypi.python.org/pypi/metaclass Greetings Martin ___

Re: [Python-Dev] PEP 487 vs 422 (dynamic class decoration)

that shortness an advantage. So my opinion is that it is not too hard a requirement to ask a user to inherit a specific mixin class for the sake of using a decorator. What do other people think? Greetings Martin ___ Python-Dev mailing list Python-Dev@p

Re: [Python-Dev] Do we need to sign Windows files with GnuPG?

be able to authenticate the files on different platforms (your GnuPG advantage #1), and using the same tools. It's also useful to have a very mature tool to do that. And valuable that all files can be so validated, not just the .exes. > //arry/ Martin pgpOa9fc_5Nny.pgp Descrip

Re: [Python-Dev] PEP 487 vs 422 (dynamic class decoration)

nto cpython. So I pose the question to PJ: would such an approach solve the problems you have? 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] async/await PEP

just have one keyword? I personally prefer await for that, then it is "await def", and "await for" (and "await with", etc.). Greetings Martin ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mail

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] 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] 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] 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)

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] 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

[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] 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] 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] 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] async __setitem__

this to other points where variables are set, e.g. "for await i in something():" which is a bit similar to "async for i in something()" yet different. Greetings Martin ___ Python-Dev mailing list Python-Dev@python.org https://mai

Re: [Python-Dev] Yet another "A better story for multi-core Python" comment

n the situation you describe is. It is probably the best demonstration of PyParallel's strengths. This problem is also common in well-heeled financial services places, many of which are non-Windows. There might be some good opportunities there. Trent. Martin pgpEhY6ahMoN9.pgp Descri

Re: [Python-Dev] Committing a bug fix

On 28/09/2015, Terry Reedy wrote: > You neglected to forward merge a 3.4-3.4 merge and a 3.5-3.5 merge. I > failed to notice the first and added a commit, and then backed it out, > when I could not merge forward due to merge conflicts with your commits. > Perhaps you just need to null-merge the

Re: [Python-Dev] Committing a bug fix

On 28 September 2015 at 22:31, Terry Reedy wrote: > . . . it may have merged in the wrong place, such as putting a things into the > 3.5.1 section of 3.6 NEWS, which should not be there. Since you mentioned this and I also noticed this, can I ask why the 3.5.1 section is there, if it isn’t meant

Re: [Python-Dev] type(obj) vs. obj.__class__

On 18 October 2015 at 05:55, Steven D'Aprano wrote: > On Sat, Oct 17, 2015 at 03:45:19PM -0600, Eric Snow wrote: >> So, would it make sense to establish some concrete guidelines about >> when to use type(obj) vs. obj.__class__? If so, what would those be? >> It may also be helpful to enumerate us

Re: [Python-Dev] Should PEP 498 specify if rf'...' is valid?

On 26 October 2015 at 19:43, MRAB wrote: > On 2015-10-26 18:45, Sven R. Kunze wrote: >> >> On 26.10.2015 16:22, Ethan Furman wrote: >>> >>> On 10/23/2015 08:20 AM, Nick Coghlan wrote: My own objection isn't to allowing "fR" or "fbR", it's to allowing the uppercase "F". I a

Re: [Python-Dev] [Python-checkins] cpython (3.4): asyncio.docs: Fix versionadded

On 18 November 2015 at 17:45, yury.selivanov wrote: > https://hg.python.org/cpython/rev/b34c42e46e7b > changeset: 99204:b34c42e46e7b > branch: 3.4 > parent: 99201:89d66f912671 > user:Yury Selivanov > date:Wed Nov 18 12:44:31 2015 -0500 > summary: > asyncio.docs: Fix

Re: [Python-Dev] New poll about a macro for safe reference replacing

On 16/12/2015, Serhiy Storchaka wrote: > Here are names gained the largest numbers of votes plus names proposed > during polling. > > 1. Py_SETREF +0. I can live with it, but SET sounds like a complement to CLEAR, or that it ignores the old value. > 2. Py_DECREF_REPLACE +0.5 > 3. Py_REPLACE +1.

[Python-Dev] Branches in which to fix the SSL tests

Currently some SSL tests in the test suite are broken by a recent certificate change at https://svn.python.org/; see for the bug report. The tests are broken when the test suite is run with the “-unetwork” option enabled, and most of the buildbots appear to be a

Re: [Python-Dev] bitwise operations for bytes and bytearray

On 7 January 2016 at 22:26, Blake Griffith wrote: > I'm interested in adding the functionality to do something like: > b'a' ^ b'b' > b'\x03' > > > Instead of the good ol' TypeError. > > I think both bytes and bytearray should support all the bitwise operations. There is a bug open about add

Re: [Python-Dev] bitwise operations for bytes and bytearray

On 10 January 2016 at 00:17, Blake Griffith wrote: > A little update, I got ^, &, and | working for bytearrays. You can view the > diff here: > https://github.com/python/cpython/compare/master...cowlicks:bitwise-bytes?expand=1 > > How does it look? I left some comments against your commits on Git

Re: [Python-Dev] GitHub migration planning has started

On 11 January 2016 at 03:52, Terry Reedy wrote: > On 1/10/2016 12:43 PM, Brett Cannon wrote: >> If you want to help with the transition, then feel free to join the >> core-workflow mailing list where all the discussions on the details of >> the migration are occurring (including the PEP I'm starti

[Python-Dev] Modifying the self-signed.pythontest.net certificate

In order to fix the SSL test suite , I would like to modify the certificate used by https://self-signed.pythontest.net. So far I have a patch ready for the pythontestdotnet repository, but I want to know if I can just push to that repository, or if other steps ar

Re: [Python-Dev] Modifying the self-signed.pythontest.net certificate

On 14 January 2016 at 05:34, Benjamin Peterson wrote: > On Wed, Jan 13, 2016, at 13:15, Martin Panter wrote: >> In order to fix the SSL test suite >> <https://bugs.python.org/issue25940>, I would like to modify the >> certificate used by https://self-signed.pythont

Re: [Python-Dev] Update PEP 7 to require curly braces in C

On 19 January 2016 at 20:12, Brett Cannon wrote: > Here is a proposed update: > > diff -r 633f51d10a67 pep-0007.txt > --- a/pep-0007.txt Mon Jan 18 10:52:57 2016 -0800 > +++ b/pep-0007.txt Tue Jan 19 12:11:44 2016 -0800 > @@ -75,9 +75,9 @@ >} > > * Code structure: one space between keywor

Re: [Python-Dev] Buildbot timing out - test suite failure - test_socket issue with UDP6?

> After digging through test_socket.py for over an hour (the MRO for > RecvmsgUDP6Test is enormous!!), I've boiled the issue down to this: > > import socket > MSG = b'asdf qwer zxcv' > serv = socket.socket(socket.AF_INET6, socket.SOCK_DGRAM) > serv.bind(("::1", 0)) > cli = socket.socket(socket.AF_I

Re: [Python-Dev] [Python-checkins] cpython: merge

On 2 February 2016 at 05:21, raymond.hettinger wrote: > https://hg.python.org/cpython/rev/0731f097157b > changeset: 100142:0731f097157b > parent: 100140:c7f1acdd8be1 > user:Raymond Hettinger > date:Mon Feb 01 21:21:19 2016 -0800 > summary: > merge > > files: > Doc/libra

Re: [Python-Dev] PEP 515: Underscores in Numeric Literals

I have occasionally wondered about this missing feature. On 10 February 2016 at 22:20, Georg Brandl wrote: > Abstract and Rationale > == > > This PEP proposes to extend Python's syntax so that underscores can be used in > integral and floating-point number literals. This shou

Re: [Python-Dev] PEP 515: Underscores in Numeric Literals

On 11 February 2016 at 11:12, Chris Angelico wrote: > On Thu, Feb 11, 2016 at 7:22 PM, Georg Brandl wrote: The following extensions are open for discussion: >> * Allowing underscores in string arguments to the ``Decimal`` constructor. >> It >> could be argued that these are akin to literals

Re: [Python-Dev] PEP 515: Underscores in Numeric Literals

On 12 February 2016 at 00:16, Steven D'Aprano wrote: > On Thu, Feb 11, 2016 at 06:03:34PM +, Brett Cannon wrote: >> On Thu, 11 Feb 2016 at 02:13 Steven D'Aprano wrote: >> >> > On Wed, Feb 10, 2016 at 08:41:27PM -0800, Andrew Barnert wrote: >> > >> > > And honestly, are you really claiming tha

Re: [Python-Dev] Bug in build system for cross-platform builds

On 15 February 2016 at 08:24, Russell Keith-Magee wrote: > Hi all, > > I’ve been working on developing Python builds for mobile platforms, and I’m > looking for some help resolving a bug in Python’s build system. > > The problem affects cross-platform builds - builds where you are compiling > pyth

Re: [Python-Dev] Bug in build system for cross-platform builds

Hi Russell. Sorry for the minor ~1 month delay in replying :) I have been doing some experimenting to see what is involved in cross-compiling Python (Native host = Linux, target = Windows via mingw and some patches). So I have a slightly better understanding of the problem than before. On 16 Febr

Re: [Python-Dev] Bug in build system for cross-platform builds

On 11 March 2016 at 23:16, Russell Keith-Magee wrote: > > On Sat, Mar 12, 2016 at 6:38 AM, Martin Panter wrote: >> make clean # Work around confusion with existing in-source build >> mkdir native >> (cd native/ && ../configure) >> make -C native/ P

Re: [Python-Dev] Bug in build system for cross-platform builds

nsequences first. > On Sat, Mar 12, 2016 at 8:48 AM, Martin Panter wrote: >> On 11 March 2016 at 23:16, Russell Keith-Magee >> wrote: >> > >> > On Sat, Mar 12, 2016 at 6:38 AM, Martin Panter >> > wrote: >> >> I don't understand. Af

Re: [Python-Dev] Bug in build system for cross-platform builds

On 14 March 2016 at 13:26, R. David Murray wrote: > On Mon, 14 Mar 2016 03:04:08 -, "Gregory P. Smith" > wrote: >> On Sun, Mar 13, 2016 at 7:41 PM Martin Panter wrote: >> > Include/graminit.h >> > Python/graminit.c >> > Python/importl

Re: [Python-Dev] Bug in build system for cross-platform builds

On 15 March 2016 at 04:32, Nick Coghlan wrote: > On 15 March 2016 at 10:49, Martin Panter wrote: >> One more idea I am considering is to decouple the makefile rules from >> the main build. So to update the generated files you would have to run >> a separate command like “ma

Re: [Python-Dev] Bug in build system for cross-platform builds

On 15 March 2016 at 08:04, Nick Coghlan wrote: > On 15 March 2016 at 15:15, Martin Panter wrote: >> _freeze_importlib.o: _freeze_importlib.c Makefile >> >> _freeze_importlib: _freeze_importlib.o [. . .] >> $(LINKCC) [. . .] >> >> impor

[Python-Dev] Not receiving bug tracker emails

For the last ~36 hours I have stopped receiving emails for messages posted in the bug tracker. Is anyone else having this problem? Has anything changed recently? I have had it set to send to my gmail.com address since the beginning. At the moment the last bug message email is

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

On 30 March 2016 at 13:30, R. David Murray wrote: > Anyone know how to find out what changed from Google's POV? As far as > we know nothing changed at the bugs end, but it is certainly possible > that something did change in the hosting infrastructure without our > knowledge. Knowing what is set

[Python-Dev] Incomplete Internationalization in Argparse Module

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' There may be other untranslatable strings in the argparse module, but I have yet to encounter them

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

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] 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] 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] 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] 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] 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

[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] 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 >> >

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] [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] 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

[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: 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: 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: 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: 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] Clean way in python to test for None, empty, scalar, and list/ndarray? A prayer to the gods of Python

As much as I love python, the following drives me crazy, and I would wish that some future version would come up with a more consistent approach for this. And please don't reply with "Too bad if you don't know what type your data are..." - if I want to implement some generic functionality, I want t

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] 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] 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

[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] 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

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

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] 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] 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

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

__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] [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] [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] __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

[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] 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

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] 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

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] __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

> 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] 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] 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] 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] 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

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] 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] 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] 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] 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

<    1   2   3   4   5   6   7   8   9   10   >