I have a spare RPi zero that I could try to set up as a buildbot. Would
that be useful?
On Tue, Jan 4, 2022 at 10:59 AM Antoine Pitrou wrote:
> On Mon, 3 Jan 2022 22:40:25 -0800
> "Gregory P. Smith" wrote:
> >
> > rerunning a mere few of those in --rigorous mode for more runs does not
> > signi
discussion, *please redirect your comments there*
instead of replying to this thread.
Have a nice week,
- Tal Einat
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@python.org
https://mail.python.org
On Tue, May 25, 2021 at 10:09 PM Eric Nieuwland
wrote:
>
>
> To add to the suggestions already given in this thread I dug into code I
> wrote some time ago. Offered as an inspiration.
>
> === missing.py ===
>
> from typing import Any
>
> def MISSING(klass: Any) -> Any: """ create a sentinel to in
On Tue, May 25, 2021 at 11:25 AM Pascal Chambon wrote:
>
> Hello, and thanks for the PEP,
>
> I feel like the 3-lines declaration of a new sentinel would discourage a
> bit its adoption compared to just "sentinel = object()"
I now tend to agree. The new version of the draft PEP proposes a
simpler
roach.
- Tal
On Mon, May 24, 2021 at 7:31 PM Luciano Ramalho wrote:
> On Mon, May 24, 2021 at 11:44 AM Tal Einat wrote:
> > > But frankly Luciano's idea of a base class that can be subclassed
> seems the most startightford to me.
> >
> > Yes, and it's what I
me of the
additional points brought up in the latest parts of this discussion.
https://github.com/taleinat/python-stdlib-sentinels
- Tal
On Mon, May 24, 2021 at 5:28 PM Tal Einat wrote:
> On Mon, May 24, 2021 at 3:30 AM Luciano Ramalho
> wrote:
> >
> > On Sun, May 23, 2021 at 3:
On Mon, May 24, 2021 at 6:04 AM Christopher Barker wrote:
>
> 1) “Add a single new sentinel value, e.g. MISSING or Sentinel” (under
> rejected)
>
> I was one of the proponent of that -- but not as an alternative to having a
> stadardars way to create unique sentinels, but as an addition. That's
On Mon, May 24, 2021 at 4:10 AM MRAB wrote:
>
> On 2021-05-24 01:37, Luciano Ramalho wrote:
> > Now I can use NotGiven as the sentinel, and its default repr is .
> >
> The repr of other singletons are the names of those singletons, eg.
> "None", so why "" instead of "NotGiven"?
Yea, that's up in
On Mon, May 24, 2021 at 3:30 AM Luciano Ramalho wrote:
>
> On Sun, May 23, 2021 at 3:37 AM Tal Einat wrote:
> > I put up an early draft of a PEP on a branch in the PEPs repo:
> > https://github.com/python/peps/blob/sentinels/pep-.rst
>
> Thanks for that PEP, Tal. Go
lic yet, but it was noticed and replied to on the
discuss.python.org thread where I put up the poll [1], so the cat is
out of the proverbial bag now…
Luciano, your wish is granted! ;)
- Tal Einat
[1] https://discuss.python.org/t/sentinel-values-in-the-stdlib/8810/
___
several ways of achieving this for other sentinel values,
some of which have been mentioned earlier in this thread. Some
examples are:
1. a value from a single-valued enum
2. a class object (not an instance)
3. a singleton class with a carefully implemented __new__ which always
returns the same insta
On Sat, May 15, 2021 at 2:09 AM David Mertz wrote:
>
> I think it's more future-looking to allow pickle round-tripping.
I tend to agree.
> Just add a ._uuid attribute and have object equality follow equality of that
> attribute. There's no reason to expose that in the .__repr__, but it would be
I've created a poll on this subject:
https://discuss.python.org/t/sentinel-values-in-the-stdlib/8810
On Fri, May 14, 2021 at 10:33 PM Tal Einat wrote:
>
> On Fri, May 14, 2021 at 12:45 PM Steve Dower wrote:
> >
> > On 14May2021 0622, micro codery wrote:
> > >
&g
On Fri, May 14, 2021 at 12:45 PM Steve Dower wrote:
>
> On 14May2021 0622, micro codery wrote:
> >
> > There was a discussion a while back ( a year or so?? ) on
> > Python-ideas that introduced the idea of having more "sentinel-like"
> > singletons in Python -- right now, we only have
On Thu, May 13, 2021 at 8:46 PM Eric V. Smith wrote:
>
>
> On 5/13/2021 1:39 PM, Tal Einat wrote:
> > Here is my suggestion (also posted on the related bpo-44123), which is
> > also simple, ensures a single instance is used, even considering
> > multi-threading and pick
On Thu, May 13, 2021 at 7:44 PM Ethan Furman wrote:
>
> Consider me complaining. ;-)
+1
> An actual Sentinel class would be helpful:
>
> >>> class Sentinel:
> ... def __init__(self, repr):
> ... self.repr = repr
> ... def __repr__(self):
> ... re
On Thu, May 13, 2021 at 4:31 PM Eric V. Smith wrote:
>
> I do think a python-wide standard for this would be helpful, but I don't
> see how to change existing code given backward compatibility constraints.
While we're on the subject, these sentinels also don't compare
properly using `is` after pi
On Mon, Oct 19, 2020 at 9:24 PM Brett Cannon wrote:
> I think the other way to help is to really lean into automation so
> reviewing is even lighterweight than it is now. Now this can be as simple
> as to remind people when they need to regenerate a file like 'configure'
> via a status check, sim
Interesting! Indeed, please create an issue and post a link here.
>From a quick look at the code, I can't see any obvious bugs here, the info
seems to be coming directly from FindNextFileW. This will likely require
some more digging.
On Sun, Oct 18, 2020 at 7:37 AM Gregory P. Smith wrote:
> Co
is could be in
various forms, such as predefined GitHub/b.p.o. queries, a dedicated
web-page, a periodic message similar to b.p.o.'s "weekly summary" email, or
dedicated tags/labels for issues/PRs. (Perhaps prioritize "stalled" over
"ignored".)
- Tal Einat
[1]
efinitely be digging deeper into
the algorithm, papers and proofs of the underlying "Critical
Factorization" theorem. My goal would be to find a good way to explain
them, ideally some kind of interactive article. Ideally that would
also lead to better Wikipedia pages.
I'd be happy to
2020-09-05. That’s 7 years of exemplary release
> managing!
>
> Larry, from all of us, and from me personally, thank you so much for your
> invaluable contributions to Python. Enjoy your retirement!
>
> Cheers,
> -Barry (on behalf of the P
Hi Peixing,
It is certainly possible to add a buildbot without it breaking any of our
CI. You're welcome to contact the mailing list for details:
python-buildb...@python.org.
- Tal
On Mon, Aug 10, 2020 at 5:21 AM Xin, Peixing
wrote:
> Hi, Dong-hee:
>
> Thanks for your comments.
>
> If that is
<http://mail.python.org/mailman/listinfo/python-list> mailing list.
Good luck,
- Tal Einat
On Fri, Jul 31, 2020 at 8:07 AM Magesh Sundar
wrote:
> Hi There,
>
> Which is the best tool to run the code coverage for python integration
> tests? I tried running with Code Coverage but no data is ge
Thanks for bringing these to our attention Brandt!
Mariatta merged the first PR a few hours ago, and I just merged the second
PR now.
The third PR looks good, but it would be good for someone with a bit more
experience with our C code to take a quick glance before we merge it.
- Tal Einat
On
c0d0e0f"
For more examples, see the uuid module's tests:
https://github.com/python/cpython/blob/7142df5ea23b4ce0efb72746b4b3b65414e8dcb1/Lib/test/test_uuid.py#L29
Using string comparison for UUIDs would be significantly different
than what comparing uuid.UUID objects does. Therefore, mak
these configurable, e.g. adding a compilation
option to increase the limit to 10^18 / 2^64 / 2^63.
Mark, I say go for it, write the draft PEP, and try to get a wider audience
to tell whether they know of cases where these limits would have been hit.
- Tal Einat
__
We are, after all, a group of people developing a language named after
Monty Python. You will find very few 'serious people' here! ;)
- Tal Einat
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-
st this on python-list and/or python-announce, to get this
in front of a wider audience.
- Tal Einat
On Mon, Nov 18, 2019 at 7:17 AM Dave Cinege wrote:
> If you are not aware:
>
> - Thesaurus is a mapping data type with recursive keypath map
> and attribute aliasing. It is a subclass o
Hi Cédric,
Thanks for writing and sorry that you've experienced such a delay. Such
occurrences are unfortunately rather common right now, though we're working
on improving the situation.
Stéphane Wirtel self-assigned that PR to himself a couple of months ago,
but indeed hasn't followed it up afte
Hello everyone,
Following up my request for such stories in early August[1], I have
received 10 such stories which may be shared publicly, and several more in
private.
As a first step, I've create a repository[2] with all of the publicly
available stories, so that they are easily accessible and r
On Sat, Nov 2, 2019 at 1:54 PM Nick Coghlan wrote:
>
>
> On Fri., 1 Nov. 2019, 8:10 am Guido van Rossum, wrote:
>
>> It seems a good idea to add __int__ to Fraction, but if you stop falling
>> back to __trunc__, won't that cause backwards compatibility issues? I'd say
>> looking for __trunc__ if
On Thu, Oct 31, 2019 at 3:30 PM Lewis Gaul wrote:
> I'm happy to set up an EnHackathon channel - is IRC or Zulip preferred in
> general?
>
I prefer Zulip since I can easily participate using my phone, as well as
receive email notifications. It also makes searching and following previous
discuss
On Wed, Oct 30, 2019, 09:43 Steve Holden wrote:
> Since 3.7 it may be that dataclasses offer a cleaner implementation of the
> functionality you suggest.
>
Actually, IMO in this case it would be more useful and fitting to use
namedtuples rather than dataclasses, since CSV rows are naturally
tuple
ferences or requests, but also regarding their availability to
help before, during and after.
- Tal Einat
P.S. Apologies for the delayed reply, I'm working back through my email
backlog after a vacation.
On Sun, Oct 20, 2019 at 3:04 PM Lewis Gaul wrote:
> Hi all,
>
> In early Novem
I'm happy to do so in a couple of days when I'm back from vacation, though
I imagine someone else will pick these up by then.
On Tue, Oct 22, 2019, 21:54 Brandt Bucher wrote:
> Hi all. There are a few *very simple* PRs from first-time contributors
> that have been sitting un-core-reviewed for se
Hi Jaun,
With installing 3rd party libraries being very easy thanks to pip, PyPI,
wheels etc., the bar for inclusion in the stdlib is higher than it was
before: being generally useful is usually not enough. Mostly, there needs
to be a specific reason why a library *needs* to be in the stdlib rath
27;t address any other bugs or security
issues and won't backport anything *new* from 3.x. (I may have some
details not exactly correct here, but I hope the gist is correct.)
I'm sure the wording could be improved, but generally this seems
entirely reasonable to me.
- Tal Einat
_
I suggest slightly expanding the part about NEWS formatting in the dev
guide, and specifically have the example include appropriate uses of roles,
and a link to the list of available roles.
https://devguide.python.org/committing/#what-s-new-and-news-entries
On Thu, Aug 15, 2019 at 3:39 AM Kyle St
ally;
I'll use the information anonymously if asked to.
Regards,
- Tal Einat
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@python.org
https://mail.python.org/mailman3/lists/python-dev.python
#24402: input() uses sys.__stdout__ instead of sys.stdout for prompt
That issue was deemed probably a bug, and includes a simple patch
which appears to fix the issue (without tests).
- Tal Einat
___
Python-Dev mailing list
Python-Dev@python.org
http
On Wed, Jun 17, 2015 at 2:26 AM, Larry Hastings wrote:
>
>
> A quick look through the checkin logs suggests that there's literally
> nothing happening in 3.6 right now. All the checkins are merges.
>
> Is anyone expecting to do work in 3.6 soon? Or did the early branch just
> create a bunch of m
en you can leave comments "inside" the patch,
and we can discuss them there directly. For future reference, that's
the preferred place for these type of comments.
I'll work your comment into a revised version of the patch and have it
up later today.
- Tal Einat
__
hat the
cmath version should accept complex values for the tolerances? I'd
expect it to accept only floats, and I think that allowing complex
values would be more confusing than useful.
- Tal Einat
___
Python-Dev mailing list
Python-Dev@python.org
https:
t. So if you have time, I'd prefer that you thoroughly
review the patch.
- Tal Einat
___
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 Sat, May 23, 2015 at 4:25 PM, Nick Coghlan wrote:
> On 23 May 2015 at 19:29, Tal Einat wrote:
>> On Sat, May 23, 2015 at 1:34 AM, Berker Peksağ
>> wrote:
>>>
>>> * The C implementation should be in Modules/mathmodule.c
>>> * Tests should be in
I remember correctly, we don't need the Python implementation and its
> tests
I'll happily review the patch once it's on the bug tracker as Berker described.
- Tal Einat
___
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
pups appear. I wouldn't want the tests to
fail nor would I want the test run to stall.
I can't test this right now, but does disabling the "network" resource
avoid these popups? Though even if it does we'll still need a way to
run network-related tests on OSX.
Regards,
- T
On Sun, May 10, 2015 at 9:07 PM, Carol Willing <
willi...@willingconsulting.com> wrote:
>
> On 5/10/15 10:29 AM, Tal Einat wrote:
>
> On Sun, May 10, 2015 at 5:07 PM, Brett Cannon wrote:
>
>>
>>
>> On Sun, May 10, 2015 at 10:04 AM Skip Montanaro
>>
On Sun, May 10, 2015 at 5:07 PM, Brett Cannon wrote:
>
>
> On Sun, May 10, 2015 at 10:04 AM Skip Montanaro
> wrote:
>
>> I haven't run the test suite in awhile. I am in the midst of running it
>> on my Mac running Yosemite 10.10.3. Twice now, I've gotten this popup:
>>
>>
>>
>> I assume this i
On Sat, Apr 25, 2015 at 10:58 AM, Larry Hastings wrote:
>
> On 04/24/2015 09:45 PM, Nick Coghlan wrote:
>
> Ah, I misread Tal's suggestion. Using unary + is an even neater approach.
>
>
> Not exactly. The way I figure it, the best way to achieve this with unary
> plus is to ast.parse it (as we c
On Tue, Apr 21, 2015 at 8:31 PM, Larry Hastings wrote:
>
> On 04/21/2015 04:50 AM, Tal Einat wrote:
>
> As for the default set of accepted types for various convertors, if we
> could choose any syntax we liked, something like "accept=+{NoneType}"
> would be much
On Sun, Apr 19, 2015 at 11:19 AM, Larry Hastings wrote:
>
>
> On 08/07/2014 09:41 PM, Larry Hastings wrote:
>
> Well! It's rare that the core dev community is so consistent in its
> opinion. I still think "nullable" is totally appropriate, but I'll change
> it to "allow_none".
>
>
> (reviving ei
If you meant to suggest changing the behavior of Python in such cases,
you should first discuss this on python-list, and then post a clearly
written suggestion to python-ideas [2].
This list, python-dev, is used for discussing the development *of* the
Python language.
See the "Python Mai
ke-shedding begin,
>
>
> /arry
+1 for some form of "allow None" rather than "nullable".
- Tal Einat
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
good experiences using Homebrew.
Good luck,
- Tal Einat
.. [1]: https://mail.python.org/mailman/listinfo/python-list
.. [2]: http://brew.sh/
.. [3]: http://www.macports.org/
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailma
If anyone is interested,
just let me know!
.. [1]: http://buildbot.python.org/all/builders/ARMv7%203.x
.. [2]: http://thread.gmane.org/gmane.comp.python.devel/136388
.. [3]: http://blog.python.org/2012/12/pandaboard-raspberry-pi-coming-to.html
- Tal Einat
_
On Tue, May 27, 2014 at 2:45 PM, Michael Urman wrote:
> On Tue, May 27, 2014 at 4:05 AM, Chris Angelico wrote:
>> On Tue, May 27, 2014 at 6:58 PM, Serhiy Storchaka
>> wrote:
>>> 26.05.14 10:59, raymond.hettinger написав(ла):
+result = [(elem, i) for i, elem in zip(range(n), it
On Thu, Apr 24, 2014 at 4:59 PM, Barry Warsaw wrote:
> I will say this: the original preference for underscore_names in PEP 8 was
> spurred by user studies some of our early non-native English speaking users
> conducted many years ago. We learned that it was more difficult for many of
> them to p
ow much comparison to True one can do:
if (greeting == True) == True
if ((greeting == True) == True) == True
Considering that, IMO it makes sense to just avoid such comparisons altogether.
- Tal Einat
___
Python-Dev mailing list
Python-Dev@python.org
ht
ension by
default, that is indeed confusing. It is useful to be able to save the
history to a file, but it shouldn't have a .py extension.
- Tal Einat
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Hi,
I'm working on converting Objects/bytearray.c and Objects/bytes.c.
For bytes, the strip methods need a "self converter" so that they get
a PyBytesObject* instead of PyObject*. However, having set this in
bytes.strip and "cloning" that clinic definition for bytes.lstrip and
bytes.rstrip, it ap
On Mon, Jan 20, 2014 at 10:05 AM, Larry Hastings wrote:
>
> Okay, I'm taking a poll. I will total your answers and take the result...
> strongly under advisement. ;-)
+1 for #5, +0.5 for #4, -1 for the rest.
___
Python-Dev mailing list
Python-Dev@pytho
On Sat, Jul 17, 2010 at 2:47 PM, Steve Holden wrote:
> On 7/17/2010 7:33 AM, Antoine Pitrou wrote:
>>
>> Hello,
>>
>> On Sun, 11 Jul 2010 02:05:22 +0300
>> Tal Einat wrote:
>>>
>>> I would like to propose removing IDLE from the standard library.
On Mon, Jul 12, 2010 at 6:11 PM, Kurt B. Kaiser wrote:
> On Mon, Jul 12 2010, Tal Einat wrote:
>
>> On Mon, Jul 12, 2010 at 1:44 AM, "Martin v. Löwis"
>> wrote:
>>>> FWIW this is why I started IDLE-Spoon (well, continued Noam Raphael's
>>>&g
espite considerable effort being
>> invested into it.
>
> Tal, you've got some catching up to do, yourself. Tile went into Tk in
> 8.5, two years ago.
I was referring to the integration of the new ttk widgets into IDLE,
which still hasn't happened despite two
ly had many users today, certainly some of them would be
interested in trying out a version with usability fixes and
improvements. Waiting for a new release of Python can take over a
year. Furthermore, backwards compatibility issues and support by third
party libraries can delay migration to a newe
existing ones would
have been addressed.
Getting a few current patches accepted is not the reason I posted here.
- Tal Einat
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Hi Kurt, I'm glad you've joined this discussion.
My point is that whatever the reason, for the past five years (at
least) nearly every issue related to IDLE has taken years to be
resolved, and many have still not been resolved. As a result the
current state of IDLE is quite poor.
To be perfectly
d to be tried out by "beta testers" to
iron out all of the glitches before making it into the main version,
like IDLE-fork back in the beginning of the decade. However I have
utterly failed in promoting this project and getting "beta testers" on
board, at least partially due to the l
Glyph Lefkowitz wrote:
>
> On Jul 11, 2010, at 10:22 AM, Tal Einat wrote:
>
> The people who are actually *in* those environments seem to disagree with
> you :). I think you underestimate the difficulty of getting software
> installed and overestimate the demands of new Python
ssue per week
> (sometimes less); at this rate, it'll take several years until I get
> to everything.
I'm not talking about a few months, I'm talking about at least six
months in most cases, years in many cases, as in the examples I
mentioned.
- Tal Einat
situation.
However, I still think IDLE is not currently in a state that it should
be suggested for use by beginners.
- Tal Einat
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
On Sun, Jul 11, 2010 at 11:57 AM, Tal Einat wrote:
>> I would like to propose removing IDLE from the standard library.
>>
>> I have been using IDLE since 2002 and have been doing my best to help
>> maintain and further develop IDLE since 2005.
>
> I'm surprised
On Sun, Jul 11, 2010 at 12:03 PM, Ronald Oussoren wrote:
>
> On 11 Jul, 2010, at 10:57, Tal Einat wrote:
>>
>> When I ran into bugs I fixed them and submitted a patch. I have also
>> done so for quite a few bugs reported by others. However, there are
>> currently sev
s wrong with IDLE
being an externally maintained application?
Yes, IDLE still works (mostly), but us few who continue to use it
could do so even if it weren't part of the standard library.
- Tal Einat
___
Python-Dev mailing list
Python-Dev@pyt
this was the main reason for its inclusion in the standard library.
Furthermore, if there is little or no interest in developing and maintaining
IDLE, it should be removed to avoid having buggy and badly supported
software in the standard library.
- Tal Einat
Steve Holden wrote:
> Tal Einat wrote:
>> It this desired behavior?
>>
>> At the very least the exception should be more detailed, perhaps to
>> the point of suggesting the probable cause of the error (i.e.
>> overriding the time module).
>>
> How is th
For an unknown reason, datetime.date.today() began throwing a cryptic
"AttributeError: time" exception. It took me a while to figure out
that this was caused by an accidental overriding of the built-in
'time' module.
Here's an example interactive session which shows the problem:
[tal ~]$ touch ti
79 matches
Mail list logo
