[Python-Dev] Mailman 2 - not receiving moderators emails

I recently rebuilt my server (Ubuntu 20.04) and rebuilt mailman 2 - upgrading to the latest version 2.1.34. The mail server is postfix I run three mailing lists, including "TESTmail". The same issue below affects all three lists. On the General Page, I have filled in an administrator and a own

Re: [Python-Dev] Define a place for code review in Python workflow

k of patches sitting around, but cursory investigation suggests that reports of non-existence may have been exaggerated ;) http://pypi.python.org/pypi/review/r537 Love regards etc David Miller ___ Python-Dev mailing list Python-Dev@python.org http://mai

Re: [Python-Dev] sum(...) limitation

ef x(): return a + b + c def y(): return ''.join([a, b, c]) $ python -m timeit -s 'import t' 't.x()' 100 loops, best of 3: 0.477 usec per loop $ python -m timeit -s 'import t' 't.y()' 100 loops, best of 3:

Re: [Python-Dev] [Python-checkins] cpython: Issue #22003: When initialized from a bytes object, io.BytesIO() now

Thanks for spotting, There is a new patch in http://bugs.python.org/issue22125 to fix the warnings. David ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org

Re: [Python-Dev] PEP 476: Enabling certificate validation by default!

y did you switch to go?" are "Concurrency" and "The stdlib HTTP client verifies TLS by default." In a work related survey of webhook providers I found that only ~7% of HTTPS URLs would be affected by a change like this. -David __

Re: [Python-Dev] PEP 476: Enabling certificate validation by default!

Nick Coghlan gmail.com> writes: > Creating *new* incompatibilities between Python 2 & Python 3 is a major point > of concern. Clearly this change should be backported to Python2. -David ___ Python-Dev mailing list Python-Dev@pyt

Re: [Python-Dev] bytes-like objects

). +1 on improving the notion of bytes-like things in Python, but not necessarily by concretizing the existing interface. David > > Victor > > ___ > Python-Dev mailing list > Python-Dev@python.org > https://mail.python.org/mai

[Python-Dev] XP buildbot problem cloning from hg.python.org

Or anything that could have changed configuration wise recently (maybe timeout related or something)? I'm running a bit low of items to try to change or reset on the buildbot side. Thanks. -- David ___ Python-Dev mailing list Python-Dev@python.org https:/

Re: [Python-Dev] XP buildbot problem cloning from hg.python.org

ught I saw it using https (port 443) in some traffic monitoring I was doing, so maybe it gets redirected? Oh yeah, the log also shows "real URL is https://hg.python.org/cpython"; as the first output from hg. -- David ___ Python-Dev mailing lis

Re: [Python-Dev] XP buildbot problem cloning from hg.python.org

angegroup File "mercurial\revlog.pyc", line 1239, in addgroup File "mercurial\changegroup.pyc", line 31, in chunkiter File "mercurial\changegroup.pyc", line 20, in getchunk File "mercurial\util.pyc", l

Re: [Python-Dev] XP buildbot problem cloning from hg.python.org

David Bolen writes: > which appears to die mid-stream while receiving the manifests. > > So I'm sort of hoping there might be some record server-side as to why > things are falling apart mid-way. Just to follow-up to myself, I get the same same error trying to do a clone from m

Re: [Python-Dev] XP buildbot problem cloning from hg.python.org

other XP box also has 0.9.8r. The prior buildbot version (1.6.2) looks like it had 0.9.8o. I also got around to trying a manual clone on the Windows 7 buildbot, and it worked fine, even with the older hg 1.6.2. So it seems to correlate with XP more than anything else at the moment.

Re: [Python-Dev] XP buildbot problem cloning from hg.python.org

Do you mean your local repo? If so, I don't have a local repo at this point - the failure is during the first clone. -- David On Sat, Oct 25, 2014 at 1:19 AM, Steve Dower wrote: > I was seeing this recently and had to run recover on my repo (not sure > what the command line

Re: [Python-Dev] XP buildbot problem cloning from hg.python.org

