On Mon, Oct 31, 2016 at 12:00:58PM -0200, Athos Ribeiro wrote:
tl;dr: different packages own /usr/lib/pythonX/site-packages/tests
different files with the same name inside that directory.
I was going through a package review and realized the package under
and some files inside the directory.
since there were no subdirectories and there were no namespaces for the
file names inside the directory, I went further and realized that the
following packages are doing the same:
what's the problem with that? Well what if we would have a package named
python-tests? shouldn't it own that directory?
No, it's a bug in each and every one of those packages. Usually this
is an upstream issue, and the fix is to make tests/ a submodule of the
For example of doing this properly, let's take numpy: it has numpy and
numpy.testing. After installation, you can test your *installed* numpy
by running numpy.testing.test(). Countless other packages get this
right too. Squatting on a common name like "test", "tests",
in the global namespace should be caught in review.