Source package name on PyPI has changed from "configshell-fb" to "configshell_fb"

[cvubrugier]

I observe that the source package name on PyPI has changed from "configshell-fb" (with hyphen) to "configshell_fb" (with underscore).

Context

I am working on updating the configshell-fb package on Debian and I will change the origin of the source package from GitHub to PyPI because the source tarball on GitHub does not contain the PKG-INFO file that Pybuild uses to determine the version.

So I will update the debian/watch file as well to query PyPI (in reality, a Debian redirector) instead of GitHub as suggested here.

The problem is that the auto-generated watch file (i.e. https://pypi.debian.net/configshell-fb/watch) reports that the latest published version is still 1.3.0. It does not detect version 2.0.0 because of the package name change.

$ uscan --no-download --verbose
uscan info: Looking at $base = https://pypi.debian.net/configshell-fb/ with
    $filepattern = configshell-fb-(.+)\.(?:zip|tgz|tbz|txz|(?:tar\.(?:gz|bz2|xz))) found
    $newfile     = https://pypi.debian.net/configshell-fb/configshell-fb-1.1.30.tar.gz
    $newversion  = 1.1.30

Would you consider publishing a new package on PyPI with the correct package name (i.e. configshell-fb)?

[martinhoyer]

Thanks @cvubrugier.
This change is from the modernization of the packaging. The name comes from metadata:

[project]
name = "configshell-fb"

The build backend will convert it to configshell_fb to comply with PEP standards, best practices .

I think the best solution would be to "migrate" to configshell name, which was the plan anyway, right @maurizio-lombardi ?

[cvubrugier]

Hi @martinhoyer,

Thank you for your reply.

I believe this is not an issue after all. It is just that hatch generates a tarball with a underscore whereas setuptools used a hyphen.

The debian/watch file will match "configshell_fb" instead of "configshell-fb" in the future.

Anyway, it is good to see this project moving to use pyproject.toml. Thank you.

[cvubrugier]

Closing as "won't fix".

[maurizio-lombardi]

Thanks Martin for answering, yes, this is an intended change