Re: Bug#1133066: gnumed-client: missing Depends: entries

Hi Karsten,

thank you for the hint.

Am Thu, Apr 09, 2026 at 04:43:17PM +0200 schrieb Karsten Hilbert:
> please include Depends: entries on
> 
> 	python3-standard-mailcap
> 	python3-packaging
> 
> Otherwise the client won't run as expected.

This is fixed in 1.8.24+dfsg-2.  As a hint for Marc (thank you for your
work on upgraded in any case):  Please also check bugs.debian.org for
open bugs.  I've also closed #1124257.  (Feel free to ask if you are not
comfortable with Debian bug tracking system - I'd happily answer any of
your questions if the commits fixing the bugs might not
self-explaining.)

For Karsten as upstream:  Lintian uncovered some issues with appdata.
I decided to fix it using sed in d/rules[1] but it makes sense to fix
this upstream.

This lintian-warning is interesting for upstream code as well:

I: gnumed-client source: uses-deprecated-python-stdlib mailcap (deprecated in Python 3.11, removed in Python 3.13) [client/pycommon/gmMimeLib.py:20]
N: 
N:   
N:   The Python library flagged by this tag has been formally marked as deprecated.
N:   
N:   Please prepare for this deprecation and migrate away from this Python library.
N:   
N:   See-Also: https://peps.python.org/pep-0594/#deprecated-modules
N: 
N:   Visibility: info
N:   Show-Always: no
N:   Check: languages/python/stdlib-deprecation
N: 
N:
I: gnumed-client source: uses-deprecated-python-stdlib mailcap (deprecated in Python 3.11, removed in Python 3.13) [external-tools/check-prerequisites.py:133]


Finally we have again trouble to automatically detect the latest
upstream release with d/watch which is inspecting the 1.9 dir (since its
the latest match for the directory) but there is no match for the
([\d\.]+) regexp there (since there are RC candidates only).  I wonder
whether you might consider tagging releases at Github which would be way
more convenient.

Kind regards
    Andreas.

[1] https://salsa.debian.org/med-team/gnumed-client/-/commit/c050f398d4c14068ae5e7187f08652bf83a1c855