ut I wonder if it's still some sort of timeout somewhere. I don't think I currently have an active ssh account, but if there were a way to test a clone over ssh rather than http perhaps that would be a useful data point, in terms of eliminating some middlemen processing. -- David _

Re: [Python-Dev] XP buildbot problem cloning from hg.python.org

often see cpython fail.(*) A test of what I presumed was a more comparably sized repository (features/cdecimal) dies like cpython. -- David (*) Overall clone time is probably unrelated anyway since the XP buildbot traditionally needed 10+min for clones in the past (such as when the new build scri

Re: [Python-Dev] XP buildbot problem cloning from hg.python.org

Ned Deily writes: > Update: after consulting with Donald on IRC, it appears that the problem > was on the python.org end and is now fixed. David, is it now working > again for you? Sorry for the delay - yes, it appears to be working again for me as well. And it looks like clones d

Re: [Python-Dev] Status of C compilers for Python on Windows

e, especially for math. But TBH, those are not compelling cases to build python itself on mingw, only to better support C extensions with mingw. David > Regards > > Antoine. > > > ___ > Python-Dev mailing list &

Re: [Python-Dev] Status of C compilers for Python on Windows

On Wed, Oct 29, 2014 at 5:17 PM, David Cournapeau wrote: > > > On Wed, Oct 29, 2014 at 3:25 PM, Antoine Pitrou > wrote: > >> On Thu, 30 Oct 2014 01:09:45 +1000 >> Nick Coghlan wrote: >> > >> > Lots of folks are happy with POSIX emulation layers o

Re: [Python-Dev] Who's using VS/Windows to work on Python?

, and I don't mind if VS itself has issues, but if it risks compromising other aspects of the buildbot, then I think testing on a different machine would be preferred. Is anything aside from VS 2015 itself (e.g., the Ultimate 2015 download on the preview page) needed?

Re: [Python-Dev] Who's using VS/Windows to work on Python?

n 3.5. > VS 2010 should be fine. The most likely issues are with VS 2013 (for > teams that haven't updated their setup authoring yet), but these > should have been ironed out already. Ok, the buildbots are just VS 2008 and VS 2010, so no 2013 to

Re: [Python-Dev] Move selected documentation repos to PSF BitBucket account?

ript magically writes itself. The former impacts review bandwidth, the latter infrastructure bandwidth (which already seems quite contended, e.g. given the job board is still MIA). David ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.or

Re: [Python-Dev] ubuntu buildbot

given the hosting environment, at least for the kernel. I could do 32-bit userspace via multiarch if keeping a 32-bit buildbot in the mix is attractive. -- David On Sun, Nov 23, 2014 at 10:18 PM, Benjamin Peterson wrote: > Hi David, > I noticed you run the "Builder x86 Ubuntu Share

Re: [Python-Dev] New Windows installer for Python 3.5

it never really worked because the administrative install didn't drop the MSVC runtime dlls anywhere, as far as I could tell. At some point I hacked around that by modifying the MSI file in my setup program to also drop the MSVC runtime dlls, but that was VERY hacky... Thanks, David _

Re: [Python-Dev] New Windows installer for Python 3.5

e good examples. Right now doing this in the way these guys do is too much work for our small project... Anything that makes this easier would be appreciated. Thanks! And the new installer looks great in general. Best, David ___ 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] ubuntu buildbot

On Mon, Nov 24, 2014 at 11:07 AM, Benjamin Peterson wrote: > > On Mon, Nov 24, 2014, at 00:33, David Bolen wrote: >> Yeah, it definitely needs it. Historically it was intentional as my own >> servers were all on 8.04, but the last of those moved 12.04 last year. >> >

[Python-Dev] Why does python use relative instead of absolute path when calling LoadLibrary*

raryEx(pathbuf, NULL LOAD_WITH_ALTERED_SEARCH_PATH) That seems to work, but I am quite worried about changing any import semantics by accident. David ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mai

Re: [Python-Dev] Why does python use relative instead of absolute path when calling LoadLibrary*

Thank you both for your answers. I will go away with this modification, and see how it goes. David On Thu, Mar 12, 2015 at 2:41 AM, Wes Turner wrote: > > On Mar 11, 2015 3:36 PM, "David Cournapeau" wrote: > > > > Hi, > > > > While looking at the impor

Re: [Python-Dev] Buildbot PPC64 AIX 3.x failures

. One of the tests presumably crashed in a bad way that prevented normal cleanup by the buildslave. - David ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/opt

Re: [Python-Dev] Buildbot x86 XP-4 3.x doesn't compile anymore: drop it?

very many of those running XP also need the latest 3.x release of Python, I expect there are quite a few active 2.x users. -- David ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http

Re: [Python-Dev] A macro for easier rich comparisons

On Tue, 2015-04-28 at 10:50 -0700, Glenn Linderman wrote: > On 4/28/2015 2:13 AM, Victor Stinner wrote: > > > > #define Py_RETURN_RICHCOMPARE(val1, val2, op) > > > \ > > > > do { > > > > \ > > >

Re: [Python-Dev] Ancient use of generators

oncept) harks back to PEP 288 <https://www.python.org/dev/peps/pep-0288/>, > which was rejected. PEP 288 also proposed some changes to generators. The > interesting bit though is in the references: there are two links to old > articles by David Mertz that describe using generators in state

