Details
-
Task
-
Status: Open
-
Minor
-
Resolution: Unresolved
-
None
-
None
-
None
-
None
Description
ARIA currently has a direct dependency on setuptools, which is used for single-sourcing the version (see this, item #5 - implemented here).
Having a direct dependency on setuptools is not recommended in general, plus we currently have in the requirements.in file bounds on the setuptools package version from both sides (i.e. upper and lower bounds) - which is problematic, as this might cause a downgrade of the current setuptools version in the environment where ARIA is installed.
Perhaps a different solution for single-sourcing ARIA's version should be implemented, though each of the different solutions suggested in the linked article has its own downsides (keeping in mind the solution also needs to work for binary installations, i.e. environments where the setup.py file isn't around to be used)
Note that another downside for this implementation is that the package name is not single sourced (i.e. it appears both in setup.py and in aria/_init_.py)