[Python-Dev] Re: A proposal to modify `None` so that it hashes to a constant

On Thu, 1 Dec 2022 at 06:56, Chris Angelico wrote: > > On Thu, 1 Dec 2022 at 17:26, Yoni Lavi wrote: > > > > So it's not like it's even possible to require this generally for all > > objects. > > Well, I mean, in theory you could require that objects whose hash > isn't otherwise defined get

[Python-Dev] Re: A proposal to modify `None` so that it hashes to a constant

On Tue, 29 Nov 2022 at 23:46, Steven D'Aprano wrote: > > On Tue, Nov 29, 2022 at 08:51:09PM -, Yoni Lavi wrote: > > > It does make your argument invalid though, since it's based on this > > assumption that I was asking for a requirement on iteration order > > (e.g. like dict's iteration order

[Python-Dev] Re: A proposal to modify `None` so that it hashes to a constant

On Tue, 29 Nov 2022 at 01:33, Steven D'Aprano wrote: > > On Mon, Nov 28, 2022 at 11:13:34PM +, Oscar Benjamin wrote: > > On Mon, 28 Nov 2022 at 22:56, Brett Cannon wrote: > > As I understand it, we could make sets ordered, but only at the cost of > space (much more me

[Python-Dev] Re: A proposal to modify `None` so that it hashes to a constant

On Mon, 28 Nov 2022 at 22:56, Brett Cannon wrote: > > On Sun, Nov 27, 2022 at 11:36 AM Yoni Lavi wrote: >> >> All it takes is for your program to compute a set somewhere with affected >> keys, and iterate on it - and determinism is lost. > > That's actually by design. Sets are not meant to be

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

On Sun, 30 Jan 2022 at 20:36, Steven D'Aprano wrote: > > On Sun, Jan 30, 2022 at 08:36:43AM -0800, Jelle Zijlstra wrote: > > > Agree, the count of 1.6k open PRs is not a good look for new contributors. > > How does that compare to other comparable open source projects? How it compares is a

[Python-Dev] Re: The current state of typing PEPs

On Wed, 1 Dec 2021 at 12:12, Sebastian Rittau wrote: > > Am 30.11.21 um 13:39 schrieb Oscar Benjamin: > >> Others have mentioned the pressure on libraries to adopt typing and >> I've certainly noticed this with SymPy. I think type hints could be >> good for SymPy fo

[Python-Dev] Re: Expectations of typing (was: The current state of typing PEPs)

On Tue, 30 Nov 2021 at 23:37, Guido van Rossum wrote: > > We should definitely push back on zealous new converts to typing who insist > that everything should be annotated. But we should also recognize that even > in their current, far from perfect state, type annotations can provide a lot >

[Python-Dev] Re: The current state of typing PEPs

On Tue, 30 Nov 2021 at 09:23, Paul Moore wrote: > > On Tue, 30 Nov 2021 at 02:52, Steve Dower wrote: > > > > THAT'S the kind of thing that also has been happening with typing, and > > why some of us feel the need to publicly re-state things that are all > > agreed upon within this group, but are

[Python-Dev] Re: The current state of typing PEPs

On Thu, 25 Nov 2021 at 15:16, Stephen J. Turnbull wrote: > > Executive summary: > > The typing-suspicious crowd has a valid complaint about PEPs 563 and > 649, but it's not that they weren't warned. > > Christopher Barker writes: > > > Annotations can be, and are, used for other things than

[Python-Dev] Re: Documenting Python versioning and stability expectations

On Fri, 15 Oct 2021 at 14:12, Petr Viktorin wrote: > > Most of this is, hopefully, just capturing existing tribal knowledge, but: [snip] > > Micro Versions > -- > > A new micro version marks *bugfix* and *security* releases. > These releases are managed for stability; only fixes for

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

On Thu, 27 May 2021 at 00:52, Dan Stromberg wrote: > > > On Wed, May 26, 2021 at 4:25 PM Greg Ewing > wrote: >> >> > On Wed, May 26, 2021 at 8:55 AM Ammar Askar > > > wrote: >> > >> > most >> > recently if your topic mentioned libera.chat, the new freenode

[Python-Dev] Re: PEP 659: Specializing Adaptive Interpreter

On Thu, 20 May 2021 at 04:58, Terry Reedy wrote: > > On 5/13/2021 4:18 AM, Mark Shannon wrote: > > > If a program does 95% of its work in a C++ library and 5% in Python, it > > can easily spend the majority of its time in Python because CPython is a > > lot slower than C++ (in general). > > I

[Python-Dev] Re: In support of PEP 649

On Fri, 16 Apr 2021 at 01:13, Guido van Rossum wrote: > > On Thu, Apr 15, 2021 at 16:48 Christopher Barker wrote: >> >> And as I noted in my last post — many folks have not been paying attention >> to the typing discussions because they didn’t realize it concerned them. > > It seems a little

[Python-Dev] Re: Request for comments on final version of PEP 653 (Precise Semantics for Pattern Matching)

On Tue, 30 Mar 2021 at 17:32, Brandt Bucher wrote: Hi Brandt, > > Which requires the sympy class `Symbol` to "self" match. For `sympy` to > > support this pattern with PEP 634 is possible, but a bit tricky. With this > > PEP it can be implemented very easily. > > Maybe I'm missing something,

[Python-Dev] Re: Request for comments on final version of PEP 653 (Precise Semantics for Pattern Matching)

On Sat, 27 Mar 2021 at 13:40, Mark Shannon wrote: > Hi Mark, Thanks for putting this together. > As the 3.10 beta is not so far away, I've cut down PEP 653 down to the > minimum needed for 3.10. The extensions will have to wait for 3.11. > > The essence of the PEP is now that: > > 1. The

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

On Mon, 1 Mar 2021 at 00:13, Eryk Sun wrote: > > On 2/28/21, Oscar Benjamin wrote: > > > > - It is possible to configure a default version (although I think you > > have to do it with an environment variable) > > The py launcher in Windows supports a "p

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

On Sun, 28 Feb 2021 at 07:04, Stephen J. Turnbull wrote: > > Jim J. Jewett writes: > > > > which file am I actually running? > > > which interpreter am I actually running? > > > how do I tell the computer to use a different interpreter? > > > > If you need to care about any of these, then

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

On Sat, 27 Feb 2021 at 11:04, Paul Moore wrote: > > On Sat, 27 Feb 2021 at 01:08, Oscar Benjamin > wrote: > > > > The other point though is that it doesn't need to be like this. If the > > issue was just installing Python and then setting up your PATH then > &g

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

On Fri, 26 Feb 2021 at 23:06, Jim J. Jewett wrote: > > I think his point is that most of his students (economics or business, rather > than comp sci) will never need to use Perl or C or Java. Python is friendly > enough to be useful, but this is still a major pain point. Thanks Jim, that is

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

On Fri, 26 Feb 2021 at 09:07, Steven D'Aprano wrote: > > On Fri, Feb 26, 2021 at 11:41:56AM +0900, Stephen J. Turnbull wrote: > > Mike Miller writes: > > > > > "sys-admin" is a bit of an overstatement in my phrasing. The core > > > is that you need to understand how a PATH works and be able to

[Python-Dev] Re: PEP 653: Precise Semantics for Pattern Matching

On Fri, 19 Feb 2021 at 15:41, Tobias Kohn wrote: > > Hi Mark, > > Thank you for your proposal to try and have more precise semantics for > pattern matching. Of course, the proposal primarily introduces a new and > extended protocol for pattern matching, upon which the 'semantics' is then >

[Python-Dev] Re: PEP 653: Precise Semantics for Pattern Matching

On Fri, 19 Feb 2021 at 16:27, Tobias Kohn wrote: > > Quoting Oscar Benjamin : > > > I'm not entirely sure but I think that with PEP 653 you can implement this > > like: > > > > def __deconstruct__(obj): > > if obj.step != 1: > >

[Python-Dev] Re: PEP 653: Precise Semantics for Pattern Matching

On Thu, 18 Feb 2021 at 17:35, Brandt Bucher wrote: > > Thanks for taking the time to work on this, Mark. Yes, thanks Mark. I'm not sure I've fully understood the PEP yet but I can see some parts that I definitely like. > I fear this is at the expense of most simple classes, which currently

[Python-Dev] Re: Concerns about PEP 634

On Sat, 6 Feb 2021 at 19:54, Daniel Moisset wrote: > > Hi Mark, > > I think some of these issues have already been raised and replied (even if no > agreement has been reached). but this is a good summary, so let me reply with > a summary of responses for this. > > On Sat, 6 Feb 2021 at 15:51,

[Python-Dev] Re: [python-committers] Performance benchmarks for 3.9

On Wed, 14 Oct 2020 at 19:12, Ivan Pozdeev via Python-Dev wrote: > > > On 14.10.2020 17:04, M.-A. Lemburg wrote: > > On 14.10.2020 16:00, Pablo Galindo Salgado wrote: > >>> Would it be possible to get the data for older runs back, so that > >> it's easier to find the changes which caused the

[Python-Dev] Re: PEP 622 and variadic positional-only args

On Thu, 16 Jul 2020 at 02:09, Guido van Rossum wrote: > > On Wed, Jul 15, 2020 at 4:41 PM Oscar Benjamin > wrote: >> >> I've taken a look through PEP 622 and I've been thinking about how it >> could be used with sympy. >> >> In principle case/match and d

[Python-Dev] PEP 622 and variadic positional-only args

I've taken a look through PEP 622 and I've been thinking about how it could be used with sympy. In principle case/match and destructuring should be useful for sympy because sympy has a class Basic which defines a common structure for ~1000 subclasses. There are a lot of places where it is

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

On Tue, 10 Dec 2019 at 00:00, Steven D'Aprano wrote: > > On Sat, Dec 07, 2019 at 07:37:58PM +, Oscar Benjamin wrote: > > > I recently hit on a situation that created a one million line code file: > > https://github.com/pytest-dev/pytest/issues/4406#issuecomment-439629715

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

On Mon, 9 Dec 2019 at 14:10, Mark Shannon wrote: > On 07/12/2019 7:37 pm, Oscar Benjamin wrote: > > On Sat, 7 Dec 2019 at 06:29, Steven D'Aprano wrote: > >> > >> A million seems reasonable for lines of source code, if we're prepared > >> to tell people u

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

On Sat, 7 Dec 2019 at 06:29, Steven D'Aprano wrote: > > A million seems reasonable for lines of source code, if we're prepared > to tell people using machine generated code to split their humongous .py > files into multiple scripts. A small imposition on a small subset of > Python users, for the

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

On Wed, 4 Dec 2019 at 05:41, Chris Angelico wrote: > > On Wed, Dec 4, 2019 at 3:16 PM Steven D'Aprano wrote: > > > > On Wed, Dec 04, 2019 at 01:47:53PM +1100, Chris Angelico wrote: > > > > > Integer sizes are a classic example of this. Is it acceptable to limit > > > your integers to 2^16? 2^32?

Re: [Python-Dev] Python in next Windows 10 update

On Tue, 21 May 2019 at 21:32, Steve Dower wrote: > > In the next Windows 10 update that starts rolling out today, we > (Microsoft) have added "python.exe" and "python3.exe" commands that are > installed on PATH *by default* and will open the Microsoft Store at the > page where we (Python core

Re: [Python-Dev] Standard library vs Standard distribution?

On Fri, 30 Nov 2018 at 00:17, Steven D'Aprano wrote: > > On Thu, Nov 29, 2018 at 01:30:28PM -0800, Nathaniel Smith wrote: > > [...] > > > > https://anaconda.com/ > > > > https://www.activestate.com/products/activepython/ > > > > http://winpython.github.io/ > > > > http://python-xy.github.io/ > >

Re: [Python-Dev] PEP 525, third round, better finalization

On 3 September 2016 at 16:42, Nick Coghlan wrote: > On 2 September 2016 at 19:13, Nathaniel Smith wrote: >> This works OK on CPython because the reference-counting gc will call >> handle.__del__() at the end of the scope (so on CPython it's at level >> 2), but

Re: [Python-Dev] Adding NewType() to PEP 484

On 28 May 2016 00:03, "Guido van Rossum" wrote: > > Also -- the most important thing. :-) What to call these things? We're > pretty much settled on the semantics and how to create them (A = > NewType('A', int)) but what should we call types like A when we're > talking about

Re: [Python-Dev] Updated PEP 509

On 18 April 2016 at 12:46, Jim J. Jewett wrote: >> >> * I removed the dict[key]=value; dict[key]=value. It's really a >> micro-optimization. I also fear that Raymond will complain because it >> adds an if in the hot code of dict, and the dict type is very >> important for

Re: [Python-Dev] RFC: PEP 509: Add a private version to dict

On 15 April 2016 at 18:54, Jim J. Jewett wrote: > > [2A] Do you want to promise that replacing a value with a > non-identical object *will* trigger a version_tag update *even* > if the objects are equal? > > I would vote no, but I realize backwards-compatibility may create >

Re: [Python-Dev] Challenge: Please break this! (a.k.a restricted mode revisited)

On 10 Apr 2016 22:55, "Jon Ribbens" wrote: > > On Mon, Apr 11, 2016 at 12:07:48AM +0300, Serhiy Storchaka wrote: > > On 10.04.16 19:51, Jon Ribbens wrote: > > >On Sun, Apr 10, 2016 at 02:51:23PM +1000, Nick Coghlan wrote: > > >>On 9 April 2016 at 22:43, Victor

Re: [Python-Dev] More optimisation ideas

On 30 January 2016 at 03:48, Steve Dower wrote: > > It doesn't currently end up on disk. Some tables are partially or completely > stored on disk as Python source code (some are partially generated from > simple rules), but others are generated by inverting those. That

Re: [Python-Dev] PEP 0484 - the Numeric Tower

On 14 Oct 2015 23:06, "Laura Creighton" <l...@openend.se> wrote: > > In a message of Wed, 14 Oct 2015 21:21:30 -, Oscar Benjamin writes: > >Generally if it's possible to interchange floats and decimals in your code > >then there's probably no need for de

Re: [Python-Dev] PEP 0484 - the Numeric Tower

On Wed, 14 Oct 2015 21:57 Laura Creighton wrote: In a message of Wed, 14 Oct 2015 08:38:43 -0700, Guido van Rossum writes: >Perhaps you could solve this with type variables. Here's a little >demonstration program: >``` >from decimal import Decimal >from typing import TypeVar >F

Re: [Python-Dev] VS 2010 compiler

On Tue, 29 Sep 2015 17:20 Steve Dower wrote: On 29Sep2015 0820, Chris Barker wrote: > OK -- I'm going to get off my soap box now -- time to actually suggest > doc patches Just bear in mind that you're suggesting patches for Python 3.3 and 3.4, which means that 3.4.4

Re: [Python-Dev] Building Extensions for Python 3.5 on Windows

On 26 August 2015 at 17:14, Steve Dower wrote: >> On 8/25/2015 2:17 PM, Steve Dower wrote: >>> >>> I've written up a long technical blog post about the compiler and CRT >>> changes in Python 3.5, which will be of interest to those who build and >>> distribute native

Re: [Python-Dev] PEP 492: What is the real goal?

On 5 May 2015 at 17:48, Yury Selivanov yselivanov...@gmail.com wrote: I've updated the PEP with some fixes of the terminology: https://hg.python.org/peps/rev/f156b272f860 Yes that looks better. I still think that 'coroutine functions' and 'coroutines' is a better pair than 'async functions'

Re: [Python-Dev] PEP 492: What is the real goal?

On 30 April 2015 at 09:50, Arnaud Delobelle arno...@gmail.com wrote: I'm flexible about how we name 'async def' functions. I like to call them coroutines, because that's what they are, and that's how asyncio calls them. It's also convenient to use 'coroutine-object' to explain what is the

Re: [Python-Dev] python 3 niggle: None 1 raises TypeError

On 18 February 2014 15:53, Terry Reedy tjre...@udel.edu wrote: On 2/18/2014 2:35 AM, Greg Ewing wrote: results = sorted(invoices, key=attrgetter('duedate'), none='first') I think this is the best idea on the thread. As a pure enhancement, it could be added in 3.5. The only tricky part of

Re: [Python-Dev] PEP 461 updates

On 19 January 2014 06:19, Nick Coghlan ncogh...@gmail.com wrote: While I agree it's not relevant to the PEP 460/461 discussions, so long as numpy.loadtxt is explicitly documented as only working with latin-1 encoded files (it currently isn't), there's no problem. Actually there is problem. If

Re: [Python-Dev] PEP 461 updates

On 17 January 2014 21:37, Chris Barker chris.bar...@noaa.gov wrote: For the record, we've got a pretty good thread (not this good, though!) over on the numpy list about how to untangle the mess that has resulted from porting text-file-parsing code to py3 (and the underlying issue with the 'S'

Re: [Python-Dev] PEP 384 (stable api) question

On 7 November 2013 12:44, Thomas Heller thel...@ctypes.org wrote: PEP 384 describes the stable Python api, available when Py_LIMITED_API is defined. However, there are some (small) changes in the function prototypes available, one example is (in Python 3.3): PyObject*

Re: [Python-Dev] On suppress()'s trail blazing (was Re: cpython: Rename contextlib.ignored() to contextlib.ignore())

On 17 October 2013 19:40, Xavier Morel python-...@masklinn.net wrote: I think there's already a significant split between context managers which handle the lifecycle of a local resource (file, transaction) and those which purport to locally alter global-ish state (cwd, decimal.localcontext,

Re: [Python-Dev] On suppress()'s trail blazing (was Re: cpython: Rename contextlib.ignored() to contextlib.ignore())

On 17 October 2013 20:01, Guido van Rossum gu...@python.org wrote: On Thu, Oct 17, 2013 at 11:55 AM, Oscar Benjamin oscar.j.benja...@gmail.com wrote: On 17 October 2013 19:40, Xavier Morel python-...@masklinn.net wrote: I think there's already a significant split between context managers

Re: [Python-Dev] Change PEP 399 import recommendation

On 12 October 2013 17:55, Christian Heimes christ...@python.org wrote: Am 12.10.2013 17:37, schrieb Nick Coghlan: I think the default recommendation in PEP 399 still makes sense - 2 modules are easy to manage than three and the idiom allows for easy partial replacement. We could ues yet

Re: [Python-Dev] PEP 450 adding statistics module

On 17 September 2013 22:21, Guido van Rossum gu...@python.org wrote: Congrats, I've accepted the PEP. Nice work! Please work with the reviewers on the issue on the code. Good work, Steven! ___ Python-Dev mailing list Python-Dev@python.org

Re: [Python-Dev] PEP 450 adding statistics module

On 16 September 2013 16:42, Guido van Rossum gu...@python.org wrote: I'm ready to accept this PEP. Because I haven't read this entire thread (and 60 messages about random diversions is really too much to try and catch up on) I'll give people 24 hours to remind me of outstanding rejections. I

Re: [Python-Dev] Add a transformdict to collections

On 10 September 2013 10:28, Antoine Pitrou solip...@pitrou.net wrote: On the tracker issue, it seems everyone agreed on the principle. There is some bikeshedding left to do, though. So here are the reasonable naming proposals so far: - transformkeydict - coercekeydict - transformdict -

Re: [Python-Dev] PEP 450 adding statistics module

On 9 September 2013 09:02, Serhiy Storchaka storch...@gmail.com wrote: 08.09.13 20:52, Guido van Rossum написав(ла): Well, to me zip(*x) is unnatural, and it's inefficient when the arrays are long. Perhaps we need zip.from_iterable()? I would prefer it if chain.from_iterable were named

Re: [Python-Dev] PEP 450 adding statistics module

On 9 September 2013 04:16, Guido van Rossum gu...@python.org wrote: Yeah, so this and Steven's review of various other APIs suggests that the field of statistics hasn't really reached the object-oriented age (or perhaps the OO view isn't suitable for the field), and people really think of

Re: [Python-Dev] PEP 450 adding statistics module

On 9 September 2013 12:56, Nick Coghlan ncogh...@gmail.com wrote: Alternatively, I thought there was discussion a long time ago about getting numpy's (or even further back, numeric's?) array type into the core. Python has an array type which I don't think gets a lot of use (or love). Might it

Re: [Python-Dev] PEP 450 adding statistics module

On 8 September 2013 18:32, Guido van Rossum gu...@python.org wrote: Going over the open issues: - Parallel arrays or arrays of tuples? I think the API should require an array of tuples. It is trivial to zip up parallel arrays to the required format, while if you have an array of tuples,

Re: [Python-Dev] PEP 450 adding statistics module

On 15 August 2013 14:08, Steven D'Aprano st...@pearwood.info wrote: - The API doesn't really feel very Pythonic to me. For example, we write: mystring.rjust(width) dict.items() rather than mystring.justify(width, right) or dict.iterate(items). So I think individual methods is a better API,

Re: [Python-Dev] PEP 450 adding statistics module

On Aug 16, 2013 11:05 AM, Steven Dapos;Aprano st...@pearwood.info wrote: I'll provide two functions: mode, which returns the single value with the highest frequency, or raises; and a second function, which collates the data into a sorted (value, frequency) list. Bike-shedding on the name of this

Re: [Python-Dev] Clean way in python to test for None, empty, scalar, and list/ndarray? A prayer to the gods of Python

Your questions/suggestions are off-topic for this list. This belongs on python-ideas. On 14 June 2013 20:12, Martin Schultz masch...@gmail.com wrote: 2. Testing for empty lists or empty ndarrays: 4. Finding the number of elements in an object: 6. Detecting None values in a list: Each of the

Re: [Python-Dev] Enumeration items: `type(EnumClass.item) is EnumClass` ?

On 29 April 2013 20:04, Guido van Rossum gu...@python.org wrote: On Mon, Apr 29, 2013 at 11:34 AM, Larry Hastings la...@hastings.org wrote: What's the problem with overriding the isinstance checks? You mention it but seem to assume it's a bad idea. That seems to me like it'd adequately solve

Re: [Python-Dev] Semantics of __int__(), __index__()

On 4 April 2013 10:39, Hrvoje Niksic hrvoje.nik...@avl.com wrote: On Wed, Apr 3, 2013 at 6:47 AM, Hrvoje Niksic hrvoje.nik...@avl.com wrote: It seems like a good feature that an __int__ implementation can choose to return an int subclass with additional (and optional) information. After

Re: [Python-Dev] Interested in GSoC for biopython

On 22 March 2013 21:34, 阮铮 rz1...@foxmail.com wrote: Hi, I'm Zheng from the University of Georgia. I heard about the GSoC several weeks before and found biopython also involved in the peoject. I plan to apply for the GSoC 2013, hoping to make some contributions this summer. [SNIP] This

Re: [Python-Dev] why do we allow this syntax?

On 8 February 2013 15:39, Chris Withers ch...@simplistix.co.uk wrote: Hi All, Just had a bit of an embarrassing incident in some code where I did: sometotal =+ somevalue I'm curious why this syntax is allowed? I'm sure there are good reasons, but thought I'd ask... Because '+' can

Re: [Python-Dev] why do we allow this syntax?

On 8 February 2013 16:10, Benjamin Peterson benja...@python.org wrote: 2013/2/8 Chris Withers ch...@simplistix.co.uk: On 08/02/2013 15:42, Benjamin Peterson wrote: 2013/2/8 Chris Withersch...@simplistix.co.uk: Hi All, Just had a bit of an embarrassing incident in some code where I did:

Re: [Python-Dev] operator.attrgetter(attr[, args...]) etc.

On 21 November 2012 03:57, Leo sdl@gmail.com wrote: Sorry the python issue tracker seems broken (I cannot log in). So I am posting it here. In the doc: operator.attrgetter(attr[, args...]) operator.itemgetter(item[, args...]) operator.methodcaller(name[, args...]) The

Re: [Python-Dev] Why not using the hash when comparing strings?

On 19 October 2012 11:02, Duncan Booth duncan.bo...@suttoncourtenay.org.uk wrote: Hrvoje Niksic hrvoje.nik...@avl.com wrote: On 10/19/2012 03:22 AM, Benjamin Peterson wrote: It would be interesting to see how common it is for strings which have their hash computed to be compared. Since all

Re: [Python-Dev] TypeError: f() missing 1 required positional argument: 'x'

On 20 September 2012 16:14, Benjamin Peterson benja...@python.org wrote: 2012/9/20 Mark Dickinson dicki...@gmail.com: And excepting optional ones, too, right? E.g., the c in def foo(a, b, c=1, *args, d): pass can be passed to by position, but isn't positional. Why not?

Re: [Python-Dev] 2to3 porting HOWTO: setup.py question

On Jul 24, 2012 10:32 AM, Terry Reedy tjre...@udel.edu wrote: On 7/24/2012 12:44 AM, anatoly techtonik wrote: Python 3 check explicitly tells the reader that 2to3 should only be used in Python 3. Otherwise everybody need to guess when this *_2to3 tools are triggered. As for me, I see no

Re: [Python-Dev] 2to3 porting HOWTO: setup.py question

On 23 July 2012 23:27, Éric Araujo mer...@netwok.org wrote: On 22/07/2012 15:57, R. David Murray wrote: I'm not familiar with distutils, really, so you could be right about what it is important to test. I was commenting based on the code snippet presented, which just deciding which build

[Python-Dev] 2to3 porting HOWTO: setup.py question

On 22 July 2012 14:08, R. David Murray rdmur...@bitdance.com wrote: On Sun, 22 Jul 2012 11:21:38 +0300, anatoly techtonik techto...@gmail.com wrote: http://docs.python.org/py3k/howto/pyporting.html#during-installation What's the point in making implicit Python 3 check here: try: #

Re: [Python-Dev] 2to3 porting HOWTO: setup.py question

) and so the second copy I sent to python-dev wasn't posted. On Sun, 22 Jul 2012 20:22:50 +0100, Oscar Benjamin oscar.benja...@bristol.ac.uk wrote: On 22 July 2012 14:08, R. David Murray rdmur...@bitdance.com wrote: On Sun, 22 Jul 2012 11:21:38 +0300, anatoly techtonik techto

Re: [Python-Dev] Status of packaging in 3.3

On 21 June 2012 12:48, Chris McDonough chr...@plope.com wrote: On 06/21/2012 04:45 AM, Nick Coghlan wrote: On Thu, Jun 21, 2012 at 2:44 PM, Chris McDonoughchr...@plope.com wrote: All of these are really pretty minor issues compared with the main benefit of not needing to ship everything