e was a place for everyone who wanted to
attend. If you are at PyCon, or know someone who is, please let them know that
this invitation extends to everyone who attended.
regards
Steve
--
Steve Holden st...@holdenweb.com / +1 571 484 6266 /
Indeed. I believe that the date is on the Eventbrite page, but sorry for
omitting obviously necessary information. It's tomorrow. Hope to see you there.
S
On Apr 12, 2015, at 4:49 PM, Stephane Wirtel wrote:
> 7h30 morning ? Tomorrow
>
> On 12 avr. 2015, at 4:13 PM, Steve
avoid most
current opposition and yet a common field-oriented mechanism for accessing
units of retrieved data by name.
regards
Steve
Steve Holden
On Sat, Sep 16, 2017 at 3:44 PM, Sven R. Kunze wrote:
> Thanks for the PEP! :)
>
> I like the naming. ;) Though, I would like to add to M
On Thu, Oct 12, 2017 at 9:20 AM, Mike Miller
wrote:
>
> On 2017-10-12 00:36, Stéfane Fermigier wrote:
>
>> "An object that is not defined by its attributes, but rather by a thread
>> of continuity and its identity." (from https://en.wikipedia.org/wiki/
>> Domain-driven_design#Building_blocks)
>>
ighted
to hear about them.
Thanks
Steve Holden
___
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
On Mon, Nov 6, 2017 at 10:18 AM, Paul Sokolovsky wrote:
> Hello,
>
> What happens now borders on technologic surrealism - the CPython, after
> many years of persuasion, switched its dict algorithm, rather
> inefficient in terms of memory, to something else, less inefficient
> (still quite ineffic
While I appreciate the value of annotations I think that *any* addition of
them to the stdlib would complicate an important learning resource
unnecessarily. S
Steve Holden
On Mon, Nov 6, 2017 at 4:07 PM, Victor Stinner
wrote:
> Related to annotations, are you ok to annotate basic types in
On Tue, Nov 7, 2017 at 12:35 AM, Donald Stufft wrote:
[..]
> Maybe we just need to fully flesh out the idea of a "Python Core" (What
> exists now as “Python”) and a “Python Platform” (Python Core + A select set
> of preinstalled libraries). Then typing can just be part of the Python
> Platform,
On Wed, Nov 22, 2017 at 8:48 PM, Sven R. Kunze wrote:
> Isn't yield like a return?
>
Enough like it to make a good case, I'd say.
> A return in a list/dict/set comprehension makes no sense to me.
>
Nor me, nor the vast majority of instance. But nowadays yield is more of a
synchronisation poi
great heap whence it came ..."
Steve Holden
On Tue, Nov 28, 2017 at 5:13 PM, Brett Cannon wrote:
>
>
> On Tue, 28 Nov 2017 at 03:33 Nick Coghlan wrote:
>
>> On 28 November 2017 at 15:42, Larry Hastings wrote:
>> > On 11/27/2017 03:58 PM, Yury Selivanov wrote:
>&g
On Fri, Dec 1, 2017 at 10:31 AM, Steven D'Aprano
wrote:
> On Thu, Nov 30, 2017 at 11:54:39PM -0500, Random832 wrote:
>
> > The OP isn't confusing anything; it's Eric who is confused. The quoted
> > paragraph of the PEP clearly and unambiguously claims that the sequence
> > is "arguments -> functi
On Mon, Dec 11, 2017 at 5:10 PM, Chris Barker - NOAA Federal <
chris.bar...@noaa.gov> wrote:
> .
>
> I see a couple of options:
> 1a: Use a default type annotation, if one is not is supplied. typing.Any
> would presumably make the most sense.
> 1b: Use None if not type is supplied.
> 2: Rework the
On Fri, Dec 15, 2017 at 9:47 PM, Guido van Rossum wrote:
> [...]
>
> stays ordered across deletions" part of the ruling is true in CPython 3.6.
>
> I don't know what guidance to give Eric, because I don't know what other
> implementations do nor whether Eric cares about being compatible with
>
I submitted the 3.6 patch that Raymond committed. The purpose of the change
was to allow access to the ordering of the columns.
It doesn't use any of the OrderedDict-only methods, and I'd be very
surprised if a reversion to using dict in 3.7 would cause any tests to fail.
regards
St
On Tue, Dec 19, 2017 at 10:53 AM, Paul Moore wrote:
> On 19 December 2017 at 07:49, Eric V. Smith wrote:
> > Data Classes is also not the first use of type annotations in the stdlib:
> > https://docs.python.org/3/library/typing.html#typing.NamedTuple
> >
>
> Also, the fact that no-one raised thi
On Tue, Dec 19, 2017 at 4:49 PM, Stephen J. Turnbull <
turnbull.stephen...@u.tsukuba.ac.jp> wrote:
> Nathaniel Smith writes:
>
> > To make sure I understand, do you actually have a script like this, or
> > is this hypothetical?
>
> I have a couple of doctests that assume that pprint will sort by
On Thu, Dec 21, 2017 at 7:55 PM, Terry Reedy wrote:
> On 12/21/2017 9:23 AM, Eric V. Smith wrote:
>
>>
>>
>> On 12/21/17 6:25 AM, Sven R. Kunze wrote:
>>
>>> On 21.12.2017 11:22, Terry Reedy wrote:
>>>
@dataclass
>> class C:
>> a: int # integer field with no default
>>
On Fri, Jan 19, 2018 at 12:09 AM, Nathaniel Smith wrote:
> On Jan 18, 2018 07:34, "Christian Heimes" wrote:
>
> On 2018-01-16 21:17, Christian Heimes wrote:
> > FYI, master on Travis CI now builds and uses OpenSSL 1.1.0g [1]. I have
> > created a daily cronjob to populate Travis' cache with Open
For this to move forward more rapidly it would really help if there were a
utility VM appliance available with a ready-installed support an SDK. Or at
least that would lower impedance to joining the development effort. Does
any such beast by chance exist?
S
Steve Holden
On Tue, Jan 23, 2018 at
I've just start using CLion from JetBrains, and I wondered if anyone on the
list is using this product in CPython development. Links to any guidance
would be useful.
regards
Steve Holden
___
Python-Dev mailing list
Python-Dev@python.org
The horizontal axis labelling in that graph is useless with so many tests
included!
Would a graphic with hover labels over the bars be more useful?
Steve Holden
On Wed, Jan 31, 2018 at 1:06 PM, Victor Stinner
wrote:
> There is https://speed.python.org/comparison/ to compare Python 2.7,
Doh! Thank you.
Steve Holden
___
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
ken seriously and discussed in such depth. Thank you all.
Steve Holden
On Sat, Feb 3, 2018 at 6:44 AM, Guido van Rossum wrote:
> It appears Eric and I are the only ones in favor of keeping the current
> behavior. But I still am not convinced by all the worries about "attractive
> nu
On Sat, Feb 3, 2018 at 10:46 PM, Ned Deily wrote:
> On Feb 3, 2018, at 17:40, Alex Walters wrote:
> > I am still working on porting code from 2.x to 3.x. As of late on the
> lists
> > I've seen comments about making somewhat major changes in 4.0 - now I'm
> > concerned that I should pause my po
On Mon, Feb 5, 2018 at 10:55 PM, Ethan Smith wrote:
> This list is for the discussion of development *of* Python. For
> discussion of development *with* Python, you want python-list.
>
... Whose web page can be found at
https://mail.python.org/mailman/listinfo/python-list
Ste
On Tue, Feb 6, 2018 at 3:40 AM, Steven D'Aprano wrote:
> On Sat, Feb 03, 2018 at 11:45:15AM +0100, asrp wrote:
>
> [...]
>
> Here's a faked session showing the sort of thing I am referring to.
> (Note that this is just an example, not a proposal for a new language
> feature.)
>
> for x in [1,
On Wed, Feb 21, 2018 at 5:53 PM, Brett Cannon wrote:
>
>
> On Wed, 21 Feb 2018 at 09:30 Yury Selivanov
> wrote:
>
>>
>
>
>> Huge thanks to the core-workflow team!
>>
>>
Hear, hear!
regards
Steve
___
Python-Dev mailing list
Python-Dev@python.org
htt
with (e.g.) the
__contains__ operator (list elements aren't lists, but string element are
strings), but overall the choices made lead to sensible, comprehensible
code.
regards
Steve
Steve Holden
On Wed, Feb 21, 2018 at 8:26 PM, Chris Barker wrote:
> On Wed, Feb 21, 2018 at 11:55 AM,
ungrateful
world we live in!
It might be useful to retain the issues for the benefit of those who way
wish to maintain the release after EOL, or at least get a list of them
before the tags are wiped.
regards
Steve
Steve Holden
On Wed, Mar 14, 2018 at 1:16 PM, Michael Scott Cuthbert
wrote:
> &
On Wed, Mar 21, 2018 at 3:08 PM, Guido van Rossum wrote:
> I searched 6M LoC of Python code at Dropbox and found only three uses.
> They seem legit. Two are about formatting a number that's given as a float,
> deciding whether to print a float as 42 or 3.14. The third is attempting a
> conversion
On Sat, Mar 24, 2018 at 9:29 AM, Nick Coghlan wrote:
> On 23 March 2018 at 02:58, Gregory Szorc wrote:
>
>> I'd like to start a discussion around practices for vendoring package
>> dependencies. I'm not sure python-dev is the appropriate venue for this
>> discussion. If not, please point me to o
On Mon, Apr 23, 2018 at 8:28 AM, Antoine Pitrou wrote:
> On Mon, 23 Apr 2018 00:44:44 -0500
> Tim Peters wrote:
> [...]
>
> > if (diff := x - x_base) and (g := gcd(diff, n)) > 1:
> > return g
> > That's so Pythonic I could cry ;-)
>
> [...]
>
> The second part, especially, where you use th
o
the programmer).
regards
Steve
Steve Holden
On Mon, Apr 23, 2018 at 6:13 PM, Sven R. Kunze wrote:
> On 23.04.2018 17:59, Steve Holden wrote:
>
>
> While Tim's expression might look (superficially) like C, the five-line
> alternative isn't exactly an inspiring
On Wed, Apr 25, 2018 at 6:15 AM, Nick Coghlan wrote:
> On 25 April 2018 at 13:56, Guido van Rossum wrote:
> > On Tue, Apr 24, 2018 at 8:24 PM, Nick Coghlan
> wrote:
> >>
> >> I also think it would be good for the PEP to spell out the following
> >> semantic invariant for code running in a regul
On Wed, Apr 25, 2018 at 6:16 AM, Steven D'Aprano
wrote:
> On Tue, Apr 24, 2018 at 03:54:30PM -0700, Guido van Rossum wrote:
>
> > We should really take this back to python-ideas at this point.
>
> Please no :-(
>
+1
___
Python-Dev mailing list
Pytho
On Wed, Apr 25, 2018 at 4:56 AM, Tim Peters wrote:
> [Tim]
> >> Binding expressions are debugger-friendly in that they _don't_ just
> >> vanish without a trace. It's their purpose to _capture_ the values of
> >> the expressions they name. Indeed, you may want to add them all over
> >> the place
On Wed, Apr 25, 2018 at 9:55 PM, Łukasz Langa wrote:
>
> > On 25 Apr, 2018, at 1:28 PM, Guido van Rossum wrote:
> >
> > You don't seem to grasp the usability improvements this will give. I
> hear you but at this point appeals to Python's "Zen" don't help you.
>
> This reads dismissive to me. I d
On Thu, Apr 26, 2018 at 8:56 AM, Steven D'Aprano
wrote:
> On Thu, Apr 26, 2018 at 03:31:13AM -0400, Terry Reedy wrote:
> > On 4/25/2018 8:20 PM, Chris Angelico wrote:
> > >On Thu, Apr 26, 2018 at 10:11 AM, Yury Selivanov
> > > wrote:
> > >>Just yesterday this snippet was used on python-dev to sho
On Fri, Apr 27, 2018 at 8:19 PM, Tim Peters wrote:
> [Lukasz]
> >> > And that *is* a thing that you will have to explain to newbies when
> >> > they encounter it for the first time.
>
> Which they will presumably do either in class or by reading code. No
sensible instructor or course author is
On Tue, May 1, 2018 at 3:36 AM, Chris Jerdonek
wrote:
> On Thu, Apr 26, 2018 at 10:33 AM, Sven R. Kunze wrote:
> > On 25.04.2018 01:19, Steven D'Aprano wrote:
> >>
> >> Sorry, gcd(diff, n) is not the "perfect name", and I will tell you that
> >> sometimes g is better. [...]
> >
> > We were talki
On Thu, May 3, 2018 at 12:12 AM, Ivan Pozdeev via Python-Dev <
python-dev@python.org> wrote:
> On 03.05.2018 1:01, Antoine Pitrou wrote:
>
>> On Wed, 2 May 2018 22:54:04 +0100
>> Paul Moore wrote:
>>
>>> On 2 May 2018 at 22:37, Antoine Pitrou wrote:
>>>
To elaborate a bit: the OP, while ang
On Thu, May 3, 2018 at 9:13 PM, Brett Cannon wrote:
>
>
> On Thu, 3 May 2018 at 12:29 Guido van Rossum wrote:
>
>> EVENTUALLY WE'LL ALL BE SHOUTING ALL THE TIME. Sad.
>>
>
> Yep. And that leads to burn-out. So while Ivan may have lucked out in
> getting the attention of people who are helped him
Me neither, but I do want people to accept that there are norms, which
should usually be observed. S
Steve Holden
On Fri, May 4, 2018 at 11:14 AM, Antoine Pitrou wrote:
> On Fri, 4 May 2018 08:23:19 +0100
> Steve Holden wrote:
> >
> > Yup. Tolerance has to have its lim
On Fri, May 4, 2018 at 4:43 PM, Steven D'Aprano wrote:
> On Thu, May 03, 2018 at 06:31:03PM +, Brett Cannon wrote:
>
> > No one is saying people can't be upset and if you are ever upset there's
> > something wrong; we're human beings after all. But those of us speaking
> up
> > about the tone
Does anyone know why some lines in the tables of
https://www.python.org/dev/peps/pep-0554/ appear in bold when the markup
doesn't seem to call for it? I can't find a way to stop this, and it's
bugging me!
regards
Steve
___
Python-Dev mailing list
Pyt
It's certainly true that when I split any of those left-hand cells the
bizarre emphasis occurs. Still looking for a workaround.
regards
Steve
Steve Holden
On Sat, May 12, 2018 at 3:26 PM, Antoine Pitrou wrote:
> On Sat, 12 May 2018 15:20:11 +0100
> Steve Holden wrote:
> >
On Sat, May 12, 2018 at 4:57 PM, Serhiy Storchaka
wrote:
> 12.05.18 17:48, Steve Holden пише:
>
>> It's certainly true that when I split any of those left-hand cells the
>> bizarre emphasis occurs. Still looking for a workaround.
>>
>
> Remove an extra indentat
On Thu, May 17, 2018 at 5:26 AM, Ryan Saunders
wrote:
> Hello webmaster,
>
>
>
> A little over a week ago, I got hit by a rather nasty virus…one of those
> “ransomware” viruses that encrypts everything on your disk and then demands
> bitcoin payment in exchange for the decryption key. Yuck.
>
>
>
It's a canonicalisation error.
Steve Holden
On Fri, May 18, 2018 at 2:38 PM, Ivan Pozdeev via Python-Dev <
python-dev@python.org> wrote:
> On 18.05.2018 14:46, Steven D'Aprano wrote:
>
>> Stephan Houben noticed that Python apparently allows identifiers to be
>
On Thu, Jun 14, 2018 at 8:14 PM, Chris Barker via Python-Dev <
python-dev@python.org> wrote:
> Excuse my ignorance (or maybe it's a vocabulary thing), but I'm trying to
> understand the problem here.
>
> So why do queries fail with 1 tasks? or ANY number? If the async DB
> access code is wri
On Mon, Jun 25, 2018 at 8:37 PM, Terry Reedy wrote:
> On 6/24/2018 7:25 PM, Guido van Rossum wrote:
>
>> I'd wager that the people who might be most horrified about it
>>
>
> the (b) scoping rule change
>
> would be people who feel strongly that the change to the
>> comprehension scope rules in P
the Internet and it’ll look
> right.
> _
> | . |
> ___|___ |
> || |
> | _| |
> || |
> |___|___|
> | . |
>
Hi Robb,
This address is really for web site issues, but we are mostly old hands,
and reasonably well-connected, so we try to act as a helpful channel when
we can.
In this case I can't personally help (though another webmaster may, if
available, be able to offer advice). I stopped doing system ad
n. Clicking the links for the latest
downloads on the home page of python.org is the traditional way to get
started. Good luck!
regards
Steve
Steve Holden
On Sat, Mar 12, 2016 at 2:34 PM, Sumit Mandal
wrote:
> Sir/Mam
>
>
>
> I wanted to know if python runs on windows 10 or
Christian Tismer stackless.com> writes:
>
> Howdy friends,
>
> according to pep 404, there will never be an official Python 2.8.
> The migration path is from 2.7 to 3.x.
>
[...]
> And if not, what do you suggest then?
Stackless Python 2.799
> It will be submitted by end of November, thanks f
On Sat, Jul 7, 2018 at 12:18 AM, Ryan Gonzalez wrote:
> On July 6, 2018 5:04:05 PM Antoine Pitrou wrote:
>
>
>> (or contact the PEP's authors
>> privately).
>>
>>
> Hoenstly, this feels like a recipe for a disaster...
>
> Many of the people who have strong opinions in this know the PEP authors
On Sun, Jul 8, 2018 at 10:41 AM, Giampaolo Rodola'
wrote:
> [...]
> I find that (space between the parentheses of a function call statement)
> too unnatural as a place where to put an assignment. It is not even
> "guarded" by a keyword like "if" or "while" which can help as indicators
> that an
only one floating-point zero.
Steve Holden
On Thu, Jul 12, 2018 at 9:55 AM, Alex Walters
wrote:
>
>
> > -Original Message-
> > From: Python-Dev > list=sdamon@python.org> On Behalf Of Victor Stinner
> > Sent: Thursday, July 12, 2018 4:01 AM
> >
On Thu, Jul 12, 2018 at 6:21 PM, Barry Warsaw wrote:
> [...]
>
> I was -1 as well, but I’d say I’m a firm +0 now[*]. I like how many of
> the problematic syntactic and semantic issues have been narrowed and
> prohibited, and I can see myself using this sparingly.
>
[...]
I think experienc
On Tue, Jul 17, 2018 at 11:44 PM, Paul G wrote:
> In many languages numeric types can't hold arbitrarily large values, and I
> for one hadn't really previously recognized that if you read in a numeric
> value with an exponent that it would be represented *exactly* in memory
> (and thus one object
On Sun, Jul 22, 2018 at 12:14 AM, Guido van Rossum wrote:
> [...]
> The new BDFL may be less demanding though. :=)
>
I sincerely hope not.
regards
Steve
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/pyt
irly well-scrutinised, and as
PEP 8 reminds us, change made for purely stylistic reasons threatens to
introduce new bugs.
It's not obvious how much of the developer documentation you've seen, so it
might be worth mentioning https://devguide.python.org/ as a good starting
point for anyone
On Sun, Sep 9, 2018 at 5:24 AM Joseph C. Sible
wrote:
> On Sat, Sep 8, 2018 at 11:47 PM Tim Peters wrote:
> [...]
> > As to why they want an address, you'll have to ask a
> > lawyer! There aren't any on this list. So, if you really want to
> > pursue this, I suggest you direct the question ins
You can find information about python-list at
https://mail.python.org/mailman/listinfo/python-list
regards
Steve Holden
On Tue, Sep 18, 2018 at 4:28 AM Ryan Gonzalez wrote:
> Python-dev is for development *of* Python, not *in* Python! You want
> python-list instead.
>
> Also, m
I'm afraid Kristjan left CCP some time ago, and may not subscribe to this
list any more.
Steve Holden
On Tue, Sep 25, 2018 at 4:23 PM Antoine Pitrou wrote:
> On Tue, 25 Sep 2018 09:09:26 -0600
> Eric Snow wrote:
> > On Tue, Sep 25, 2018 at 1:45 AM Victor Stinner
> wrote
This is terrific work. We all know that the best way to encourage
contributors is to use their usable contributions. Thank you very much,
Stephane and Victor (again)!
Steve Holden
On Sat, Oct 20, 2018 at 10:32 AM, Stephane Wirtel
wrote:
> On 10/20, Victor Stinner wrote:
>
>> Le
PSF to manage such
activity.
Following the debate with interest, but mostly lurking due to my usual
absence of skin in the game. Bonne chance!
regards
Steve
Steve Holden
On Fri, Oct 26, 2018 at 6:17 PM, Brett Cannon wrote:
>
>
> On Tue, 23 Oct 2018 at 13:20, Jeroen Demeyer wrote:
be even more strident when a library module is a
basic version, not to be used for production purposes.
This inevitably means, however, that there will be lag in the
documentation, which generally speaking lags current best practices.
Steve Holden
* I am not a significant contributor to the code
Like everyone else, I am sorry to hear this news, and extend my sympathies.
It's marvellous that you are still able to work on Python at all, still.
Since you have to be careful not to do too much, you will just have to
choose your battles carefully. Thank you for your many contributions to
Python
rties.
regards
Steve Holden
On Thu, Jan 31, 2019 at 7:55 AM INADA Naoki wrote:
> Hi,
>
> csv.DictReader uses OrderedDict by default, from Python 3.6.
> But it doesn't make sense anymore, like namedtuple._asdict().
> How about changing default dict type back to regular dict.
>
-- Forwarded message -
From: Steve Holden
Date: Thu, Jan 31, 2019 at 11:05 AM
Subject: Re: [Python-Dev] How about updating OrderedDict in csv and
configparser to regular dict?
To: INADA Naoki
And I see that such a patch is now merged. Thanks, Raymond
While these are interesting ideas, wouldn't it be better to leave this kind
of packaging to snap and similar utilities that bundle the language support
and libraries to allow simple isolated installation.
Kind regards
Steve Holden
On Tue, Feb 26, 2019 at 10:05 PM Neil Schemenauer
wrote:
preferable?
Kind regards
Steve Holden
On Wed, Feb 27, 2019 at 3:13 PM Paul Ganssle wrote:
>
> On 2/26/19 7:03 PM, Chris Barker via Python-Dev wrote:
>
> This thread petered out, seemingly with a consensus that we should update
> the docs -- is anyone doing that?
>
> I don&#x
, but instead focus
on the desired results. If lawyering is needed, delegate it to the PSF! I'd
rather have you pushing Python forward ;-).
Finally, thanks again to everyone who contributes, particularly for
managing to hide a great deal of Python's modern-day complexity fr
On Thu, Mar 21, 2019 at 11:33 AM Antoine Pitrou wrote:
> [...]
>
> Most users and applications should /never/ care about the order of XML
> attributes.
>
> Regards
>
> Antoine
>
Especially as the standards specifically say that ordering has no semantic
impact.
Byte-by-byte comparison of XML is
On Fri, Mar 22, 2019 at 8:43 AM Victor Stinner wrote:
> Le ven. 22 mars 2019 à 09:16, Inada Naoki a
> écrit :
> > > > We have `socket.error` for long time.
> > >
> > > And it's perfectly fine, no?
> > >
> >
> > Yes. Waiting 10+ years to remove aliases is fine.
>
> [...]
>
> Right now, the main
Looks like the failure is due to absence of a News entry. Maybe add a "skip
news" label if this doesn't need to be documented?
Kind regards.
Steve Holden
On Fri, May 3, 2019 at 9:48 AM Srinivas Reddy Thatiparthy <
thatiparthysreeni...@gmail.com> wrote:
> Hi,
>
What's not to like?
On Tue, May 7, 2019 at 2:31 AM Glenn Linderman
wrote:
> On 5/6/2019 5:39 PM, Eric V. Smith wrote:
>
> Last fall Larry Hastings made a suggestion for adding a way to make
> so-called "print-based debugging" easier with f-strings. Basically the
> approach is that f-strings wou
As a mere user I'd like to thank the developer team for biting this bullet.
Remembering the transition to Git I am sure that the further
democratisation (?) of the development process will similarly increase the
diversity and scope of the development effort.
It will indeed be a significant effort
I suspect this discussion would be better moved to python-ideas, since it
seems clear there needs to be some work on determining the exact
requirements
On Sat, May 18, 2019 at 4:03 PM Dan Ryan wrote:
> It probably makes the most sense to formally outline all of the behavioral
> changes, expecta
It's covered in "Python in a Nutshell," Alex Martelli having been a
promoter of its ability simplify many utility programs for a long time.
Not that that's any guide as to what should be in 3.10, by which time we'll
be four minor releases out of date anyway.
On Tue, May 21, 2019 at 9:16 AM Chris
That seems entirely reasonable. I wonder if the larger community could
somehow form an organization (the Dead Parrot SIG?) that would at least
curate and monitor efforts to ensure their continued utility?
On Tue, May 21, 2019 at 1:40 PM Christian Heimes
wrote:
> On 21/05/2019 14.06, Anders Munc
Good point!
On Tue, May 21, 2019 at 2:01 PM Paul Moore wrote:
> On Tue, 21 May 2019 at 13:50, Steve Holden wrote:
> >
> > That seems entirely reasonable. I wonder if the larger community could
> somehow form an organization (the Dead Parrot SIG?) that would at least
&g
Besides which, it would be lovely to have a major release that didn't
involve any pain at all for the majority of users!
Our erstwhile BDFL always eschewed two-digit version identifiers- due to
the possibility for confusion about collating sequence, I beleive.. We
should honour his preferences by
It might also serve to identify those with an interest in maintaining the
non-core packages, which might even be given some special status on PyPI.
On Thu, May 23, 2019 at 9:01 AM Alex Walters
wrote:
> I've watched the entire thread and its taken me a few days to put a finger
> on what bothers
ay
that doesn't involve lots of dev time then perhaps the PSF could be
involved? I presume the Steering Committee are the people to consider
directions like this.
Steve Holden
On Thu, May 23, 2019 at 7:03 PM Barry Warsaw wrote:
> On May 20, 2019, at 13:15, Christian Heimes wrote:
&g
This whole vexing issue isn't going to be solved with any simple fix. A
tool that could identify upcoming trouble spots might or might not be
helpful.
Or perhaps it could be implemented as a __future__ feature, so that those
who choose not to use it during development see no change.
The primary e
I'm guessing the reason is to remove the overhead of keeping the dictionary
up to date during function execution when no Python code needs access to it.
On Mon, May 27, 2019 at 8:10 PM Richard Damon
wrote:
> On 5/27/19 2:05 PM, Terry Reedy wrote:
> > On 5/27/2019 9:52 AM, Richard Damon wrote:
>
Perhaps if PEP 594 is seen to be moving ahead towards a slimmer Python (4?)
stdlib, it might encourage the development of a PEP to take over
maintenance of dead parrots. They might be recruited by the offer of some
way to at least publish a supported bundle via the same (python.org) site
that Pytho
On Tue, Jun 18, 2019 at 9:37 PM Steve Dower wrote:
> On 18Jun2019 1025, Stephen J. Turnbull wrote:
> > Oleg Broytman writes:
> > > On Tue, Jun 18, 2019 at 10:09:59AM -, smartmanoj42...@gmail.com
> wrote:
> >
> > > > Why don't we check the architecture using js and provide the
> > > > ap
more details at Python-list Info Page
<https://mail.python.org/mailman/listinfo/python-list>.
Kind regards,
Steve Holden
On Thu, Jun 20, 2019 at 3:40 AM Ed Peschko wrote:
> all,
>
> I'm writing a function meant to print out the context of a given
> function call when e
Excellent thought.
On Fri, Jun 28, 2019 at 6:49 PM Ned Deily wrote:
>
> On Jun 28, 2019, at 12:56, Mariatta wrote:
> > Some of the items brought up during the language summit:
> > [...]
> > - we should be updating devguide ahead of the actual migration, so core
> developers and release managers
On Tue, Jul 2, 2019 at 4:24 PM wrote:
> It seems to me that the desired behavior here is closest to
> 'str.replace()' out of all the options discussed, just with the constraint
> of being limited to either the start or the end of the string. (Thus the
> .lreplace() and .rreplace() option suggeste
uties soon. The duties aren't
heavy, but the traffic is fairly regular and most of it benefits from being
answered sooner rather than later. So if anyone wants to pitch in, you'll
be welcomed.
Kind regards,
Steve Holden
On Mon, Jul 8, 2019 at 10:28 PM Barry Warsaw wrote:
> On Jul 8
ing the need to
seek assistance elsewhere. We see remarkably little spam, so moderating the
list isn't an issue and I've been doing that unaided for over a year
without noticing.
Kind regards,
Steve Holden
On Mon, Jul 8, 2019 at 11:56 PM Ethan Furman wrote:
> On 07/08/2019 03:12
PEP 8 would concur, whatever the current preferred style was. Under "Naming
Conventions":
"""New modules and packages (including third party frameworks) should be
written to these standards, but where an existing library has a different
style, internal consistency is preferred."""
The requirement
On Thu, Jul 25, 2019 at 4:01 AM Rob Cliffe via Python-Dev <
python-dev@python.org> wrote:
> I considered an alternative: return True if the underlying dicts were
> identical or equal, and raise an Exception otherwise.
> But I soon decided that this was a terrible idea: it could hide a bug by
> mak
only
incompatibility there would surely be general delight.
Kind regards,
Steve Holden
On Wed, Aug 7, 2019 at 8:19 PM eryk sun wrote:
> On 8/7/19, Steve Dower wrote:
> >
> > * change the PyErr_SetExcFromWindowsErrWithFilenameObjects function to
> > append (or chain) an extra
On Wed, Oct 21, 2020 at 8:37 AM Paul Moore wrote:
> On Wed, 21 Oct 2020 at 08:14, Christian Heimes
> wrote:
> >
> > On 21/10/2020 00.14, Steven D'Aprano wrote:
> > > On Tue, Oct 20, 2020 at 06:04:37PM +0100, Paul Moore wrote:
> > >
> > >> What I don't see is where the money's coming from. It's f
As I remember the webmaster@ discussions, Mats did go so far as to start a
re-write of the classes section, but it never got as far as a PR.
Kind regards,
Steve
On Fri, Nov 6, 2020 at 5:51 PM Guido van Rossum wrote:
> Ouch, that's bad. It seems the class tutorial could use an overhaul.
>
> We
1 - 100 of 769 matches
Mail list logo
