Renaming `pylibtiff` to `libtiff` causes issues for some build systems about pylibtiff HOT 7 CLOSED

yes, that what also I meant.

from pylibtiff.

I agree with @jakirkham on this. I have a project that depends on this library and installing pylibtiff has become difficult for users that use conda (including me). It has to be installed from pip and can't be put on conda-forge because there is already the C library libtiff. This causes issues where a setup.py can list dependencies that conflict with the conda packages already installed. There is a similar issue with pyhdf/python-hdf4 right now that I'm trying to help resolve.

from pylibtiff.

Sounds reasonable. So, the pylibtiff can be redistributed under the name pylibtiff but the Python package name should remain libtiff.

from pylibtiff.

If that can be done then that may be best. So it would show up on PyPI as pylibtiff and on conda as pylibtiff, but would be imported as libtiff, right?

from pylibtiff.

Resolved by RP #93 .

from pylibtiff.

conda install pylibtiff fails, but conda install libtiff works. did this project got renamed again?

from pylibtiff.

libtiff is the C library, pylibtiff should still exist on conda-forge:

https://github.com/conda-forge/pylibtiff-feedstock

from pylibtiff.