Closed beckermr closed 2 years ago
There is a selector in the requirements
, that is why it didn't put this recipe as noarch
.
Did conda-forge change this "policy"? if it is just py selectors could it be noarch?
Ahhhhh. importlib-metadata is special-cased so that on later pythons it can be listed and do nothing.
We did not change our policy which is a technical requirement in conda-build.
indeed, but there is a few ways to get away with it, hahahah I was thinking that I missed some cep
that is an improvement then, to not add python selectors for importlib-metadata
I think this could be special-cased in grayskull maybe?
Also grayskull missed a host requirement on poetry here.
poetry
and flit
are also another special case, there are issues for that on grayskull already
https://github.com/conda-incubator/grayskull/issues/243
it can be done as a special case indeed
Awesome! Thank you!
Maybe this can be combined with https://github.com/conda-incubator/grayskull/issues/216 ?
Just one overall list of packages that don't need a selector. Maybe even replicated into the conda-forge docs?
216
Indeed! I believe it would be better to concentrate the discussion just on the #216 as the problem is the same If you don't mind @beckermr I will close this issue in favour of #216 as they are the same thing But if you think that is better to have this issue open please feel free to reopen
Describe the bug I made a recipe for pyquil using the command line. It produced
The upstream repo (https://github.com/rigetti/pyquil) has a scripts directory at its root, but when I downloaded the sdist, the setup.py there doesn't actually use the scripts kwarg AFAICT.
To Reproduce Steps to reproduce the behavior:
grayskul pypi pyquil
Expected behavior
It should be a noarch recipe.
Outputs If applicable, add the output to help explain your problem.
Environment:
Additional context Add any other context about the problem here.