Re: [Python-Dev] Tracker reviews look like spam

SPF only covers the envelope sender, so it should be possible to set that to something that validates with SPF, keep the RFC822 From: header as it is, and maybe(?) include a separate Sender: header matching the envelope address. David On Tue, May 12, 2015 at 06:08:30PM -0400, Terry Reedy wrote

Re: [Python-Dev] Why aren't decorators just expressions?

I always realized the restriction was there, and once in a while mention it in teaching. But I've NEVER had an actual desire to use anything other that a simple decorator or a "decorator factory" (which I realize is a decorator in the grammar, but it's worth teaching how to parameterize custom ones

Re: [Python-Dev] Investigating time for `import requests`

and don't use network IO (the tool in question was a complete packages manager), but you pay ~100 ms because of requests import for every command. It is particularly visible because commands latency starts to be felt around 100-150 ms, and while you can do a lot in python in 100-150 ms, you can

Re: [Python-Dev] PEP 564: Add new time functions with nanosecond resolution

I worked at a molecular dynamics lab for a number of years. I advocated switching all our code to using attosecond units (rather than fractional picoseconds). However, this had nothing whatsoever to do with the machine clock speeds, but only with the physical quantities represented and the scaling

Re: [Python-Dev] Guarantee ordered dict literals in v3.7?

I strongly opposed adding an ordered guarantee to regular dicts. If the implementation happens to keep that, great. Maybe OrderedDict can be rewritten to use the dict implementation. But the evidence that all implementations will always be fine with this restraint feels poor, and we have a perfectl

Re: [Python-Dev] Guarantee ordered dict literals in v3.7?

On Nov 6, 2017 9:11 PM, "Raymond Hettinger" wrote: > On Nov 6, 2017, at 8:05 PM, David Mertz wrote: > I strongly opposed adding an ordered guarantee to regular dicts. If the implementation happens to keep that, great. Maybe OrderedDict can be rewritten to use the dict impleme

Re: [Python-Dev] Tricky way of of creating a generator via a comprehension expression

Inasmuch as I get to opine, I'm +1 on SyntaxError. There is no behavior for that spelling that I would find intuitive or easy to explain to students. And as far as I can tell, the ONLY time anything has ever been spelled that way is in comments saying "look at this weird edge case behavior in Pytho

[Python-Dev] Allow tuple unpacking in return and yield statements

First time contributing back -- if I should be filing a PEP or something like that for this, please let me know. Coming from https://bugs.python.org/issue32117, unparenthesized tuple unpacking is allowed in assignments: rest = (4, 5, 6) a = 1, 2, 3, *rest but not in yield or return sta

Re: [Python-Dev] Tricky way of of creating a generator via a comprehension expression

FWIW, on a side point. I use 'yield' and 'yield from' ALL THE TIME in real code. Probably 80% of those would be fine with yield statements, but a significant fraction use `gen.send()`. On the other hand, I have yet once to use 'await', or 'async' outside of pedagogical contexts. There are a whole

