Can we clean up the buildbots please?
Right now we have eight online buildbots for Python trunk. Of those, currently *six* are reporting errors in either the compile or test phases.
http://buildbot.python.org/all/waterfall?category=3.x.stableThere's one platform ("AMD64 Snow Leop") where the failures are sporadic "stack overflow" errors encountered during the test suite. But the other five platforms have consistent failures, build after build. Those platforms:
AMD64 OpenIndiana
AMD64 Windows7 SP1
x86 Windows Server 2003 [SB]
x86 Windows7
x86 XP-4That includes *all* of the Windows buildbots.
Gosh, it sure would be nice if Beta 1 didn't fail on Windows, wouldn't it? Could some Windows core devs take a look at the failures and see about cleaning them up?
Naturally the OpenIndiana and OS X devs are invited to fix the errors on those platforms too,
//arry/
p.s. My apologies for not bringing attention to this sooner. But, well, we still have a day left, right?
The Windows 7 buildbots are failing on test_asdl_parser, but I have no idea why – the test works for me just fine. Yury and Benjamin made the most recent changes to Python.asdl, but I have no idea what effect they would have here, or why it’s Windows only.
The WS2K3 machine needs a reboot – I pinged Trent about that months ago – and the XP one isn’t supported for 3.5.
Pending the test_asdl_parser fix, I’d also like to see AMD64 Windows 8 (http://buildbot.python.org/all/builders/AMD64%20Windows8%203.x) be promoted to stable, as it’s one of only two currently using the right compiler.
Cheers, Steve
Coming to PyData Seattle 2015<http://conf.pydata.org/seattle2015/>? Hosted by Microsoft on our Redmond campus, July 24-26
From: python-committers [mailto:python-committers-bounces+steve.dower=microsoft.com@python.org] On Behalf Of Larry Hastings Sent: Friday, May 22, 2015 1444 To: Python Dev; python-committers Subject: [python-committers] Can we clean up the buildbots please?
Right now we have eight online buildbots for Python trunk. Of those, currently *six* are reporting errors in either the compile or test phases. http://buildbot.python.org/all/waterfall?category=3.x.stable There's one platform ("AMD64 Snow Leop") where the failures are sporadic "stack overflow" errors encountered during the test suite. But the other five platforms have consistent failures, build after build. Those platforms: AMD64 OpenIndiana AMD64 Windows7 SP1 x86 Windows Server 2003 [SB] x86 Windows7 x86 XP-4 That includes *all* of the Windows buildbots.
Gosh, it sure would be nice if Beta 1 didn't fail on Windows, wouldn't it? Could some Windows core devs take a look at the failures and see about cleaning them up?
Naturally the OpenIndiana and OS X devs are invited to fix the errors on those platforms too,
/arry
p.s. My apologies for not bringing attention to this sooner. But, well, we still have a day left, right?
On 05/22/2015 03:06 PM, Steve Dower wrote:
The Windows 7 buildbots are failing on test_asdl_parser, but I have no idea why – the test works for me just fine. Yury and Benjamin made the most recent changes to Python.asdl, but I have no idea what effect they would have here, or why it’s Windows only.
The WS2K3 machine needs a reboot – I pinged Trent about that months ago – and the XP one isn’t supported for 3.5.
Pending the test_asdl_parser fix, I’d also like to see AMD64 Windows 8 (http://buildbot.python.org/all/builders/AMD64%20Windows8%203.x) be promoted to stable, as it’s one of only two currently using the right compiler.
So what you seem to be saying is, the Windows buildbots provide no useful signal and should be ignored?
Is MSVS 2015 the only supported compiler for Python 3.5 on Windows? What's the other buildbot using MSVS 2015?
//arry/
Two of them are useless (x86 Windows Server 2003 [SB] and x86 XP-4, to be precise), but the fact that everything other than test_asdl_parser passes is a very valuable signal. AMD64 Windows 7 SP1 is also using the correct compiler.
Since some of our core developers are yet to upgrade, I’m not against keeping the one VS 2010 buildbot around for now. When MSFT comes up with a better way of getting the compiler than installing 8GB+ of interactive environment, then I’ll be more forceful about it (and yes, I’m helping encourage the relevant teams).
Cheers, Steve
Coming to PyData Seattle 2015<http://conf.pydata.org/seattle2015/>? Hosted by Microsoft on our Redmond campus, July 24-26
From: Larry Hastings [mailto:larry@midwinter.com] On Behalf Of Larry Hastings Sent: Friday, May 22, 2015 1530 To: Steve Dower; Python Dev; python-committers Cc: Yury Selivanov; Benjamin Peterson Subject: Re: [python-committers] Can we clean up the buildbots please?
On 05/22/2015 03:06 PM, Steve Dower wrote: The Windows 7 buildbots are failing on test_asdl_parser, but I have no idea why – the test works for me just fine. Yury and Benjamin made the most recent changes to Python.asdl, but I have no idea what effect they would have here, or why it’s Windows only.
The WS2K3 machine needs a reboot – I pinged Trent about that months ago – and the XP one isn’t supported for 3.5.
Pending the test_asdl_parser fix, I’d also like to see AMD64 Windows 8 (http://buildbot.python.org/all/builders/AMD64%20Windows8%203.x) be promoted to stable, as it’s one of only two currently using the right compiler.
So what you seem to be saying is, the Windows buildbots provide no useful signal and should be ignored?
Is MSVS 2015 the only supported compiler for Python 3.5 on Windows? What's the other buildbot using MSVS 2015?
/arry
*From:*Larry Hastings [mailto:larry@midwinter.com] *On Behalf Of *Larry Hastings *Sent:* Friday, May 22, 2015 1530 *To:* Steve Dower; Python Dev; python-committers *Cc:* Yury Selivanov; Benjamin Peterson *Subject:* Re: [python-committers] Can we clean up the buildbots please?
Is MSVS 2015 the only supported compiler for Python 3.5 on Windows?
What's the other buildbot using MSVS 2015?
I'll answer my own question here. According to PCbuild/readme.txt:
This script will use the env.bat script to detect one of Visual
Studio 2015, 2013, 2012, or 2010, any of which may be used to build
Python, though only Visual Studio 2015 is officially supported.I'll admit I'm puzzled by the wisdom of using unsupported compilers on buildbots. I guess it's a historical thing. But I gently suggest that we should either upgrade those buildbots to a supported compiler or remove them entirely. Definitely we should remove unsupported the two unsupported platforms from the buildbots--that's just crazy.
//arry/
On 5/22/2015 6:53 PM, Larry Hastings wrote:
I'll answer my own question here. According to PCbuild/readme.txt:
This script will use the env.bat script to detect one of Visual Studio 2015, 2013, 2012, or 2010, any of which may be used to build Python, though only Visual Studio 2015 is officially supported.
Not supporting 2010 should be contingent on the availability of just the 2015 compiler -- as is possible for the 2010 compiler -- without several gigabytes of extra fluff. This is still in the future.
I'll admit I'm puzzled by the wisdom of using unsupported compilers on buildbots.
Until the expected future arrives, I think we should keep the 2010 buildbot.
tjr
On 05/22/2015 06:35 PM, Terry Reedy wrote:
Not supporting 2010 should be contingent on the availability of just the 2015 compiler -- as is possible for the 2010 compiler -- without several gigabytes of extra fluff. This is still in the future.
Perhaps, but that's not what it says in the source code. If this is true, the source code should reflect this.
//arry/
On Fri, May 22, 2015 at 10:06:48PM +0000, Steve Dower wrote:
The Windows 7 buildbots are failing on test_asdl_parser, but I have no idea why – the test works for me just fine. Yury and Benjamin made the most recent changes to Python.asdl, but I have no idea what effect they would have here, or why it’s Windows only.
The WS2K3 machine needs a reboot – I pinged Trent about that months ago – and the XP one isn’t supported for 3.5.
Gave it a little bit of love just then (haven't been able to access
it for months as the main switch needed a reboot). There were like,
155 cl.exe processes wedged and a bunch of error reporting dialogs.
Do we still support WS2K3? (Can I even install VS 2015 on that? I
would have thought not.)
Trent.On 05/22/2015 05:11 PM, Trent Nelson wrote:
Do we still support WS2K3? (Can I even install VS 2015 on that? I would have thought not.)
According to PCbuild/readme.txt, no. It says:
This directory is used to build CPython for Microsoft Windows NT
version 6.0 or higher (Windows Vista, Windows Server 2008, or later)
on 32 and 64 bit platforms.//arry/
On Fri, May 22, 2015 at 05:24:53PM -0700, Larry Hastings wrote:
On 05/22/2015 05:11 PM, Trent Nelson wrote:
Do we still support WS2K3? (Can I even install VS 2015 on that? I would have thought not.)
According to PCbuild/readme.txt, no. It says:
This directory is used to build CPython for Microsoft Windows NT version 6.0 or higher (Windows Vista, Windows Server 2008, or later) on 32 and 64 bit platforms.
Ah, yeah, thought so. Pity, that box is probably the only one that
hasn't had any form of hardware failure during its tenure ;-)
Tried to get the W2K8 one back up on Monday when I had some remote
hands but alas, no luck. Think it has balked HDDs or something.
The Solaris 11 AMD64 one Solaris 10 SPARC ones are back up now
though and I just cleared out their 700+ build backlogs, FWIW.
Trent.
participants (4)
-
Larry Hastings -
Steve Dower -
Terry Reedy -
Trent Nelson