[Fedora-packaging] Inconsistencies in Python package naming

Stephen Gallagher sgallagh at redhat.com
Thu Mar 28 12:25:05 UTC 2013


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 03/28/2013 05:47 AM, Bohuslav Kabrda wrote:
> Hi all, so after spending some months with Python packaging, I came
> to think that the naming has to be standardized better. Problem 1: 
> The naming guidelines say, that if there is "py" or "Py" in package
> name, you _can_ use that name for a package, otherwise use
> python-{name} [1]. So if I'm trying to install "pygments", I just
> try "pygments", but whoops - it's named python-pygments. How could
> I tell? Problem 2: If I install "PyYaml" (this time I was lucky and
> guessed correctly), then it's confusing that I have to install
> python3-PyYaml. Both should be prefixed "python[possibly 3]-", or
> none of them. Problem 3: The table in [2] is even more confusing.
> If the upstream name is "pygtk", why should Fedora's package be
> called "pygtk2"? Where did the "2" come from? Why do we need it if
> Python 3 version is clearly named "python3-pygtk"?
> 
> So my proposal would be: Let's make it mandatory for all the Python
> package names to be prefixed with python-/python3-. If the upstream
> name already starts with "python-", then let's use that (possibly
> inserting the "3"). Another python implementations may pose a
> problem here - if we decide to package something for pypy, how do
> we call it? My suggestion would be to use it instead of "python-" -
> so "python-foo" would translate to "pypy-foo" in terms of binary
> RPM names. Please note, that very similar proposal was already
> discussed some time ago on python-devel [3], and this feature [4]
> (never actually proposed) was created back then. I'm trying to
> restart the discussion to make this moving.
> 
> Thoughts? Thanks.
> 


I have a related question, actually. We're splitting a package out of
the main 'sssd' package so that the pure-python config API lives in a
noarch package instead of the main (arch-full) package.

The packaging guidelines are ambiguous about how we would have to name
this subpackage. I suggested that we name it python-sssdconfig, but
others are recommending naming it sssd-configapi and avoiding the
python label entirely.

See
https://lists.fedorahosted.org/pipermail/sssd-devel/2013-March/014181.html
and follow-ups for a little more discussion.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.13 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlFUNqEACgkQeiVVYja6o6M9GgCcDBahmg7YxiuhpOCzOOKwJnbP
tyMAn2Jxzqed0YZJkEdhsJkRbqg1W/Ou
=TBmw
-----END PGP SIGNATURE-----


More information about the packaging mailing list