Mailman 3 August 2017 - python-committers

GitHub: remove the "needs backport to 3.5" label?
by Victor Stinner Aug. 20, 2019

Aug. 20, 2019

Hi, Python 3.5 entered security fix only mode. Should we now remove the "needs backport to 3.5" label? Other security only branches don't have this label neither (3.3 and 3.4). Victor

6 11

Core sprint 2017 - Sep 4 - Sep 9, Menlo Park, California
by Lukasz Langa Aug. 22, 2017

Aug. 22, 2017

Hello fellow committers! I'm organizing another core sprint this year to make Python 3.7 the best release possible. WHY: 1. Community. The sprints at the end of PyCon are great but they mostly get the same people in the room year after year. Many of the most active contributors never attend conferences. My goal with this sprint is to bring together many core devs who rarely if ever meet! 2. Focus. When we have sprints at the end of a conference, many of us are pretty tired and less productive than we could have been without the late dinners, endless hallway sessions, and so on. Some of the sprinters are preoccupied with tutoring newcomers. This sprint won't be after a major conference, and it's only for seasoned CPython core devs--so get to work! 3. Communication. There are tremendous benefits to getting everyone together in one big room. Conversations that drag on on python-dev can be solved quickly in person. Even contentious debates become faster, easier, and more civil. And meeting face-to-face helps us all feel more connected to our community. WHY THE BAY AREA: We have a large population of core contributors here. Also, I can arrange for Facebook to provide us a "war room" for the whole week, with full access to the campus during the sprints. That includes free food for breakfast, lunch, dinner, and snacks, compatible with almost any dietary restrictions. WHY EARLY SEPTEMBER: It's almost impossible to find a time that doesn't overlap with a PyCon. This week worked well last year so we're redoing it that way. Monday September 4 is Labor Day in the US, which may make it easier for employees of US companies to attend, as they'd only be taking off four days instead of five. HOW LONG: A full week Monday, Sep 4 to Friday, Sep 8 evening. You can check into your hotel the day before the sprint (Sunday, Sep 3) and check out the day after (Saturday, Sep 9). HOW BIG: No fewer than 10, no more than 20. More than 20 people would be great but it'd be hard for me to organize a sprint that big. WHO PAYS: The venue, hotels, and food are provided by Facebook. I'm working on getting flight reimbursements. Last year they were provided by the Python Software Foundation. Anybody is free to waive their reimbursement. PLEASE REPLY: If you're interested in attending and have the commit bit on GitHub's python/cpython, fill out this Google Form: https://goo.gl/forms/MzrNtRe0NAmzvGwF2 <https://goo.gl/forms/MzrNtRe0NAmzvGwF2> DISCLAIMER: I'd like to be able to host everybody. However, if I receive more than 20 applications, this is not going to be possible. In this case, the following will happen: 1. I will look at your current level of involvement in CPython development. This includes metrics like commits / PRs, activity on the bug tracker and python-dev, special role (release manager, infrastructure dev, etc.). 2. I will look at your sprint plan and ability to participate in the entire sprint (per answers to the questions above). 3. I will gather all this data and leave the final decision to our Benevolent Dictator (who is also attending the sprint). This is one of those occasions where having a dictator is useful. DON'T WAIT: September is closer than you think! Please let me know as soon as possible so we can start setting up the event. I'm going to close the sign-up form on June 23rd. Organizational-ly yours, Ł Vice-Minister of Silly Sprints

7 9

Travis CI build on python/cpython passes in error
by Lukasz Langa Aug. 21, 2017

Aug. 21, 2017

I don't know if this is specific to my pull request but on PR #2558 I'm seeing: fatal: Invalid symmetric difference expression 49f6449ef4b81537c19b82329caaf60596c516c2...7b634956246bc6112a16ba11ff9f721342e750e6 <>Only docs were updated, stopping build process. The build is subsequently marked as green. This is invalid, there were code changes in the pull request. - Ł

2 1

Re: [python-committers] Flood of Github review mails?
by Paul Moore Aug. 20, 2017

Aug. 20, 2017

Yeah, looks like that was it. Thanks. Paul On 20 August 2017 at 22:23, Zachary Ware <zachary.ware(a)gmail.com> wrote: > Being added to the team caused me to be 'watching' the repo again, even > though I'd previously 'unwatched'. Paul, you may need to unwatch again as > well. > > -- > Zach > (On a phone) > > On Aug 20, 2017 09:28, "Steve Dower" <steve.dower(a)python.org> wrote: >> >> We created a Windows team on github and signed it up for notifications of >> changes to PC, PCBuild and the installer folders. If the notifications are >> for files in those folders, that’ll be it. (Though I haven’t noticed any >> similar increase, so it may be something else.) >> >> >> >> Feel free to remove yourself from the team if it looks like that’ll help. >> >> >> >> Top-posted from my Windows phone >> >> >> >> From: Paul Moore >> Sent: Sunday, August 20, 2017 6:08 >> To: python-committers >> Subject: [python-committers] Flood of Github review mails? >> >> >> >> I've just recently (within the last week I guess) started getting a >> >> large number of additional mails from github. For example, I'm getting >> >> notifications on https://github.com/python/cpython/pull/3066 which I >> >> haven't commented on or been mentioned in, nor am I nosy on the >> >> underlying bug. >> >> >> >> What's changed to cause this to start happening, and how do I make it >> >> stop? I've nowhere near enough time to review all the mails I'm now >> >> getting, and I'd rather avoid them so I don't miss notifications that >> >> I *do* need to see :-( >> >> >> >> Thanks, >> >> Paul >> >> _______________________________________________ >> >> python-committers mailing list >> >> python-committers(a)python.org >> >> https://mail.python.org/mailman/listinfo/python-committers >> >> Code of Conduct: https://www.python.org/psf/codeofconduct/ >> >> >> >> >> _______________________________________________ >> python-committers mailing list >> python-committers(a)python.org >> https://mail.python.org/mailman/listinfo/python-committers >> Code of Conduct: https://www.python.org/psf/codeofconduct/ >> >

