-
-
Notifications
You must be signed in to change notification settings - Fork 346
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
Handling packages with invalid MatchSpec
(for their dependencies
and constrains
)
#1087
Comments
MatchSpec
(for their dependencies
and constrains
)MatchSpec
(for their dependencies
and constrains
)
MatchSpec
(for their dependencies
and constrains
)MatchSpec
(for their dependencies
and constrains
)
It doesn't seem to be related to grayskull. I could not find that package either but I did find a reference to it in conda-forge/willow-feedstock#27. It was a human mistake and one should open an issue there. BTW, this repo is not the best place this this report. |
I think it is a general question for conda-forge about whether it is ok to remove packages that have non-sensical specs, that could break the parsing of the channel data. |
FWIW, this shouldn't be a problem in the future provided conda-build 24.7+ is in use (conda/conda-build#5359). |
This happens all the time. We discussed it in element channel but I'll post here for posterity. The steps to fix it are:
|
Sorry for that. Where shall I report issues in the future? |
Not a problem.
For feedstock problems? In the feedstock. For general problems we use https://github.com/conda-forge/conda-forge.github.io. |
Context
Some packages published on conda-forge like
infowillow-1.6.3-pyhd8ed1ab_0.conda
use invalidMatchSpec
.This is for instance the case of one of its dependencies which is encoded as:
This
MatchSpec
is invalid, since the<py312
suffix is not supported by theMatchSpec
specification.Questions
Is this a known problem?
How should those packages be handled? Must they simply be removed?
Might some of such specifications stem from grayskull converting PEP 508 dependency specification customs from PyPI packages?
The text was updated successfully, but these errors were encountered: