On Mon, 13 Nov 2023 at 10:18, Marc-Andre Lemburg wrote:
> [...]
>
> Question: Should we retire and archive this mailing list ?
> (I'm asking as one of the maintainers of the ML)
>
> [...]
Hi Marc-Andre,
Maybe just require senders to be members of the python.org domain, and
retain the release
Sounds like you might want the "Python Help" group on https;//
discuss.python.org - the dev conversation migrated there quite a while ago
now, so thighs channel is more or less announcements only.
Good luck with your project!
Kind regards,
Steve
On Thu, 5 Oct 2023 at 16:07, Guenther Sohler
Hi Chris,
Nice to see you on the list.
While this is definitely off-topic, I trust I might be given license by the
list's few remaining readers to point out that the match-case construct is
for _structural_ pattern matching. As I wrote in the latest Nutshell:
"Resist the temptation to use match
//anvil.works
>
> Tel: +1 650-468-0667
>
>
> *Proud Sponsors of PyCon 2023 <https://us.pycon.org>*
>
>
>
> On Tue, Apr 4, 2023 at 7:58 PM Steve Holden wrote:
>
>> Hi all,
>>
>> Is anyone going to PyCon in Salt Lake City this year?
>>
>
Hi all,
Is anyone going to PyCon in Salt Lake City this year?
I'm donating a swag bag (empty) from the very first PyCon as a PyLadies
auction lot, but the carriage prices are shocking to get it there in time,
so I was wondering if some kind soul might be able to carry it over there
for me.
Kind
Well, the first comment is that this isn't really the best list to ask such
questions on, since it was created for the Python developers to discuss the
development of the language and its implementation. Further, such
discussions nowadays take place on discuss.python.org, and you can find
more
I don't remember it being mentioned, but much of the traffic recently
migrated from this list to https://discuss.python.org/c/core-dev/23, which
you may wish to keep in touch with.
Kind regards,
Steve
On Tue, Oct 25, 2022 at 7:53 AM Juan Cristóbal Quesada <
Would it also be appropriate to nominate Cristoph for a Fellowship and/or
community service award?
Kind regards,
Steve
On Wed, Jun 15, 2022 at 11:22 AM Massa, Harald Armin wrote:
> Hi dear PSF coMembers,
>
> Christoph Gohlkes Windows Binaries are nearing end of Life
>
>
On Mon, Apr 4, 2022 at 4:13 PM Coyot Linden (Glenn Glazer) <
co...@lindenlab.com> wrote:
> I would like to point out another use case of triple quotes outside of
> docstrings. We do a lot of SQL here and so doing a parameterized query
> like:
>
> """SELECT foo
> FROM bar
> WHERE baz = %s"""
>
>
Not defining the semantics of annotations was a brave move, but
inevitably led to the situation where different use cases, all
quite reasonable, would spring into being. Now they have, the development
team has to decide a) which ones to sanction and b) which will be left out
in the cold.
I wish
Time for a __legacy__ package?
Kind regards,
Steve
On Sun, Mar 27, 2022 at 7:06 PM Paul Moore wrote:
> On Sun, 27 Mar 2022 at 17:11, Christopher Barker
> wrote:
> >
> > With the json package included, all they need to do is `import json`. If
> that wasn't there, they's look in PyPi for a
: It Will Never Work in Theory: live!
To: Steve Holden
Hi Steve,
On April 27, It Will Never Work in Theory is running two sets of online
lightning talks from leading software engineering researchers in which
they’ll summarize actionable findings from their work for practitioners.
Tickets are now
On Tue, Jan 11, 2022 at 6:24 PM Guido van Rossum wrote:
> I personally think F-strings should not be usable as docstrings. If you
> want a dynamically calculated docstring you should assign it dynamically,
> not smuggle it in using a string-like expression. We don't allow "blah {x}
>
On Tue, Nov 30, 2021 at 5:05 PM Steven D'Aprano wrote:
> On Tue, Nov 30, 2021 at 02:30:18PM +, Paul Moore wrote:
> [...]
> Aside: I'm a little disappointed in the way the typing ecosystem has
> developed. What I understood was that we'd get type inference like ML or
> Haskell use, so we
On Mon, Nov 15, 2021 at 8:42 AM Kyle Stanley wrote:
> On Sat, Nov 13, 2021 at 5:04 PM wrote:
>
>>
>>
>> def 횑퓮햑풍표():
>>
> [... Python code it's easy to believe isn't grammatical ...]
> return ₛ
>>
>
> 0_o color me impressed, I did not think that would be legal syntax. Would
> be
Speaking as the author of the doc pages, I think I can safely say that
anyone who was smart enough to use asyncore/asychat back in the day (I used
it in "Python Web Programming") is almost certainly smart enough to have
migrated away from them long ago. They were an interesting approach to
I understood that _iterables_ are required to have an __iter__ method, not
iterators.
Therefore, are we simply discussing whether all iterators should be
iterable? At the moment the CPython implementation does't require that
AFAIK.
regards
Steve
On Tue, Sep 14, 2021 at 8:39 PM Guido van Rossum
I suspect it's the same motivation that makes us comment out a block of
code rather than deleting it, even though we know the VCS will let us
retirive it whenever we want. If I'm wrong it won't be fatal. Or surprising
;-)
Kind regards,
Steve
On Wed, Aug 25, 2021 at 8:53 PM Eric V. Smith wrote:
You forgot:
5. When I just don't damned well feel like it.
Kind regards,
Steve
On Wed, Aug 25, 2021 at 8:25 PM Brett Cannon wrote:
> I just wanted to apologize for any angst or noise my replies to Marco
> caused folks. I should have known that correcting Marco on how to address
> me would
Your inflated sense of your own significance is unfortunate, since it
appears to prohibit you from considering the possibility you might have
made a rather silly mistake here, and one which is calculated to move you
further away from your stated goals.
Kind regards,
Steve
On Tue, Aug 17, 2021
On Wed, Aug 11, 2021 at 7:09 AM Larry Hastings wrote:
> On 8/10/21 11:15 AM, Thomas Grainger wrote:
>
> Although the co_annoations code could intercept the NameError and replace
> return a ForwardRef object instead of the resolved name
>
>
> No, it should raise a NameError, just like any other
On Wed, Aug 11, 2021 at 2:27 PM Guido van Rossum wrote:
> As it happens, I have a working prototype of lazy in marshaling that would
> work well for this.
>
> Nice to see you keep the time machine in working order ...
Kind regards,
Steve
___
On Fri, Jul 2, 2021 at 12:47 AM wrote:
> Okay so I just code a little bit and I used the multiprocessing module but
> my code didn't work and I found the solution on Stack Overflow and it
> turned out to be not my mistake (which has never happened before I think).
> Instead I found out it's a
On Fri, May 28, 2021 at 10:26 PM Ethan Furman wrote:
> On 5/28/21 12:43 AM, Petr Viktorin wrote:
> > On 28. 05. 21 5:24, Ethan Furman wrote:
>
> >> class FlagWithMasks(IntFlag):
> >> DEFAULT = 0x0
> >>
> >> FIRST_MASK = 0xF
> >> FIRST_ROUND = 0x0
> >>
On Thu, May 13, 2021 at 11:07 PM Steven D'Aprano
wrote:
> Steve
> (one of the other ones)
>
We are all other Steves!
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@python.org
On Thu, May 13, 2021 at 9:18 AM Mark Shannon wrote:
> Hi Terry,
>
> On 13/05/2021 5:32 am, Terry Reedy wrote:
> > On 5/12/2021 1:40 PM, Mark Shannon wrote:
> >
> >> This is an informational PEP about a key part of our plan to improve
> >> CPython performance for 3.11 and beyond.
> >
> >> As
Hi all,
Hope you are doing well in these uncertain times.
I now work full-time, but this week a former consulting client approached
me about converting their large Python 2.7 application, with integrated C++
libraries, to Python 3. Since I can't undertake this work myself I said I'd
look for
On Fri, Apr 16, 2021 at 7:15 PM Denis Kotov wrote:
> Ethan Furman wrote:
> > On 4/16/21 10:43 AM, redrad...@gmail.com wrote:
> > > Take a look at this video https://www.youtube.com/watch?v=D7Sd8A6_fYU
> > > or read some articles ... otherwise I will need to spend too many time
> providing
DEFAULT_TIMESTAMP?
Kind regards,
Steve
On Wed, Apr 14, 2021 at 8:03 PM wrote:
> If the so, then a better name than NO_TIMESTAMP should be chosen, as the
> gzip specification does not allow for no timestamp.
> ___
> Python-Dev mailing list --
The old rule is best: be strict in what you produce and liberal i what you
accept.
Kind regards,
Steve
On Tue, Apr 13, 2021 at 12:52 AM Edwin Zimmerman
wrote:
> On 4/12/2021 6:34 PM, Brett Cannon wrote:
>
> Had the sentences ended at "confusing" or said something like "I don't
> think it's as
On Fri, Feb 19, 2021 at 10:53 PM Christian Heimes
wrote:
> On 19/02/2021 23.22, Stestagg wrote:
> > The thing that stood out from this conversation, for me, is: Releases
> > are too hard, and there’s a risk of not having enough volunteers as a
> > result.
> >
> > How hard is it to fix that?
>
>
emerged in
> the discussions.
> On 06.02.2021 23:58, Steve Holden wrote:
>
> My suggestion that it be introduced via __future__ due to its contentious
> nature met immediate resistance. No point going down that road.
>
> Kind regards,
> Steve
>
>
> On Sat, Feb 6, 2021 at
My suggestion that it be introduced via __future__ due to its contentious
nature met immediate resistance. No point going down that road.
Kind regards,
Steve
On Sat, Feb 6, 2021 at 8:15 PM Ivan Pozdeev via Python-Dev <
python-dev@python.org> wrote:
> With such a large new area of functionality
If the length of the name is any kind of issue, since the stdlib
only contains modules (and packages), why not just sys.stdlib_names?
On Mon, Jan 25, 2021 at 5:18 PM Victor Stinner wrote:
> Hi Bernat,
>
> "stdlib_module_names" was my first idea but it looks too long, so I
> chose
A general wish not to disadvantage those with older hardware any more than
they already are?
Just a shot in the dark.
On Wed, Dec 9, 2020 at 6:17 PM Gregory P. Smith wrote:
>
>
> As a meta question: Is there a good reason to support binaries running on
> macOS earlier than ~
Fair enough.
On Fri, Nov 20, 2020 at 11:45 AM Thomas Wouters wrote:
>
>
> On Fri, Nov 20, 2020 at 8:38 AM Steve Holden wrote:
>
>> On Thu, Nov 19, 2020 at 8:08 PM Brett Cannon wrote:
>>
>> All I will say is just because we aren't *required* to implement it in
&
On Thu, Nov 19, 2020 at 8:08 PM Brett Cannon wrote:
>
>
> On Thu, Nov 19, 2020 at 5:16 AM Steve Holden wrote:
>
>> On Wed, Nov 18, 2020 at 7:04 PM Daniel Moisset
>> wrote:
>>
>>> [sorry for the duplicate, meant to reply-all]
>>>
>>> Tha
On Wed, Nov 18, 2020 at 7:45 PM Brett Cannon wrote:
>
>
> On Tue, Nov 17, 2020 at 10:16 PM Greg Ewing
> wrote:
>
>> On 18/11/20 4:36 pm, Larry Hastings wrote:
>> >
>> > But,
>> > the thinking went, you'd never want to examine the last value from a
>> > list generator, so it was more convenient
On Wed, Nov 18, 2020 at 7:04 PM Daniel Moisset wrote:
> [sorry for the duplicate, meant to reply-all]
>
> Thank you for this approach, I find it really helpful to put the
> conversation in these terms (semantics and guiding principles).
>
> It does help to rationalise discussion ;-)
> [...]
>
On Thu, Nov 12, 2020 at 8:49 PM Guido van Rossum wrote:
> The correct place for the docs for __cause__ and __context__ is in the
> section in the library reference about exceptions. There's quite a bit
> about them there already. That's where the tutorial should link as well.
>
> And now I ask
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
Change by Steve Holden :
--
nosy: -holdenweb
___
Python tracker
<https://bugs.python.org/issue8943>
___
___
Python-bugs-list mailing list
Unsubscribe:
My employer's Platform group has vacancies, including one for a full-stack
Python developer. The position is fully remote (I was hired without meeting
anyone in the company face to face). The only downside is you might end up
working in my team.
See
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
Since some code clearly accesses __version__, would it make sense to equip
all stdlib modules with a __version__ property that returned the Python
version, suitably prefixed?
Kind regards,
Steve
On Fri, Oct 16, 2020 at 5:28 AM Karthikeyan wrote:
> On Fri, Oct 16, 2020, 12:45 AM Serhiy
Full marks to the SC for transparency. That's a healthy sign that the
community acknowledges its disciplinary processes must also be open to
scrutiny, and rather better than dealing with matters in a Star Council.
Kind regards,
Steve
On Fri, Oct 9, 2020 at 12:10 AM Thomas Wouters wrote:
>
>
On Wed, Sep 16, 2020 at 3:53 PM Mark Shannon wrote:
> [...]
>
> maybe!(a.b)
>
> which would translate to:
>
> $tmp = a; None if $tmp is None else ($tmp.b)
>
> This reminds me very much of PL/1's "compile-time procedures," which
forty years ago were pretty much like PL/1
As someone who's worked on this committee, I would say that the questions
that come along are often interesting, and the work can give you valuable
insight into a less-technical part of Python's governance. It relies on the
common sense of its members to consistently apply policy in a way that
Sadly micropython is not intended to support numerical libraries and other
such complex modules: the support for the Python standard library is pretty
much non-existent.
Kind regards,
Steve
On Wed, Jul 22, 2020 at 3:10 PM Huang, Yang wrote:
> Thank you for all your comments.
>
> I cannot
While I understand the point of view that says that match ... :
should encapsulate a sequence of indented suites, it seems to me that
match/case/case/.../else has a natural affinity with
try/except/except/.../finally/else, and nobody seems to think that the
excepts should be indented. Or the
Given that case will be a keyword, what's the case (pun unintentional) for
indenting the case clauses? What's wrong with 'case' and 'else' both
indented the same as match? Without the keyword there'd be a case for
indenting, but with it I don't see the necessity.
Kind regards,
Steve
On Fri, Jul
do not necessarily require my opinions to be
thought reasonable, even by other reasonable people.
Kind regards,
Steve
On Mon, Jun 29, 2020 at 11:22 AM Nathaniel Smith wrote:
> On Mon, Jun 29, 2020 at 2:31 AM Steve Holden wrote:
> > The commit message used, however, reveals imple
It's broadly accepted among professional writers that the language used
should be acceptable and comprehensible to the audience. This seems
uncontentious.
Posting a straightforward change representing a relaxation of standards
(which were not in any case being enforced) should also be
Always worth a look at the Python Jobs board - some opportunities are
remote consulting. https://www.python.org/jobs/
Kind regards,
Steve
On Tue, Jun 2, 2020 at 5:27 AM Ramachandra Raju <
mail.ramachandra.r...@gmail.com> wrote:
> Hi Guys, I am Ram from Bangalore India.
> I have 14 Years of
Hi Ewa, Betsy, webmasters and pydotorgers,
With my 70th birthday coming up, even though I continue to work happily
it's definitely time to wind some activities down. As you know I've been
planning to do this for some time, so I'm sure this request to convert to
emeritus status will come as no
On Wed, May 20, 2020 at 7:11 PM Jim J. Jewett wrote:
> David Mertz wrote:
>
> > Fwiw, I don't think it changes my order, but 'strict' is a better word
> than
> > 'equal' in all those places. I'd subtract 0.1 from each of those votes if
> > they used "equal".
>
> I would say that 'equal' is worse
Hi Tom,
Thanks for your email. Surprisingly perhaps, spaces in Wiki names seem to
work just fine. I've given your Wiki account editor permissions. I hope you
can log in!
Kind regards,
Steve
On Tue, May 19, 2020 at 10:56 AM Tom Walker
wrote:
> Hi there,
>
>
>
> I hope this email finds you
Thanks for your interest. I've added EtienneLamy to the list of editors, so
you should be fine to go ahead now.
Kind regards,
Steve
On Fri, May 8, 2020 at 1:03 PM wrote:
> Hi,
>
>
>
> I’m EtienneLamy. I just created an account because I’ve been looking into
> doing RPC calls with python and
Copying to site maintainers. Thanks for your input.
Kind regards,
Steve
On Tue, Apr 21, 2020 at 2:55 PM Corvino, Joseph P <
joseph.corv...@duke-energy.com> wrote:
> Dear Python Webmaster,
>
>
>
> There is an error on the “Sunsetting Python 2” page. In the section titled
> “I depend on some
On Mon, Apr 6, 2020 at 8:04 PM Guido van Rossum wrote:
> On Mon, Apr 6, 2020 at 11:36 AM Steven D'Aprano
> wrote:
>
>>
>> Personally, I would not like to have to explain to newcomers why `match`
>> is a keyword but you can still use it as a function or variable, but not
>> other keywords like
HI Leonardo,
Thanks very much for wanting to pitch in and help to improve the Wiki!
Kind regards,
Steve
On Sat, Apr 4, 2020 at 10:03 PM Chris Angelico wrote:
> On Sun, Apr 5, 2020 at 5:35 AM Leonardo Caballero
> wrote:
> >
> > Hi guys
> >
> > Please, Add me at Python Wiki's Editors Group
>
Thanks Hans,
You should be good to go!
Kind regards,
Steve
On Fri, Apr 3, 2020 at 1:13 PM Hans Fredrik Nordhaug
wrote:
> Reply just to you: See mail subject :-)
>
> Hans
>
> fre. 3. apr. 2020 kl. 14:09 skrev Steve Holden :
> >
> > Hi Hans,
> >
> > Thank
Hi Hans,
Thanks for your note. If you can let us have your Wiki username we'll be
happy to add you to the editors group.
Kind regards,
Steve
On Fri, Apr 3, 2020 at 11:15 AM Hans Fredrik Nordhaug
wrote:
> (I'm sending this e-mail as recommended on
> https://wiki.python.org/moin/FrontPage#use
On Wed, Mar 25, 2020 at 5:42 PM Dennis Sweeney
wrote:
> I'm removing the tuple feature from this PEP. So now, if I understand
> correctly, I don't think there's disagreement about behavior, just about
> how that behavior should be summarized in Python code.
> [...]
> return (the original
Thanks Piyush,
I have forwarded this email to our web development team.
I rather doubt the information is up to date, since I don't think Mercurial
is used to maintain the source for the site. You will notice that the most
recent referenced date in the .hg directory is around eight years go.
Hi Noufal,
Long time no see! I hope things are well with you. You are now an
accredited wiki editor, have at it!
Kind regards,
Steve
On Thu, Mar 19, 2020 at 7:21 AM Noufal Ibrahim
wrote:
> Hi,
> My name is Noufal Ibrahim and I do Python trainings. I'm based out of
> India. I have a
The webmaster list sends an auto-response to new posters. If something like
that could happen on python-dev too, as long as the advice was clear enough
the list could then simply ignore such requests, knowing that the
auto-responder had taken care of it. This could drive posters to
python-list or
Hi Sumana,
Thanks for your note. You should publish this on the Wiki, I haven't seen
any similar content anywhere!
Kind regards,
Steve
On Mon, Feb 10, 2020 at 3:51 PM Sumana Harihareswara
wrote:
> Here is a tip for anyone who is converting a complicated page on the
> wiki from
Really webmas...@python.org would have been more appropriate, but I've
already copied that address on my direct reply to you. The python-dev list
is for discussions about the development of the language and its CPython
implementation.
Kind regards,
Steve
On Tue, Jan 28, 2020 at 7:20 PM Steve
at 10:16 PM Steve Holden wrote:
> Forgive me, in haste I omitted the link to the web site developer notes:
> https://www.python.org/dev/pydotorg/
>
> Kind regards,
> Steve
>
>
> On Mon, Jan 20, 2020 at 10:15 PM Steve Holden wrote:
>
>> The Python community need
Forgive me, in haste I omitted the link to the web site developer notes:
https://www.python.org/dev/pydotorg/
Kind regards,
Steve
On Mon, Jan 20, 2020 at 10:15 PM Steve Holden wrote:
> The Python community needs your help. Learning how to edit events is
> relatively easy, though alas
The Python community needs your help. Learning how to edit events is
relatively easy, though alas I have no link. I am pretty sure there is an
immediate need for volunteers, so anyone who actually wants to give to the
community as well as consume it should feel free to raise a hand!
If you would
Hi Hanang,
Thanks for your inquiry.
The PSF no longer publishes any information about public mirroring sites:
there were many administrative issues and we felt they tended to divert
traffic away from python.org and towards other sites of unknown quality.
For these reasons the PSF has invested
Hi there,
I've updated the editors' list, so you should be good to go. Thanks for
helping to keep the Wiki relevant!
Kind regards,
Steve
On Sat, Jan 18, 2020 at 9:57 AM Alireza wrote:
> Hello,
>
> Im trying to add a new Python user group to "LocalUserGroups" page, I
> have no edit access, My
Hi Paul,
I can't speak to anyone else's experience, but this is the first message
I've seen.
I've added your username to the Editors' page, so you should be good to go.
Kind regards,
Steve
On Thu, Jan 16, 2020 at 3:16 PM Santiago Bolivar <
santiago.boli...@bairesdev.com> wrote:
> Hello,
>
>
I've verified this fix and changed the status to "commit review." I trust
that was the correct action.
Kind regards,
Steve Holden
On Thu, Jan 9, 2020 at 9:57 PM Cédric Krier via Python-Dev <
python-dev@python.org> wrote:
> Hi,
>
> Any chance to get this PR
Steve Holden added the comment:
Verified. Methododology:
1. Copied test_localise.py from the PR into a master checkout.
2. Added a null locale.localize.
3. Verified that all new tests failed.
.. code-block::
Ran 64 tests in 0.023s
FAILED (errors=4, skipped=4)
(base) blockhead:cpython
Hey Victor,
I'm sending this reply to pydotorg-www@, since it is they who handle
updating the web site.
webmaster@ is a common destination for such queries, but all we can do is
what I've just done in most cases.
Kind regards,
Steve Holden
On Fri, Jan 10, 2020 at 5:03 PM Victor Stinner wrote
at I start my Christmas vacation tomorrow evening, let me take this
opportunity to wish all readers the very best of everything over their
festive season, and a prosperous new year.
Kind regards,
Steve Holden
On Mon, Dec 16, 2019 at 8:58 AM M.-A. Lemburg wrote:
> Agreed. We had this disc
They've already been warned once.
Personal opinion: they should be stopped from spamming our Wiki, in which
they currently have undue prominence.
Kind regards,
Steve Holden
On Sun, Dec 15, 2019 at 5:20 AM Mats Wichmann wrote:
> On 12/14/19 9:55 PM, Frances Hocutt wrote:
> >
will
make you an editor, and you can modify the ProblemSets page as appropriate.
Kind regards,
Steve Holden
On Sun, Dec 8, 2019 at 4:12 PM Ilkka Kokkarinen
wrote:
> Hello,
>
>
> After three semesters of teaching my introduction to programming with
> Python course a
In which case, wouldn't "_" make a better literal prefix than "i"?
A better comparison might be between _"..." and f"...".
regards
Steve Holden
On Thu, Dec 5, 2019 at 5:37 AM Serhiy Storchaka wrote:
> 04.12.19 16:02, Anders Munch пише:
> >
s would do relatively little damage.
Kind regards,
Steve Holden
On Tue, Dec 3, 2019 at 9:23 PM Richard Barran
wrote:
> Hi all,
>
> With the end-of-life of Python 2 upon us, I wondered about cleaning up
> code that has (had!) to support both Python 2 and Python 3. Some of it is
>
Hi Margriet,
I'm forwarding this message to the web maintainers, who ought to be able to
put you in touch with the Success Stories' editor. In the event that you
need further help, please don't hesitate to ask at webmaster again.
Kind regards,
Steve Holden
On Wed, Dec 4, 2019 at 8:09 AM
Good man. Thanks very much for your willingness to help.
Kind regards,
Steve Holden
On Mon, Nov 18, 2019 at 3:44 PM Thomas Güttler
wrote:
>
>
> Am 18.11.19 um 16:38 schrieb Steve Holden:
> > Hi Thomas,
> >
> > Thanks for your note. You are correct, the i
included in that review, so it seems
unlikely the out-of-date version will remain for too much longer.
Kind regards,
Steve Holden
On Mon, Nov 18, 2019 at 1:58 PM Thomas Güttler
wrote:
> Hi,
>
> this page is very outdated. It contains notes about Python 2.2 and Python
> 2.4.
>
> It
If using a dictionary but still requiring attribute access, techniques such
as those used at https://github.com/holdenweb/hw can be used to simply
client code.
Kind regards,
Steve Holden
On Wed, Oct 30, 2019 at 11:15 AM Oz Tiram wrote:
> Hi Steve,
>
> Thanks for your reply. While
,
Steve Holden
On Tue, Oct 29, 2019 at 10:59 PM Oz Tiram wrote:
> Hello Python-devs,
>
> The csv module is probably heavily utilized by newcomers to Python, being
> a very popular data exchange format.
> Although, there are better tools for processing tabular data like SQLite,
> or
Thanks. We'll need the username for your Wiki account, and we'll be
happy to make you an editor.
Kind regards,
Steve Holden
On Tue, Oct 22, 2019 at 7:13 PM Saeid Darvish wrote:
> Hi
>
> Can I access the https://wiki.python.org/moin/PersianPythonBooks page to
> add my own book.
It's not dead, it's just restin' after a particularly heavy release process.
regards
Steve Holden
On Mon, Sep 9, 2019 at 4:24 PM Rhodri James wrote:
> On 09/09/2019 15:51, brian.sk...@gmail.com wrote:
> > it's getting better?
>
> No it's not, it'll be stone d
messages that might have
gone astray? The Jobs Board is mostly automated as far as I understand it.
Kind regards,
Steve Holden
On Thu, Aug 22, 2019 at 4:17 PM Justin Swanson <
justin-swan...@pluralsight.com> wrote:
> Hey Python.org
>
> I’m emailing to see when my job posting will
traffic.
Good luck!
Steve Holden
On Fri, Aug 16, 2019 at 11:04 AM Ana Simion via Webmaster <
webmas...@python.org> wrote:
> Hello,
>
> Can you advise when you’re going to update Python to work with Mac OS X
> Catalina? I am running the beta of Mac OS X Catalina but am unable to
&g
On Mon, Aug 12, 2019 at 6:26 PM Terry Reedy wrote:
> On 8/8/2019 5:31 AM, Dima Tisnek wrote:
> [...]
>
> To me, this one of the major problems with the half-baked default.
> People who want string literals left as is sometimes get away with
> omitting explicit mention of that fact, but sometimes
add you fairly quickly (though
the team are all volunteers, so it may take a little longer than this
response).
Kind regards,
Steve Holden
Steve Holden
On Sun, Aug 11, 2019 at 7:07 AM Sam Wang wrote:
> Hello, l am a student majoring in computer science. I am applying to
> become an
the ground for the eventual introduction of the syntax error.
Steve Holden
On Sat, Aug 10, 2019 at 8:07 AM Serhiy Storchaka
wrote:
> 10.08.19 02:04, Gregory P. Smith пише:
> > I've merged the PR reverting the behavior in 3.8 and am doing the same
> > in the master branch.
>
> I w
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 extr
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
>
Thanks very much for taking the time to help improve the Wiki.
Kind regards,
Steve Holden
On Tue, Jul 23, 2019 at 1:16 PM stanimir wrote:
> Hi,
>
> Silly me - my username is StanimirDjevelekov.
>
> I am thinking of alphabetical order, as both standard and fair for all
> th
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
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 PM, Steve
1 - 100 of 6350 matches
Mail list logo
