Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Switch linux wheel compile job to mirror deploy job #601

Merged
merged 2 commits into from
Feb 11, 2020

Conversation

mtreinish
Copy link
Member

Summary

This commit updates the linux wheel compile job to mirror the
configuration we use for building wheels on linux at release time. This
adds 2 additional points of coverage. the first and most importantly is
that python packaging on linux has stringent requitements [1] that
require us to publish wheels in a specific docker image. To make sure
that we don't introduce a change that breaks compilation (since there
have been issues with that in the past) with that limitation we should
build wheels in that environment in CI. The second aspect of additional
coverage here is that it adds compilation of all supported python
versions.

Details and comments

[1] https://www.python.org/dev/peps/pep-0571/

This commit updates the linux wheel compile job to mirror the
configuration we use for building wheels on linux at release time. This
adds 2 additional points of coverage. the first and most importantly is
that python packaging on linux has stringent requitements [1] that
require us to publish wheels in a specific docker image. To make sure
that we don't introduce a change that breaks compilation (since there
have been issues with that in the past) with that limitation we should
build wheels in that environment in CI. The second aspect of additional
coverage here is that it adds compilation of all supported python
versions.

[1] https://www.python.org/dev/peps/pep-0571/
@mtreinish
Copy link
Member Author

err, it looks like the pulse simulator is failing in this environment (we added coverage to the verify_wheels script in #584 ) https://travis-ci.com/Qiskit/qiskit-aer/jobs/285004587#L654 This isn't a good sign because we used this exact setup for publishing the wheels in 0.4.0

@mtreinish
Copy link
Member Author

After confirming this issue locally with the published wheels I've opened #602 once we have a fix for that in place, we definitely should merge this (and backport it to stable/0.4) so that we don't accidentally regress in the future. Otherwise we'll only catch this issue at release time which is when we don't want to have a failed build

@mtreinish mtreinish added the stable-backport-potential The issue or PR might be minimal and/or import enough to backport to stable label Feb 7, 2020
@chriseclectic chriseclectic added this to the 0.4.1 release milestone Feb 11, 2020
@atilag atilag merged commit 0708056 into Qiskit:master Feb 11, 2020
atilag added a commit to atilag/qiskit-aer that referenced this pull request Feb 11, 2020
This commit updates the linux wheel compile job to mirror the
configuration we use for building wheels on linux at release time. This
adds 2 additional points of coverage. the first and most importantly is
that python packaging on linux has stringent requitements [1] that
require us to publish wheels in a specific docker image. To make sure
that we don't introduce a change that breaks compilation (since there
have been issues with that in the past) with that limitation we should
build wheels in that environment in CI. The second aspect of additional
coverage here is that it adds compilation of all supported python
versions.

[1] https://www.python.org/dev/peps/pep-0571/

Co-authored-by: Juan Gomez <[email protected]>
atilag added a commit to atilag/qiskit-aer that referenced this pull request Feb 12, 2020
This commit updates the linux wheel compile job to mirror the
configuration we use for building wheels on linux at release time. This
adds 2 additional points of coverage. the first and most importantly is
that python packaging on linux has stringent requitements [1] that
require us to publish wheels in a specific docker image. To make sure
that we don't introduce a change that breaks compilation (since there
have been issues with that in the past) with that limitation we should
build wheels in that environment in CI. The second aspect of additional
coverage here is that it adds compilation of all supported python
versions.

[1] https://www.python.org/dev/peps/pep-0571/

Co-authored-by: Juan Gomez <[email protected]>
atilag added a commit that referenced this pull request Feb 12, 2020
This commit updates the linux wheel compile job to mirror the
configuration we use for building wheels on linux at release time. This
adds 2 additional points of coverage. the first and most importantly is
that python packaging on linux has stringent requitements [1] that
require us to publish wheels in a specific docker image. To make sure
that we don't introduce a change that breaks compilation (since there
have been issues with that in the past) with that limitation we should
build wheels in that environment in CI. The second aspect of additional
coverage here is that it adds compilation of all supported python
versions.

[1] https://www.python.org/dev/peps/pep-0571/

Co-authored-by: Juan Gomez <[email protected]>

Co-authored-by: Matthew Treinish <[email protected]>
@mtreinish mtreinish deleted the manylinux-compile-job-switch branch February 18, 2020 13:26
hhorii pushed a commit to hhorii/qiskit-aer that referenced this pull request Feb 28, 2020
This commit updates the linux wheel compile job to mirror the
configuration we use for building wheels on linux at release time. This
adds 2 additional points of coverage. the first and most importantly is
that python packaging on linux has stringent requitements [1] that
require us to publish wheels in a specific docker image. To make sure
that we don't introduce a change that breaks compilation (since there
have been issues with that in the past) with that limitation we should
build wheels in that environment in CI. The second aspect of additional
coverage here is that it adds compilation of all supported python
versions.

[1] https://www.python.org/dev/peps/pep-0571/

Co-authored-by: Juan Gomez <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
stable-backport-potential The issue or PR might be minimal and/or import enough to backport to stable
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants