Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Guidelines for marking packages as broken:
instead of marking packages as broken. This alternative workflow makes environments more reproducible.
not technically broken and should not be marked as such.
but should be patched in the repo data and be marked unbroken later.
the maintainers only, we can allow packages to be marked broken more liberally.
conda-forge/core
) try to make a decision on these requests within 24 hours.What will happen when a package is marked broken?
broken
label to the package. Themain
label will remain on the package and this is normal.anaconda.org
CDN picks up the new patches, you will no longer be able to install the package from themain
channel.Checklist:
broken/*
for adding thebroken
label,not_broken/*
for removing thebroken
label, ortoken_reset/*
for token resets)
napari
0.4.15 was found to be incompatible withvispy 0.10
, so a new build was added recently covering this detail in the requirements. While a repodata patch would have been more adequate (and that's how it'll be done in the future), right now there are two builds for 0.4.15, and build 0 still allows installation along vispy 0.10. Instead of adding the repodata patch now, which would result in two identical builds requirements-wise, I guess it's simpler to mark build 0 as broken?ref: conda-forge/napari-feedstock#40 (comment)
@conda-forge/napari