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

Am Mon, Apr 20, 2026 at 10:19:52AM +0200 schrieb Andreas Tille:

> 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.

I had already fixed some appstream shenanigans in git
master. I'll cross-check your changes.

> This lintian-warning is interesting for upstream code as well:
>=20
> I: gnumed-client source: uses-deprecated-python-stdlib mailcap (deprecat=
ed in Python 3.11, removed in Python 3.13) [client/pycommon/gmMimeLib.py:2=
0]

That's a false positive due to lintian not being able to
_comprehend_ Python code:

	try:
		import mailcap as _mailcap
	except (ImportError, ModuleNotFoundError):		# Python 3.11 deprecated mail=
cap, in 3.13 it is gone ...
		import _mailcap__copy as _mailcap

> 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.

Releases *are* tagged in the git tree that (also) lives at
github.

Karsten
=2D-=20
GPG  40BE 5B0E C98E 1713 AFA6  5BC0 3BEA AC80 7D4F C89B