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

fix merge_build_host functionality. Empty host section splits envs. #2896

Merged
merged 1 commit into from
May 20, 2018

Conversation

msarahan
Copy link
Contributor

fixes #2887

Note that this changes some behavior with run_exports. If a strong run_exports is present in the build section, any weak run_exports in the build section will not apply, because the strong run_export creates the host section with its injection of the strong run_exports.

This also switches from the yaml BaseLoader to the default. This interprets booleans more directly. I have attempted to keep the version number parsing as a string, but there may be some small issues that the test suite doesn't cover.

@msarahan msarahan force-pushed the fix_merge_build_host branch from 2a3343c to 9f1d3d6 Compare May 20, 2018 02:17
@msarahan msarahan force-pushed the fix_merge_build_host branch from 9f1d3d6 to be3627f Compare May 20, 2018 03:19
@msarahan msarahan merged commit c9a81f6 into conda:master May 20, 2018
@msarahan msarahan deleted the fix_merge_build_host branch May 20, 2018 04:07
@nicolaasuni
Copy link

I am not sure why this has been merged despite the failing tests in travis and appveyor?

@msarahan
Copy link
Contributor Author

If you look at the actual builds, you'll see why. Conda is not safe to run in multiple processes. We do it anyway. We try to use file locks, but conda still manages to mess up sometimes. Both of the failures on appveyor and Travis are because of this, and thus they are not relevant to whether this PR was actually good to go.

@github-actions
Copy link

Hi there, thank you for your contribution!

This pull request has been automatically locked because it has not had recent activity after being closed.

Please open a new issue or pull request if needed.

Thanks!

@github-actions github-actions bot added the locked [bot] locked due to inactivity label Apr 20, 2022
@github-actions github-actions bot locked as resolved and limited conversation to collaborators Apr 20, 2022
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
locked [bot] locked due to inactivity
Projects
None yet
Development

Successfully merging this pull request may close these issues.

empty host section is discarded, host and build envs merged
2 participants