Re: [Python-Dev] Tricky way of of creating a generator via a comprehension expression

On Sat, Nov 25, 2017 at 3:37 PM, Guido van Rossum wrote: > Maybe you didn't realize async/await don't need an event loop? Driving an > async/await-based coroutine is just as simple as driving a yield-from-based > one (`await` does exactly the same thing as `yield from`). > I realize I *can*, but

[Python-Dev] Using async/await in place of yield expression

Changing subject line because this is way off to the side. Guido and Nathaniel point out that you can do everything yield expressions do with async/await *without* an explicit event loop. While I know that is true, it feels like the best case is adding fairly considerable ugliness to the code in

Re: [Python-Dev] What's the status of PEP 505: None-aware operators?

imeout Those values that are "possibly None" don't raise exceptions, so they wouldn't apply to this syntax. Yours, David... On Wed, Nov 29, 2017 at 9:03 AM, Random832 wrote: > On Tue, Nov 28, 2017, at 15:31, Raymond Hettinger wrote: > > > > > I also cc pyt

Re: [Python-Dev] Allow tuple unpacking in return and yield statements

Henk-Jaap noted that the grammar section of the language ref for yield and return should also be updated from expression_list to starred_list with this change. As noted elsewhere, this isn't in-sync with the Grammar file (intentionally, if I understand correctly). I took a look, and I believe t

Re: [Python-Dev] Is static typing still optional?

On Sun, Dec 17, 2017 at 8:22 AM, Guido van Rossum wrote: > On Sun, Dec 17, 2017 at 2:11 AM, Julien Salort wrote: > >> Naive question from a lurker: does it mean that it works also if one >> annotates with something that is not a type, e.g. a comment, >> >> @dataclass >> class C: >> a: "This

Re: [Python-Dev] Is static typing still optional?

There name Data seems very intuitive to me without suggesting type declaration as Any does (but it can still be treated as a synonym by actual type checkers) On Dec 22, 2017 12:12 PM, "Paul Moore" wrote: > On 22 December 2017 at 19:50, Gregory P. Smith wrote: > > > My preference for this is "ju

Re: [Python-Dev] Guido's Python 1.0.0 Announcement from 27 Jan 1994

Does anyone have an archive of the Python 1.0 documentation? Sadly http://www.cwi.nl/~guido/Python.html is not a live URL :-). On Sat, Jan 27, 2018 at 9:08 AM, Chris Angelico wrote: > On Sun, Jan 28, 2018 at 3:58 AM, Senthil Kumaran > wrote: > > Someone in HackerNews shared the Guido's Python

Re: [Python-Dev] Dataclasses and correct hashability

I agree with Ethan, Elvis, and a few others. I think 'hash=True, frozen=False' should be disabled in 3.7. It's an attractive nuisance. Maybe not so attractive because its obscurity, but still with no clear reason to exist. If many users of of dataclass find themselves defining '__hash__' with mut

Re: [Python-Dev] Dataclasses and correct hashability

Absolutely I agree. 'unsafe_hash' as a name is clear warning to users. On Feb 4, 2018 10:43 PM, "Chris Barker" wrote: On Sun, Feb 4, 2018 at 11:57 PM, Gregory P. Smith wrote: > +1 using unsafe_hash as a name addresses my concern. > mine too -- anyone surprised by using this deserves what the

Re: [Python-Dev] Dataclasses and correct hashability

Honestly, the name I would most want for the keyword argument is '_hash'. That carries the semantics I desire. On Feb 6, 2018 10:13 AM, "Ethan Furman" wrote: > On 02/06/2018 09:38 AM, Guido van Rossum wrote: > > Where do you get the impression that one would have to explicitly request >> __hash_

Re: [Python-Dev] The `for y in [x]` idiom in comprehensions

