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

Document using markers with different sources #7345

Open
1 task done
ethiy opened this issue Jan 12, 2023 · 2 comments
Open
1 task done

Document using markers with different sources #7345

ethiy opened this issue Jan 12, 2023 · 2 comments
Labels
area/docs Documentation issues/improvements status/triage This issue needs to be triaged

Comments

@ethiy
Copy link

ethiy commented Jan 12, 2023

  • I have searched the issues of this repo and believe that this is not a duplicate.

Issue

It is not clear how to use markers to make an project usable across different platforms and architectures.(cf. issue #7337).

It would be beneficial to add a section or a use case where one can use different repositories for different cases.

@ethiy ethiy added area/docs Documentation issues/improvements status/triage This issue needs to be triaged labels Jan 12, 2023
@dimbleby
Copy link
Contributor

https://python-poetry.org/docs/dependency-specification#using-environment-markers

I expect if you have specific improvements in mind then a merge request would be welcomed

@neersighted
Copy link
Member

Different repositories for different architectures is a bit of an anti-pattern, and something that I would say we're not looking to encourage in the ecosystem in general, not in the least because Poetry supports it better than other tools, but Poetry's support is also maturing and exposing bugs in the solver.

Generally, the idiomatic thing to do here would be using a proxying repository and uploading additional wheels yourself, or using multiple backing sources. The general solution in Python packaging has been, and will continue to be, "run your own index infrastructure."

That being said, docs improvements are of course welcome. Just keep in mind that anything highly specific to a marginal/discouraged use case will likely need to be generalized, and we don't want to promote it over the blessed/cross-tool solution of custom indexes.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/docs Documentation issues/improvements status/triage This issue needs to be triaged
Projects
None yet
Development

No branches or pull requests

3 participants