Hello,
I¹m new to the list, and contributing to Python specifically, and I¹m
interested in getting master and 3.6 branches building and working
³better² on UNIX.
I¹ve been looking at a problem building 3.6 on HP-UX and see a PR was
merged into master, https://github.com/python/cpython/pull/1351 and I¹d
like to see it applied to 3.6. I¹m happy to create a PR with a
cherry-picked commit, and/or test.
Rob Boehne
Senior Software Architect | Datalogics, Inc.
+1.312.853.8351 tel:3128538399 | robb@datalogics.com
mailto:jonw@datalogics.com
datalogics.com https://www.datalogics.com/ | blogs.datalogics.com
https://blogs.datalogics.com/Connect with us: Facebook
https://www.facebook.com/DatalogicsInc | Twitter
https://twitter.com/DatalogicsInc | LinkedIn
https://www.linkedin.com/company/datalogics | YouTube
https://www.youtube.com/user/Datalogics
PROUDLY CELEBRATING 50 YEARS!
<https://www.datalogics.com/datalogics-celebrates-50-years-of-embracing-cha
nge-and-providing-high-quality-software>
On 6/29/17, 10:09 AM, "Python-Dev on behalf of Victor Stinner"
Hi,
Our buildbots are now even more stable than in my previous buildbot report.
Many random failures have been fixed, even if there are still many rare random failures (most of them are related to multiprocessing).
Search for issues created by "haypo" (me!) with the Component "Tests" to see all remaining issues. I'm trying to open an issue for *each* buildbot failure! So yeah, we have a long list of 44 open issues!
Correct me if I'm wrong, but, for the first time, *all reference leaks* have been fixed on *all branches* (2.7, 3.5, 3.6 and master), on *Linux and Windows*! Before, we mostly focused on the master branch (called "default" in Mercurial) on Linux.
I also started to fix a few "memory block" leaks, most (or all?) of them should also be fixed (on all branches, on Linux and Windows).
A new policy has been decided (on python-committers): if a commit breaks too many buildbots and cannot fixed easily nor quickly, the commit will be reverted, just to keep our buildbots "green". It doesn't mean that the commit will be rejected forever. It's a practical solution to give more time to write a proper fix, take time to review it, and not have to be stressed to fix buildbots "ASAP". Moreover, keeping green buildbots all the time allows to catch regressions more quickly, which ease debug in many ways.
You have be warned! Now I will not hesitate to revert your change if you break my little buildbots ;-)
I mostly care of Linux, Windows, macOS and FreeBSD (10 and CURRENT). Breaking other platforms is less important, since other platforms already have issues, but not enough developers interested to fix them. Obviously, I'm interested in keeping more buildbots green, if someone shows up and help me to fix remaining issues!
Victor _______________________________________________ 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/robb%40datalogics.com