On Feb 23, 2018 9:26 PM, "Steven D'Aprano" wrote: Given a potentially expensive DRY violation like: [(function(x), function(x)+1) for x in sequence] there are at least five ways to solve it. A 6th way is to wrap the expensive function in @lru_cache() to make it non-expensive. [(a, a

Re: [Python-Dev] The `for y in [x]` idiom in comprehensions

FWIW, the nested loop over a single item is already in the language for 15 years or something. It's not that ugly, certainly not enough to need a new 'let' or 'where' keyword that basically does exactly the same thing with 3 fewer characters. On Feb 23, 2018 10:04 PM, Dav

Re: [Python-Dev] Symmetry arguments for API expansion

If anyone cares, my vote is to rip out both .as_integer_ratio() and .is_integer() from Python. I've never used either and wouldn't want to. Both seem like perfectly good functions for the `math` module, albeit the former is simply the Fraction() constructor. I can see no sane reason why anyone wo

Re: [Python-Dev] Symmetry arguments for API expansion

On Mon, Mar 12, 2018, 3:25 PM Tim Peters wrote: > [David Mertz ] > > ... > > I can see no sane reason why anyone would ever call float.is_integer() > > actually. That should always be spelled math.isclose(x, int(x)) because > > IEEE-754. Attractive nuisance is probab

Re: [Python-Dev] Deprecating float.is_integer()

I've been using and teaching python for close to 20 years and I never noticed that x.is_integer() exists until this thread. I would say the "one obvious way" is less than obvious. On the other hand, `x == int(x)` is genuinely obvious... and it immediately suggests the probably better `math.isclose

Re: [Python-Dev] Deprecating float.is_integer()

On Wed, Mar 21, 2018 at 3:02 PM, Tim Peters wrote: > [David Mertz] > > I've been using and teaching python for close to 20 years and I never > > noticed that x.is_integer() exists until this thread. > > Except it was impossible to notice across most of those years,

Re: [Python-Dev] Deprecating float.is_integer()

Ok. I'm wrong on that example. On Wed, Mar 21, 2018, 9:11 PM Tim Peters wrote: > [David Mertz ] > >> For example, this can be true (even without reaching inf): > >> > >> >>> x.is_integer() > >> True > >> >>> (math.sqrt(

Re: [Python-Dev] Sets, Dictionaries

I agree with everything Steven says. But it's true that even as a 20-year Python user, this is an error I make moderately often when I want an empty set... Notwithstanding that I typed it thousands of times before sets even existed (and still type it when I want an empty dictionary). That said, I'

Re: [Python-Dev] PEP 572: Assignment Expressions

Strongly agree with Nick that only simple name targets should be permitted (at least initially). NONE of the motivating cases use more complex targets, and allowing them encourages obscurity and code golf. On Tue, Apr 17, 2018, 8:20 AM Nick Coghlan wrote: > On 17 April 2018 at 17:46, Chris Angel

Re: [Python-Dev] PEP 572: Assignment Expressions

It's horrors like this: g(items[idx] := idx := f()) That make me maybe +0 if the PEP only allowed simple name targets, but decisively -1 for any assignment target in the current PEP. I would much rather never have to read awful constructs like that than get the minor convenience of: if

Re: [Python-Dev] PEP 572: Assignment Expressions

It feels very strange that the PEP tries to do two almost entirely unrelated things. Assignment expressions are one thing, with merits and demerits discussed at length. But "fixing" comprehension scoping is pretty much completely orthogonal. Sure, it might be a good idea. And yes there are interac

Re: [Python-Dev] PEP 572: Assignment Expressions

27;s nothing quite analogous in current Python for: while (command := input("> ")) != "quit": print("You entered:", command) On Sat, Apr 21, 2018, 11:57 AM Nick Coghlan wrote: > On 22 April 2018 at 01:44, David Mertz wrote: > > It feels very strange

Re: [Python-Dev] PEP 572: Assignment Expressions

I do think the pronunciation issue that Greg notices is important. I teach Python for most of my living, and reading and discussing code segments is an important part of that. When focussing on how Python actually *spells* something, you can't always jump to the higher-level meaning of a construc

Re: [Python-Dev] PEP 572: Assignment Expressions

On Apr 24, 2018, at 2:10 PM, MRAB wrote: > > On 2018-04-21 03:15, Tim Peters wrote: >> [Tim] >> >> And I'll take this opportunity to repeat the key point for me: I >> >> tried hard, but never found a single case based on staring at real >> >> code where allowing _fancier_ (than "plain name") tar

Re: [Python-Dev] (name := expression) doesn't fit the narrative of PEP 20

> > [Raymond Hettinger ] > > Python is special, in part, because it is not one of those languages. > > It has virtues that make it suitable even for elementary school children. > > We can show well-written Python code to non-computer folks and walk > > them through what it does without their brains

Re: [Python-Dev] (name := expression) doesn't fit the narrative of PEP 20

FWIW, the combination of limiting the PEP to binding expressions and the motivating example of sequential if/elif tests that each need to utilize an expression in their body (e.g. matching various regexen by narrowing, avoiding repeated indent) gets me to +1. I still think the edge case changes to

Re: [Python-Dev] Dealing with tone in an email

hom I roll my eyes when I see a post is from them... I think most actual core contributors simply have them on auto-delete filters by now. I don't know where the threshold is exactly, but I suspect you're getting close to that with this post. Yours, David... -- Keeping medicines from the

Re: [Python-Dev] Slow down...

This seems like a rather bad idea. None of the core changes in the last few versions were on the radar 10 years in advance. And likewise, no one really knows what new issues will become critical over the next 10. The asyncio module and the async/await keywords only developed as important concerns

Re: [Python-Dev] Informal educator feedback on PEP 572 (was Re: 2018 Python Language Summit coverage, last part)

On Mon, Jun 25, 2018 at 5:14 PM Steve Holden wrote: > I'd like to ask: how many readers of ​ > > ​this email have ever deliberately taken advantage of the limited Python 3 > scope in comprehensions and generator expressions to use what would > otherwise be a conflicting local variable name?​ > I

Re: [Python-Dev] Python and Linux Standard Base

The main wiki page was last touched at all in 2016. The mailing list in Jan 2018 had about 8 comments, none of them actually related to LSB. They stopped archiving the ML altogether in Feb 2018. I think it's safe to say the parrot is dead. On Wed, Jun 27, 2018, 9:50 AM Antoine Pitrou wrote: > On

Re: [Python-Dev] Can we clean up the buildbots please?

purpose. It is a bit misleading to still be trying to build the 3.x branch on it but I suspect eliminating the branch from that slave is just an oversight, or nobody with the proper access has had time yet. -- David ___ Python-Dev mailing lis

Re: [Python-Dev] Single-file Python executables (was: Computed Goto dispatch for Python 2)

stdlib is written in go now I believe, and it is much more portable across linux systems on a given CPU arch compared to python. IOW, it is more robust against ABI variability. David ___ 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's New editing

On Sun, Jul 5, 2015 at 6:06 PM, Nick Coghlan wrote: > On 6 July 2015 at 03:52, R. David Murray wrote: > > Just so people aren't caught unawares, it is very unlikely that I will > have > > time to be the final editor on "What's New for 3.5" they way I was fo

Re: [Python-Dev] What's New editing

. If this is OK with the powers-that-be, I'll coordinate with David Murray on how best to take over this task from him. Thanks, David... On Sun, Jul 5, 2015 at 8:51 PM, Nick Coghlan wrote: > On 6 July 2015 at 12:42, David Mertz wrote: > > I think I might be able to "volu

Re: [Python-Dev] How far to go with user-friendliness

Nothing huge to add, and I'm not experienced using mock. But the special handling of 'assret' as a "misspelling of 'assert'" definitely strikes me as a wart also. That sort of thing really has no place in a library itself, but rather only in a linter. On Fri, Jul 17, 2015 at 9:20 AM, Steven D'Ap

Re: [Python-Dev] Status on PEP-431 Timezones

At the risk of being off-topic, I realize I really DO NOT currently understand datetime in its current incarnation. It's too bad PEP 431 proves so difficult to implement. Even using `pytz` is there any way currently to get sensible answers to, e.g.: from datetime import * from pytz import timezo

Re: [Python-Dev] PEP-498: Literal String Formatting

: collections.ChainMap(locals(), globals(), __builtins__.__dict__). If we could spell that as, say `lgb()`, that would let str.format() or %-formatting pick up the full "what's in scope". To my mind, that's the only good thing about the f-string idea. Yours, David... -- Kee

Re: [Python-Dev] PEP-498: Literal String Formatting

sn't look like that (especially to beginners whom I might teach). The name 'scope_format' is ugly, and something shorter would be nicer, but I think this conveys my idea. Yours, David... On Sun, Aug 9, 2015 at 6:14 PM, David Mertz wrote: > On Sun, Aug 9, 2015 at 11:22 AM, Eric V. Smi

Re: [Python-Dev] PEP-498: Literal String Formatting

I know. I elided including the nonexistent `nonlocals()` in there. But it *should* be `lngb()`. Or call it scope(). :-) On Aug 10, 2015 10:09 AM, "Steven D'Aprano" wrote: > On Sun, Aug 09, 2015 at 06:14:18PM -0700, David Mertz wrote: > > [...] > > That said, there

Re: [Python-Dev] What's New editing

his, but I wonder if maybe someone else would like to be co-author since the increased workload doesn't actually seem likely to diminish soon. On Wed, Sep 2, 2015 at 7:03 PM, Yury Selivanov wrote: > > > On 2015-07-06 11:38 AM, David Mertz wrote: > >> Hi Folks, >> >>

Re: [Python-Dev] Conversion of a standard unicode string to a bit string in Python

This list is for discussion of development of the Python core language and standard libraries, not for development *using* Python. It sounds like you should probably do your homework problem on your own, actually, but if you seek advice, something like StackOverflow or python-list are likely to be

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

This recipe looks like a bad design to me to start with. It's too-clever-by-half, IMO. If I were to implement RingBuffer, I wouldn't futz around with the __class__ attribute to change it into another thing when it was full. A much more obvious API for users would be simply to implement a RingBuf

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

; self.data[self.cur] = x > self.cur = (self.cur + 1) % self.max > def get(self): > return self.data[self.cur:] + self.data[:self.cur] > > > > On 18 October 2015 at 08:45, David Mertz wrote: > >> This recipe looks like a bad design to me to start

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

cilities. They don't say anything about this "mutate the __class__ trick", but I somehow suspect he'd put that in that category. On Sun, Oct 18, 2015 at 6:47 PM, Steven D'Aprano wrote: > On Sun, Oct 18, 2015 at 05:35:14PM -0700, David Mertz wrote: > > > In any case

Re: [Python-Dev] PEP-8 wart... it recommends short names because of DOS

DOS Python programmers probably can't use `concurrent` or `multiprocessing`. ☺ On Oct 20, 2015 6:26 PM, "Gregory P. Smith" wrote: > https://www.python.org/dev/peps/pep-0008/#names-to-avoid > > *"Since module names are mapped to file names, and some file systems are > case insensitive and truncate

Re: [Python-Dev] PEP 8 recommends short module names because FAT is still common today (was: PEP-8 wart... it recommends short names because of DOS)

Even thumb drives use VFAT. Yes it's an ugly hack, but the names aren't limited to 8.3. On Oct 20, 2015 6:59 PM, "Ben Finney" wrote: > "Gregory P. Smith" writes: > > > There haven't been computers with less than 80 character file or path > > name element length limits in wide use in decades... ;

[Python-Dev] 2.7.11 Windows Installer issues on Win2008R2

ide configuration is incorrect. Please see the application event log or u se the command-line sxstrace.exe tool for more detail. Previous versions of Python for windows have had this problem but it was corrected. It looks like it has crept back in. -- David Rader _

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

On Mon, 2016-01-18 at 19:18 -0500, Terry Reedy wrote: > On 1/18/2016 6:20 PM, Brett Cannon wrote: > > > > > > On Sun, 17 Jan 2016 at 11:10 Brett Cannon > > wrote: > > > > While doing a review of http://bugs.python.org/review/26129/ I asked > > to have curly braces

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

Great PEP overall. We definitely don't want the restriction to grouping numbers only in threes. South Asian crore use grouping in twos. https://en.m.wikipedia.org/wiki/Crore On Feb 11, 2016 7:04 PM, "Glenn Linderman" wrote: > On 2/11/2016 4:16 PM, Steven D'Aprano wrote: > > On Thu, Feb 11, 2016

Re: [Python-Dev] PEP 514: Python environment registration in the Windows Registry

.c for sys.path, but are there any other places where the registry is used by python itself ? Thanks for working on this, David On Sat, Feb 6, 2016 at 9:01 PM, Steve Dower wrote: > I've posted an updated version of this PEP that should soon be visible at > https://www.python.org/dev

Re: [Python-Dev] PEP 514: Python environment registration in the Windows Registry

On Tue, Mar 1, 2016 at 5:46 PM, Steve Dower wrote: > On 01Mar2016 0524, Paul Moore wrote: > >> On 1 March 2016 at 11:37, David Cournapeau wrote: >> >>> I am not clear about 3., especially on what should be changed. I know >>> that >>> for 2.7, we n

Re: [Python-Dev] Counting references to Py_None

On Sun, Mar 20, 2016 at 01:43:27PM -0300, Facundo Batista wrote: > Hello! > > I'm seeing that our code increases the reference counting to Py_None, > and I find this a little strange: isn't Py_None eternal and will never > die? > > What's the point of counting its references? Avoiding a branch o

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

watch. > Even if the only thing we learn from Jon's experiment is a new set of > tricks for breaking out of the sandbox, that's still interesting, if > not useful. Don't forget the worst case: a fundamentally broken security module heavily marketed to the naive using c

Re: [Python-Dev] Yearly PyPI breakage

some edge cases that hurt in a common use case. Is there something to contemplate in here? I dislike posting questions instead of answers, but it seems apparent there is a problem here and it continues to remain unaddressed. David On Tue, May 03, 2016 at 07:06:12PM +, Stefan Krah

Re: [Python-Dev] Yearly PyPI breakage

ported to Flask in a few days). There is no reason why this effort nor any other (like full text search) should be used, as it often is, as an argument in the decisionmaking process that largely governs how PyPI and pip have worked in the recent years, yet it only takes a few glances at the arc

