You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hey there. I opened a similar issue before Christmas on NVIDIA's NeMoGuardrail project. The latest Python standards recommend to configure the project with pyproject.toml over setup.py for several reasons - including, for example, the possibility to list build-time dependencies.
The so-called build backends (specified in PEPs 517 518) can read from pyproject.toml stuff such as the README, the dependencies and the version dynamically, so you won't have to maintain those.
Plus, I had a question: is there a reason for you to pin the dependencies with == constraints? are there any know incompatibilities with all these libraries? Generally Python libraries are not meant to be distributed with == in other cases but with >= to ensure compatibility. With == constraints, llm-guard installation might fail when attempting to install in an environment with conflicting deps.
On the library version constraints, there are a few dependencies where it makes difference like torch but mostly it doesn't, so I made a change for that as well.
Hey there. I opened a similar issue before Christmas on NVIDIA's NeMoGuardrail project. The latest Python standards recommend to configure the project with
pyproject.toml
oversetup.py
for several reasons - including, for example, the possibility to list build-time dependencies.The so-called build backends (specified in PEPs 517 518) can read from pyproject.toml stuff such as the README, the dependencies and the version dynamically, so you won't have to maintain those.
Plus, I had a question: is there a reason for you to pin the dependencies with
==
constraints? are there any know incompatibilities with all these libraries? Generally Python libraries are not meant to be distributed with==
in other cases but with>=
to ensure compatibility. With==
constraints,llm-guard
installation might fail when attempting to install in an environment with conflicting deps.I could implement a similar thing as I did here.
The text was updated successfully, but these errors were encountered: