Lockfile support? #4770
smheidrich
started this conversation in
Ideas
Replies: 1 comment 1 reply
-
I think this is out of the scope of setuptools isn't it? Setuptools is only used to produce wheels. It is not a installation tool itself. People that wish to lock a set of packages in an environment can create the wheels using setuptools and then use an installer that support such file. |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
As everyone is probably aware, other Python build backends / packaging tools like Poetry or uv almost all support some kind of automatically generated "lock file" recording exact dependency versions, in addition to the usually looser version specifications in human-written package configuration like
pyproject.toml
. This is meant to help make installation of application (rather than library) packages fully reproducible.Is anything like that planned for
setuptools
at some point, e.g. after PEP 751 (standardized lock file format) has been accepted? Or would it not fit the project's scope?I know it's possible to create
requirements.txt
files with pinned versions usingpip freeze
regardless of build backend, but AFAIK there is no good way to makesetuptools
actually use these automatically when installing a package (which is also acknowledged in the Packaging Guide's docs on them). It might be possible using certain hacks, but doesn't seem like something that's officially encouraged, not even for application packages.I guess creation of such files would necessarily be out-of-scope since
setuptools
doesn't have a CLI, but maybe it would still make sense for the build backend to be able to use them during package installation, especially if they come in a standard format like the one being drafted in PEP 751.Beta Was this translation helpful? Give feedback.
All reactions