Re: Bug#1133066: gnumed-client: missing Depends: entries
Andreas Tille <[email protected]> Mon, 27 Apr 2026 16:31:59 +0200
| Newsgroups | gmane.linux.debian.devel.medical |
|---|---|
| Message-ID | <[email protected]> |
Hi Karsten,
Am Mon, Apr 20, 2026 at 06:33:02PM +0200 schrieb Karsten Hilbert:
> 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.
OK.
> > 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]
>
> 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 mailcap, in 3.13 it is gone ...
> import _mailcap__copy as _mailcap
So this deserves a lintian-override.
> > 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.
Unfortunately the tarball downloaded from the Github tag has a different
directory layout than the tarballs at
https://www.gnumed.de/downloads/client/
Kind regards
Andreas.