1 0

Flood of Github review mails?
by Paul Moore Aug. 20, 2017

Aug. 20, 2017

I've just recently (within the last week I guess) started getting a large number of additional mails from github. For example, I'm getting notifications on https://github.com/python/cpython/pull/3066 which I haven't commented on or been mentioned in, nor am I nosy on the underlying bug. What's changed to cause this to start happening, and how do I make it stop? I've nowhere near enough time to review all the mails I'm now getting, and I'd rather avoid them so I don't miss notifications that I *do* need to see :-( Thanks, Paul

3 2

Taking the month of September off from Python volunteering
by Brett Cannon Aug. 18, 2017

Aug. 18, 2017

Last year I took the month of October off from volunteering on Python to prevent burn-out and to just take some time to reflect. It turned out to be a great decision as I came out of the break feeling much better about volunteering to work on Python and what I needed to do to stay grounded (it has even led to a new talk topic that I will be testing out at JupyterCon and talking about for the next 12 months whenever I speak at conferences on how to try and re-adjust everyone's view of open source to prevent burn-out and frustration for everyone involved). Since I was so happy with the result last year I'm repeating it again this year, but in September (it overlaps with my vacation so it actually scales back the amount of absolute time I take off). Just like last year this means I'm only looking at critical Python emails weekly and completely ignoring non-critical ones until the month is out. I will continue to work on Python in September, but only on work time and not personal time so it will be highly constrained to pretty much only working hours on Fridays when I typically do my paid open source thanks to Microsoft. The reason I'm making this announcement now is I know this coincides with the core sprint next month so if anyone has anything they want to ask me before that, now is the time. Workflow stuff should all have a bus factor greater than 1, so if you can think of something that doesn't then please let me know so I can fix it.

2 2

AppVeyor failure on test_asyncgen?
by Antoine Pitrou Aug. 18, 2017

Aug. 18, 2017

Hello, One of my PR builds got an AppVeyor failure in test_asyncgen and I really doubt it is due to the PR itself: https://ci.appveyor.com/project/python/cpython/build/3.7.0a0.5366#L682 ====================================================================== FAIL: test_async_gen_asyncio_gc_aclose_09 (test.test_asyncgen.AsyncGenAsyncioTest) ---------------------------------------------------------------------- Traceback (most recent call last): File "C:\projects\cpython\lib\test\test_asyncgen.py", line 627, in test_async_gen_asyncio_gc_aclose_09 self.assertEqual(DONE, 1) AssertionError: 0 != 1 Regards Antoine.

4 3

Windows team created on GitHub
by Brett Cannon Aug. 15, 2017

Aug. 15, 2017

FYI https://github.com/orgs/python/teams/windows-team/members . Steve is working on a PR for automatic notification for the team at https://github.com/python/cpython/pull/3089 .

1 0

new status check for a news entry
by Brett Cannon Aug. 14, 2017

Aug. 14, 2017

Now that all branches support blurb, I have added a status check for a news entry. If a PR doesn't require a news entry then simply set the "skip news" label and the status check will then pass. When there is no news entry the Details link of the failing status check points to the appropriate part of the devguide so hopefully some contributors will self-discover the need for a news entry and create the appropriate file without being prompted for it. I'm going to wait a little while -- probably end of the week -- to verify I didn't botch the code before I make this a required status check like with the issue number check (I've already had to push out an emergency fix once already today so it has validated that waiting is good :) . And with this I am taking a break from coding new workflow tooling for a little while and switching to feature work for Python 3.7. :)

1 0

[RELEASED] Python 3.4.7 is now available
by Larry Hastings Aug. 9, 2017

Aug. 9, 2017

On behalf of the Python development community and the Python 3.4 release team, I'm pleased to announce the availability of Python 3.4.7. Python 3.4 is now in "security fixes only" mode. This is the final stage of support for Python 3.4. Python 3.4 now only receives security fixes, not bug fixes, and Python 3.4 releases are source code only--no more official binary installers will be produced. You can find Python 3.4.7 here: https://www.python.org/downloads/release/python-347/ Happy Pythoning, //arry/

1 0