Opened at 2020-10-15T18:15:22Z
Last modified at 2020-11-19T17:59:58Z
#3477 new task
Omit installing vcpython27 on Windows CI
Reported by: | sajith | Owned by: | sajith |
---|---|---|---|
Priority: | normal | Milestone: | undecided |
Component: | dev-infrastructure | Version: | n/a |
Keywords: | Cc: | ||
Launchpad Bug: |
Description
I just published zfec 1.5.4 to PyPI, which includes a bunch of wheel packages for Windows, macOS, and Linux. That means that most users of zfec, including CI, will no longer need to install a compiler in order to install zfec.
We can now omit the time-consuming (about 2m30s) step of installing vcpython27 for Windows CI.
Change History (4)
comment:1 Changed at 2020-11-06T18:06:50Z by exarkun
comment:2 Changed at 2020-11-12T14:55:30Z by sajith
- Keywords review-needed added
comment:3 Changed at 2020-11-12T15:07:50Z by sajith
I published zfec 1.5.4 on 2020 October 15, but it turned out that wheel package for Windows + Python 2.7 was broken. Tahoe-LAFS CI failed to use zfec-1.5.4, with this error message:
zfec: None [(<type 'exceptions.ImportError'>, 'DLL load failed: %1 is not a valid Win32 application.', ('d:\\a\\tahoe-lafs\\tahoe-lafs\\.tox\\py27-coverage\\lib\\site-packages\\zfec\\__init__.py', 13, '<module>', 'from ._fec import Encoder, Decoder, Error'))]
(Seems that those error messages when CI was restarted.)
This is the corresponding issue on zfec's tracker. I went ahead and deleted zfec 1.5.4 wheel files packaged for Windows from PyPI, in order to avoid further CI disruption.
I've uploaded zfec 1.5.5 to pypi today (2020 November 12), which has been tested a little more. I updated cibuildwheel version that builds zfec packages, added a step to check that the package cibuildwheel just built is actually usable, and did some manual testing on Windows and macOS. Finally, re-running Tahoe's test suite on GitHub Actions has confirmed that this time zfec is usable.
comment:4 Changed at 2020-11-19T17:59:58Z by exarkun
- Keywords review-needed removed
Related issues: