Re: [python-committers] Recording committer status in the bug tracker

On Tue, Mar 15, 2011 at 11:22 PM, Martin v. Löwis mar...@v.loewis.dewrote: I added a boolean flag to the bug tracker indicating what user accounts belong to committers. Please check that the flag is set in Your Details, Is Committer. If it's not, please let me know. Regards, Martin

Re: [python-committers] PyCon US 2013 attendees

I'll be there for the summit, conference, and murphy willing sprints. Alex On Mon, Feb 25, 2013 at 11:14 AM, Eli Bendersky eli...@gmail.com wrote: On Mon, Feb 25, 2013 at 11:00 AM, Chris Jerdonek chris.jerdo...@gmail.com wrote: Is the attendee list for next March's PyCon available to

Re: [python-committers] PEP commit privilieges for Donald Stufft?

+1 from me, Donald is doing awesome work in this area. Alex On Wed, Aug 14, 2013 at 9:49 AM, Nick Coghlan ncogh...@gmail.com wrote: Donald is the current main developer for PyPI and is doing a lot of work on PyPI related PEPs this days - it would reduce the administrative overhead if he

Re: [python-committers] Python bug bounty

Yes, we probably should. The Django project was contacted by them, I've we've been working with them to set up a workflow, when I saw this I'd assumed someone had been contacted for CPython. Alex On Thu, Nov 7, 2013 at 3:24 AM, Christian Heimes christ...@cheimes.dewrote: Am 07.11.2013 11:45,

Re: [python-committers] Anatoly Techtonik's contribution (again)

I'm not sure if it's because I'm reading the lists more, or if he's actually posting more, but I definitely seem to see him more frequently. And almost none of it is positive contribution, it's almost entirely people wasting time trying to humor him. I'm honestly not sure I've ever seen a

Re: [python-committers] Anatoly has been warned about his behaviour potentially leading to his loss of tracker privileges

These steps sound right to me. Make the notification a private email, not a public one -- this doesn't have to be a big deal. It's not a warning shot to other people, this is one isolated individual, and we should treat it as such. Alex On Sat, Nov 30, 2013 at 1:44 AM, Nick Coghlan

Re: [python-committers] LCA2014 presentation on Zuul, OpenStack's merge gating system

While I'm not a particularly active python-developer, I have spent quite a bit of time using OpenStack's Zuul/gerrit system/workflow and all I can say is it: It is the right way to write software. Huge +1 from me on every project using it :-) Alex On Sat, Jan 18, 2014 at 11:34 PM, Nick Coghlan

[python-committers] Brian Kearns for commit

Hi all, I'd like to propose Brian Kearns for commit. He's been a committer on PyPy for about a year and a half now, and in particular he's done a bunch of Python version works: things like upgrading us from the 2.7.3 stdlib to the 2.7.6 stdlib, and py3k work. He's interested in having commit for

Re: [python-committers] Contact info for possible workflow tool security issue

security@ seems like the right address, since at a minimum we have all the people who'll know where to route the issue to. Alex On Thu, Jun 19, 2014 at 6:32 PM, Benjamin Peterson benja...@python.org wrote: On Thu, Jun 19, 2014, at 18:23, Antoine Pitrou wrote: Le 19/06/2014 21:13, Nick

Re: [python-committers] We will be moving to GitHub (hopefully) in 2016

+1 Alex On Mon, Jan 4, 2016 at 4:07 PM, Donald Stufft wrote: > > > On Jan 4, 2016, at 3:51 PM, Barry Warsaw wrote: > > > > I once looked at it and decided it wasn't something I wanted to touch ;) > so > > paying Eric to do it might not be a bad idea. > > >

Re: [python-committers] We will be moving to GitHub (hopefully) in 2016

My git clone is 350MB (after a make clean), a fresh hg clone is 650MB. Alex On Mon, Jan 4, 2016 at 5:38 PM, Georg Brandl wrote: > On 01/01/2016 08:24 PM, Brett Cannon wrote: > > If you want to read the reasons I chose GitHub over GitLab, > > see >

Re: [python-committers] We will be moving to GitHub (hopefully) in 2016

Probably the easiest thing is to point the linkifier at our own webservice that just does: if hash not in cache: try: requests.head("github.com/hash") except requests.error: try: request.head("hg.python.org/hash") except request.error:

Re: [python-committers] We will be moving to GitHub (hopefully) in 2016

Brett (and everyone else), Thanks so much for all the time you put into working through this decision! Alex On Fri, Jan 1, 2016 at 2:24 PM, Brett Cannon wrote: > If you want to read the reasons I chose GitHub over GitLab, see >

Re: [python-committers] 4 weeks with the new workflow: what needs changing?

If most patches (by LOC) don't require domain knowledge to commit, I guess they probably don't need domain knowledge to review. Alex On Tue, Mar 14, 2017 at 5:07 PM, Brett Cannon wrote: > > > On Mon, 13 Mar 2017 at 10:04 Donald Stufft wrote: > >> >> On Mar