Re: [Python-Dev] Add Gentoo packagers of external modules to Misc/ACKS

On Sun, 2013-12-08 at 05:29 -0500, R. David Murray wrote: > As far as we have been able to determine, Tae Wong is in fact a bot > (note the 'seo' in the email address...a tip of the hand, as far as > I can see). We have removed all access permissions (including email) > fr

Re: [Python-Dev] How long the wrong type of argument should we limit (or not) in the error message (C-api)?

t;tp_name. > > Or this is just a matter of taste? > > Thank you. > > Vajrasky Kok > ___ > Python-Dev mailing list > Python-Dev@python.org > https://mail.python.org/mailman/listinfo/py

Re: [Python-Dev] How long the wrong type of argument should we limit (or not) in the error message (C-api)?

language. On Sat, Dec 14, 2013 at 4:07 PM, Greg Ewing wrote: > David Hutto wrote: > >> Being that python is, to me, a prototyping language, then every possible >> outcome should be presented to the end user. >> > > So we should produce a quantum superposition o

Re: [Python-Dev] How long the wrong type of argument should we limit (or not) in the error message (C-api)?

just the expected, but the unexpected technologiesDespite the topic is error messages, it should apply to all possibilities that could be derived from a prototyping language like python. On Sat, Dec 14, 2013 at 11:09 PM, David Hutto wrote: > Susskinds...Me too, but the refinement of t

Re: [Python-Dev] [RELEASED] Python 3.4.0 release candidate 1

On Tue, Feb 11, 2014 at 5:45 AM, Terry Reedy wrote: > On 2/11/2014 5:13 AM, Terry Reedy wrote: >> ... >> I installed 64 bit 3.3.4 yesterday with no problem. I reran it today in >> repair mode and again, no problem. >> >> With 64 bit 3.4.0, I get >> "There is a problem with this Windows Installer p

  1   2   3   4   5   6   7   8   9   10   >