mirror of
https://github.com/ollama/ollama-python.git
synced 2026-07-21 17:15:23 -04:00
Upgrade Poetry to 2.x.x or use uv #201
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @ParthSareen on GitHub (Jan 6, 2025).
Originally assigned to: @ParthSareen on GitHub.
@akx commented on GitHub (Jan 14, 2025):
I would suggest not using Poetry at all, but e.g.
uvif you really do need locking (you probably don't; libraries generally don't), and just standard PEP 517 packaging, using e.g. Hatch/Hatchling as the backend.@ParthSareen commented on GitHub (Jan 14, 2025):
@akx thanks for the suggestion and I'm a fan of uv. For now, I think having locking just gives a peace of mind to ensure we don't have breaking changes from a random library. I'd rather own that responsibility than give it to the user
@akx commented on GitHub (Jan 14, 2025):
If dependencies are locked too strictly in the distributed package (I didn't check if that's the case for the sdist/wheel here though), it could prevent downstream users from eg. installing a security update to one of the locked deps.
@akx commented on GitHub (Jan 14, 2025):
Okay, I did check now:
IOW, there are no pinned deps in the distributions other than the loose ranges specified in
https://github.com/ollama/ollama-python/blob/02495ffd779dd792e498036c937427859ec4b36a/pyproject.toml#L13-L14
so there'd be no change in "owning the responsibility" there.
IOW, the
requirements.txtfile that is generated/checked in CI withpoetry exportis not used for anything that I can see. 🤷@ParthSareen commented on GitHub (Jan 14, 2025):
Hmm okay, that makes a lot of sense. I think uv makes sense here then and I prefer it anyways. Will probably bump poetry to 2.x.x for now and then move over to uv. Thanks for pointing this out :D