-
Notifications
You must be signed in to change notification settings - Fork 2.6k
Add missing properties and configuration to FakeOpenPulse2Q (backport #11609) #11788
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
Conversation
Thank you for opening a new pull request. Before your PR can be merged it will first need to pass continuous integration tests and be reviewed. Sometimes the review process can be slow, so please be patient. While you're waiting, please feel free to review other open PRs. While only a subset of people are authorized to approve pull requests for merging, everyone is encouraged to review open pull requests. Doing reviews helps reduce the burden on the core team and helps make the project's code better for everyone. One or more of the the following people are requested to review this:
|
qiskit/providers/backend_compat.py
Outdated
@@ -123,6 +123,7 @@ def convert_to_target( | |||
duration=duration, | |||
error=error, | |||
) | |||
<<<<<<< HEAD |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The backported PR was the third in a chain of fixes to this part of the code. I think all of those fixes together might not be backport eligible. I was actually interested in the FakeOpenPulse2Q
fix here. Maybe it is bad practice to mark something as a backport and only keep half the change because it would appear like the whole change had been backported (though if the rest of the change is not eligible it might not be so bad).
I marked this as on hold while I investigate more if the FakeOpenPulse2Q
fixes are even useful to me without the backend_compat changes. If not, maybe we don't need to bother, though I think the FakeOpenPulse2Q
changes are safe to backport any way.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If you can cut out only the parts of this patch which are needed and the result would be backport-eligible, that's totally fine. It's fine to apply patches directly on stable branches if required - we push the backport form normally to ensure that main
is always the most up-to-date, but in cases where that's not possible because main
has diverged too much, a manual patch to the old stable branch is allowed.
990b61a
to
99df951
Compare
Pull Request Test Coverage Report for Build 7889528939Details
💛 - Coveralls |
I think this is okay to consider for backport now. It turned out not to be too important for me. I wanted to use this with |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks Will, I think this is a valid bug fix, and the risk of transpilation changes against the fake backend is both low, and within our rights to change.
This is an automatic backport of pull request #11609 done by Mergify.
Cherry-pick of 9d43757 has failed:
To fix up this pull request, you can check it out locally. See documentation: https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/checking-out-pull-requests-locally
Mergify commands and options
More conditions and actions can be found in the documentation.
You can also trigger Mergify actions by commenting on this pull request:
@Mergifyio refresh
will re-evaluate the rules@Mergifyio rebase
will rebase this PR on its base branch@Mergifyio update
will merge the base branch into this PR@Mergifyio backport <destination>
will backport this PR on<destination>
branchAdditionally, on Mergify dashboard you can:
Finally, you can contact us on https://mergify.com