Re: python-keepkey_7.2.1+dfsg-1_amd64.changes REJECTED

Soren Stoutner <[email protected]>
Newsgroups gmane.linux.debian.devel.python
Organization Debian
Message-ID <10370999.Qv0yOoSAZ5@soren-desktop>
I am resending the messages below to the Debian Python Team mailing list for 
further input.

On Saturday, November 8, 2025 2:36:15 PM Mountain Standard Time Soren Stoutner 
wrote:
> On Saturday, November 8, 2025 2:00:11 PM Mountain Standard Time Bastian
> Blank
> 
> wrote:
> > Please merge the two binary packages.  There is no visible reason to
> > split them, as they depend on each other and are small.
> 
> I am a little confused.  This package structure is what is typically used by
> the Debian Python Team.
> 
> 1.  Pure Python modules are packaged as python3-foo, are part of the python
> section, and install to /usr/lib/python3/dist-packages.
> 
> 2.  Executables are packaged separately, are part of the utils section, and
> install to /usr/bin.
> 
> The executables depend on the pure Python modules, but the pure Python
> modules
> do not depends on the executables (as is the case here).  This is because
> there are use cases where other program only need to depend on the pure
> Python modules, but a user installing the executable will want both
> packages.
> 
> There are a lot of examples of this.  Here are a few that I just pulled out,
> but there are probably dozens or hundreds of examples.
> 
> https://tracker.debian.org/pkg/electrum
> https://tracker.debian.org/pkg/alembic
> https://tracker.debian.org/pkg/beancount
> https://tracker.debian.org/pkg/cssmin
> https://tracker.debian.org/pkg/python3-dmm
> https://tracker.debian.org/pkg/flatlatex
> 
> Are you saying that the standard way the Debian Python Team has been
> packaging
> programs should be changed?

Bastian Blank responded to the above with the following:

>On Saturday, November 8, 2025 5:59:27 PM Mountain Standard Time Bastian Blank 
>wrote:
> On Sat, Nov 08, 2025 at 02:36:15PM -0700, Soren Stoutner wrote:
> > On Saturday, November 8, 2025 2:00:11 PM Mountain Standard Time Bastian
> > Blank
> > 
> > wrote:
> > > Please merge the two binary packages.  There is no visible reason to
> > > split them, as they depend on each other and are small.
> > 
> > The executables depend on the pure Python modules, but the pure Python
> > modules do not depends on the executables (as is the case here).  This is
> > because there are use cases where other program only need to depend on the
> > pure Python modules, but a user installing the executable will want both
> > packages.
> Please read our FAQ, it is listed under "Package split".
> https://ftp-master.debian.org/REJECT-FAQ.html
> 
> Such one file packages are explicitly mentioned as usually not okay to
> be split away.

I am curious to get the team’s reaction to this.  As far as I can tell, this 
represents a change in expectations from the FTP Masters.  It is true that 
this is part of the FAQ, but there is long-standing practice of splitting such 
packages to maintain the Python naming conventions.  Or, am I somehow mistaken 
about how it is expected that Python modules be packaged?

-- 
Soren Stoutner
[email protected]
signature.asc (application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE-----

iQIzBAABCgAdFiEEJKVN2yNUZnlcqOI+wufLJ66wtgMFAmkP6nsACgkQwufLJ66w
tgMv/BAAnLUOWIIlFxEQKsHZadapZ8Sq63MW20NhrImTmpDsmz3JTSfMHobpIuId
mjHtSpn7WTLfQGo2F5KkCZCCFyC1PG0rZVSBXZWRWfDNBvb4XSWuUnpfigi6v1Gm
Yo4E9GhaMUasqfeqCMLxnTvUVEeQIuoprz8m+0C8+0idai9IUPDw5Z5XP2lBqrho
ed4OGBDYQdaDvRgI6dPZIrFbvU52a6i/bcA3VqEXh1/JUNSc0//vGCj73yzblAOF
a5+6I3zpic/KjsrIP4/gqVDKB/Y0YPo+bSgnDxp6Gjp20RVteSyQagbgVizCsvaE
16zzJGVbqi631tshv2DU51i2Dq4PCz1Ontg2UhGPO8DPeqWn5WgD0noXD8rBUjaV
ryRDaPHCyiCS3UCwB2JUm6Bre0GMZhEo/ll6ztZzqHDEuBNWAJFYQ/Tey1EOyTcZ
QsGvNjwpY7kEJnnKwrlNdJMDOfJmO6+BFgw0TnsodcsJZ8UG1eVHj8sxuSghAHLL
inu0WS4wxXwI9jmqdpynesCsyUXJ2wrrR6C3GyI4wG8PXQd6pTSAAcmq2Ybazc7N
L9gCKEaEqlvgyYrJ+TCfQsa+rq5+KyMcbsWqT5MA1Dn9cYpR2TagYNQvfiKWnEl7
m6bMNsVy4R5M6YO4fDY83wlXna3bYw7bN6iEML3X70Bflfs9HoA=
=QtlX
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.