Groups > linux.debian.maint.python > #17148

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

From	Matthias Klose <doko@debian.org>
Newsgroups	linux.debian.maint.python
Subject	Re: python-keepkey_7.2.1+dfsg-1_amd64.changes REJECTED
Date	2025-11-13 17:20 +0100
Message-ID	<LQIdb-cHg4-1@gated-at.bofh.it> (permalink)
References	(2 earlier) <LP2g2-bxi4-7@gated-at.bofh.it> <LP489-byDc-1@gated-at.bofh.it> <LP54d-bzfC-1@gated-at.bofh.it> <LP7pn-bAOi-1@gated-at.bofh.it> <LQIdb-cHg4-3@gated-at.bofh.it>
Organization	linux.* mail to news gateway

Show all headers | View raw

On 11/9/25 13:37, Gregor Riepl wrote:
>> There are only a few packages that ship a binary only binary approach 
>> in the Python corner. And if so the ecosystem is more complex. That's 
>> not the case for keepkey.
> 
> This seems quite odd to me. If a Python module contains a corresponding 
> application that is frequently used directly, I would expect this to be 
> installed in its own package, named like the application, and not in a 
> pyhon3-modulename package.
> 
> If the corresponding module is rarely, if ever used, it's probably 
> better to not produce a python3-modulename package at all, and simply 
> put the module into /usr/share/modulename - this is described in the 
> packaging policy: [1]
> 
> In fact, I can't find any guidance on combined Python module+application 
> packages (except for the mentioned case of private modules) in the 
> Debian Python Policy. If there is any, I'd be very interested as well.
> 
> [1] https://www.debian.org/doc/packaging-manuals/python-policy/ 
> #programs-shipping-private-modules

care to draft something for the Debian policy?

another reason for splitting even one binary is to have the python3-* 
package M-A: same or M-A: foreign.  This is usually required for 
extension modules very low in the dependency chain.  I didn't check if 
that's the case for this specific package.

Addressing these issues in the policy also should give ftp-masters some 
guidance.

Matthias

Back to linux.debian.maint.python | Previous | Next — Previous in thread | Next in thread | Find similar

Thread

Re: python-keepkey_7.2.1+dfsg-1_amd64.changes REJECTED Soren Stoutner <soren@debian.org> - 2025-11-09 02:20 +0100
  Re: python-keepkey_7.2.1+dfsg-1_amd64.changes REJECTED Nicholas D Steeves <sten@debian.org> - 2025-11-09 04:20 +0100
    Re: python-keepkey_7.2.1+dfsg-1_amd64.changes REJECTED Soren Stoutner <soren@stoutner.com> - 2025-11-09 05:20 +0100
      Re: python-keepkey_7.2.1+dfsg-1_amd64.changes REJECTED Carsten Schoenert <c.schoenert@t-online.de> - 2025-11-09 07:50 +0100
        Re: python-keepkey_7.2.1+dfsg-1_amd64.changes REJECTED Soren Stoutner <soren@debian.org> - 2025-11-09 15:40 +0100
        Re: python-keepkey_7.2.1+dfsg-1_amd64.changes REJECTED Matthias Klose <doko@debian.org> - 2025-11-13 17:20 +0100
          Re: python-keepkey_7.2.1+dfsg-1_amd64.changes REJECTED Soren Stoutner <soren@debian.org> - 2025-11-13 19:10 +0100
            Re: python-keepkey_7.2.1+dfsg-1_amd64.changes REJECTED Soren Stoutner <soren@debian.org> - 2025-11-20 23:00 +0100
      Re: python-keepkey_7.2.1+dfsg-1_amd64.changes REJECTED Bastian Blank <waldi@debian.org> - 2025-11-09 13:30 +0100

csiph-web