[Python-Dev] Re: PR checks hang because travis does not report back to github

2020-10-04 Thread Ned Deily
On Oct 4, 2020, at 15:55, Terry Reedy wrote: > > On 10/4/2020 2:32 PM, Mariatta wrote: >> This is a known issue and I have brought it up in GitHub OS Maintainers >> Feedback Group. It happens to other projects as well. >> Currently we have branch protection rule where even administrators couldnt

[Python-Dev] Re: PR checks hang because travis does not report back to github

2020-10-04 Thread Simon Cross
On Sun, Oct 4, 2020 at 8:34 PM Mariatta wrote: > Perhaps we can relax the rule to allow administrators to merge the stuck PRs. > At least > temporarily until Travis/GitHub fixes it. Does this sound okay? +1 on relaxing the rule permanently. We should not give robots more rights than humans. Peo

[Python-Dev] Re: PR checks hang because travis does not report back to github

2020-10-04 Thread Terry Reedy
On 10/4/2020 2:32 PM, Mariatta wrote: This is a known issue and I have brought it up in GitHub OS Maintainers Feedback Group. It happens to other projects as well. Currently we have branch protection rule where even administrators couldnt merge the PR unless all the required checks passed. P

[Python-Dev] Re: PR checks hang because travis does not report back to github

2020-10-04 Thread Mariatta
This is a known issue and I have brought it up in GitHub OS Maintainers Feedback Group. It happens to other projects as well. Currently we have branch protection rule where even administrators couldnt merge the PR unless all the required checks passed. Perhaps we can relax the rule to allow admin

[Python-Dev] PR checks hang because travis does not report back to github

2020-10-04 Thread Stefan Behnel
Hi devs, I have a trivial documentation PR https://github.com/python/cpython/pull/22464 for which travis (unsurprisingly) had a successful run, https://travis-ci.com/github/python/cpython/builds/187435578 but github lists the travis build as "created" instead of "passed". https://github.com/p

[Python-Dev] Re: Do we still need a support of non-type objects in issubclass()?

2020-10-04 Thread Brett Cannon
On Sun, Oct 4, 2020 at 1:24 AM Serhiy Storchaka wrote: > 04.10.20 01:06, Guido van Rossum пише: > > On Sat, Oct 3, 2020 at 9:28 AM Serhiy Storchaka > > wrote: > > The code of object.__dir__() is very old, it predates new-style > classes, > > and currently it g

[Python-Dev] Re: Do we still need a support of non-type objects in issubclass()?

2020-10-04 Thread Serhiy Storchaka
04.10.20 01:06, Guido van Rossum пише: > On Sat, Oct 3, 2020 at 9:28 AM Serhiy Storchaka > wrote: > The code of object.__dir__() is very old, it predates new-style classes, > and currently it gathers names using different algorithm than used in > object.__ge