Re: [python-committers] 4 weeks with the new workflow: what needs changing?

That suggests an interesting question: Why is the Touched It Last so different from the domain expert :-) Alex On Mon, Mar 13, 2017 at 11:54 AM, Barry Warsaw wrote: > On Mar 13, 2017, at 01:12 AM, Brett Cannon wrote: > > >Since there doesn't seem to be strong support I'm

Re: [python-committers] I have blocked Wes Turner from the Python org on GitHub

I'll be another voice saying that the CoC isn't the right mechanism -- the CoC is for harassment and abuse (at least, most community's CoCs are, the Python one is pretty vague). That said, I have no problem with the action taken, banning people who are extremely unproductive is a necessary step

Re: [python-committers] No Travis-CI on OS X?

Travis's macOS builds aren't as slow as they used to be, between them adding capacity and our queue increase. Alex On Tue, May 2, 2017 at 5:38 PM, Antoine Pitrou wrote: > > > Is there a way to get faster OS X builds with our connections at Travis-CI? > I agree that OS X

Re: [python-committers] Proposing Carol Willing to become a core developer

Carol's also served on the PSF board of directors for a number of years. +1 Alex On Tue, May 23, 2017 at 2:15 PM, Brett Cannon wrote: > While at the PyCon US sprints the idea came up of offering Carol Willing > developer privileges. Everyone at the table -- about 6 of us --

[python-committers] Appveyor tests failing for CPython?

Hi all, It looks like appveyor tests are currently failing on all builds (something about UNC paths + imports). Was appveyor enabled recently, or did the test regress? Alex -- "I disapprove of what you say, but I will defend to the death your right to say it." -- Evelyn Beatrice Hall

Re: [python-committers] Appveyor tests failing for CPython?

Great, thanks for digging in! Alex On Mon, May 29, 2017 at 2:46 PM, Zachary Ware <zachary.ware+py...@gmail.com> wrote: > On Mon, May 29, 2017 at 9:19 AM, Zachary Ware > <zachary.ware+py...@gmail.com> wrote: > > On Mon, May 29, 2017 at 9:09 AM, Alex Gaynor <ale

Re: [python-committers] Travis CI: macOS is now blocking -- remove macOS from Travis CI?

If you find a macOS CI platform with more capacity, please let me know :-) Travis has been totally underwater of late, but I don't know of any alternatives; probably because operating a fleet of macOS builders is a giant pain. You need Apple hardware, and it turns out you can either purchase a

Re: [python-committers] OK to back-fill "awaiting" labels on open issues?

Can we please use a phrase for re-triggering a review that makes more sense like "I've updated the patch, please re-review", rather than magic inside baseball language? Alex On Fri, Oct 6, 2017 at 5:29 PM, Brett Cannon wrote: > I noticed today that out of about 19 pages of

Re: [python-committers] Cherry picker bot deployed in CPython repo

This is a great UX win for our development process. Thanks for making this happen! Alex On Tue, Sep 5, 2017 at 9:10 PM, Mariatta Wijaya wrote: > Hi, > > The cherry picker bot has just been deployed to CPython repo, codenamed > miss-islington. > > miss-islington made

Re: [python-committers] Security: please enable 2-factor authentication on GitHub and your email

They require a preference to be enabled, but yeah, Security Keys in Firefox Quantum  https://mobile.twitter.com/jamespugjones/status/91231495223226 Alex On Tue, Dec 12, 2017 at 11:21 AM, Antoine Pitrou wrote: > > If some people are inclined to push for 2FA, I think it

Re: [python-committers] Enabling depreciation warnings feature code cutoff

I also feel this decision was a mistake. If there's a consensus to revert, I'm happy to draft a PEP. Alex On Nov 6, 2017 1:58 PM, "Neil Schemenauer" wrote: > On 2017-11-06, Nick Coghlan wrote: > > Gah, seven years on from Python 2.7's release, I still get caught by > >

Re: [python-committers] Security: please enable 2-factor authentication on GitHub and your email

The reason for the username-then-a-new-page-for-password flow in many cases is that the sites have multiple flows depending on your username! The GMail login page for example can send you to either the password page since you're a consumer account, the password page because you're a GSuite account

Re: [python-committers] Adding Ivan Levkivskyi as a core committer

Someone needs to invite him to this list :-) On Dec 6, 2017 11:44 AM, "Guido van Rossum" wrote: > I think I figured it out -- I invited him to the python org on GitHub. > Anything else? > > On Wed, Dec 6, 2017 at 8:37 AM, Guido van Rossum wrote: > >> OK,

Re: [python-committers] How to force Travis to re-run?

If you look at the travis-ui, do you see little "restart" arrows (example attached)? Those are what do it -- I went ahead and restarted the failed job on this one. Alex On Sat, Jan 6, 2018 at 11:43 AM, Eric V. Smith wrote: > I'm trying to merge this:

Re: [python-committers] Security: please enable 2-factor authentication on GitHub and your email

Hey Antoine, Assuming you're on Firefox57, it requires a pref -- once the WebAuthn spec is finalized we'll drop the pref -- https://mobile.twitter.com/jamespugjones/status/91231495223226 Alex On Sat, Jan 6, 2018 at 1:59 PM, Antoine Pitrou wrote: > > Hi, > > So, for the

Re: [python-committers] Security: please enable 2-factor authentication on GitHub and your email

://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1741768 > > Regards > > Antoine. > > > Le 06/01/2018 à 20:42, Barry Warsaw a écrit : > > On Jan 6, 2018, at 14:00, Alex Gaynor <alex.gay...@gmail.com> wrote: > >> > >> Hey Antoine, > >>

Re: [python-committers] I created the "needs backport to 3.7" label on GitHub

Is there documentation somewhere on "how to create a release branch" that we should add "creating a label" step to? Alex On Wed, Jan 31, 2018 at 6:40 PM, Mariatta Wijaya wrote: > I noticed that there is a 3.7 branch now. > So you can use this label if you want

Re: [python-committers] And Now for Something Completely Different

On Wed, Jul 25, 2018 at 7:24 PM Donald Stufft wrote: > > > On Jul 25, 2018, at 2:01 PM, Brett Cannon wrote: > > Right, and your proposal means I now have to judge proposed core > developers on which side of popular opinion they will come down on in hopes > that they vote in ways I agree with

Re: [python-committers] Moderation of the Python community

I think you're dramatically overestimating a) the possibility that someone would attempt to use the CoC process frivolously, b) the possibility that the CoC WG would act on such a complaint without good cause. FWIW I was involved in removing a core developer from another community for CoC

Re: [python-committers] Fw: CoC violation (was: Retire or reword the "Beautiful is better than ugly" Zen clause)

Is there a copy of the original email? (I'm not a regular python-ideas reader) Based on Brett's description though, the content sounds very far over the line, and I wouldn't want to interfere with the WG's decision. Alex On Thu, Sep 20, 2018 at 4:25 PM Antoine Pitrou wrote: > > Hi, > > I'm

Re: [python-committers] Merge with spurious CI failures?

y the test which connects to > "self-signed.pythontest.net" always fails now with a "self-signed > certificate" error... > > Le 08/05/2019 à 17:37, Alex Gaynor a écrit : > > Are these intermittent failures, or is there bustage on master right now? > &g

Re: [python-committers] Merge with spurious CI failures?

https://github.com/python/cpython/pull/13192 Thanks gps! Alex On Wed, May 8, 2019 at 11:58 AM Antoine Pitrou wrote: > > Ok, apparently the SSL cert on self-signed.pythontest.net was changed > but it wasn't updated in our source tree, hence the failure. > > Regards > > Antoine. > > > Le

Re: [python-committers] miss-islington backport pipeline is stalled?

Would it make sense to work with the PSF infra staff so that miss-isslington is hooked up to the PSF Sentry account so folks can get email notifications and similar on unhandled exceptions? Alex On Wed, May 8, 2019 at 1:02 PM Mariatta wrote: > There was an error from Redis. I think this is the

Re: [python-committers] Merge with spurious CI failures?

Are these intermittent failures, or is there bustage on master right now? My usual habit on other projects (I'm not very active on CPython these days) is to restart the build on travis so that is a nice green checkmark. Alex On Wed, May 8, 2019 at 11:32 AM Antoine Pitrou wrote: > > Hello, > >

Re: [python-committers] Merge with spurious CI failures?

Tests for that PR would presumably be green :-) Alex On Wed, May 8, 2019 at 11:51 AM Eric V. Smith wrote: > Surely there must be some way around it. After all, how would you merge a > PR to fix this test? > > -- > Eric V. Smith > True Blade Systems, Inc > (301) 859-4544 > > On May 8, 2019, at

Re: [python-committers] Azure build operations

There's a link that does that on _github_. (On mobile, sorry for terseness). Alex On Tue, May 21, 2019, 2:10 PM Antoine Pitrou wrote: > > Hello, > > How can I restart a failed build on Azure? > >

[python-committers] Re: Notification of a three-month ban from Python core development

It was sent to all of python-committers as a heads up that _someone_ was banned. I didn't follow the thread in question, so this is all a little opaque to me, I have no idea who we're talking about or what their conduct is. I assume that's intentional. Alex On Wed, Jul 22, 2020 at 3:40 PM Ivan

[python-committers] Re: Restarting individual CI runs

t; A timeout on a job still marks it as failed, I presume, so we still have to > restart all jobs... :-( > > On Tue, Jun 22, 2021 at 12:40 PM Alex Gaynor wrote: >> >> Github actions doesn't have the ability to restart individual jobs, >> sadly (I've asked for this when they

[python-committers] Re: Restarting individual CI runs

Github actions doesn't have the ability to restart individual jobs, sadly (I've asked for this when they've done research sessions). FWIW, I'd recommend adding a timeout to jobs (it can be set in the YML file), that way hung jobs don't hang for hours and hours. Alex On Tue, Jun 22, 2021 at 3:16