Re: Request to join the Debian Hamradio Maintainers group

[Alexandre Detiste <alexandre.detiste@gmail.com>]

Hi again

Thank you,
I'm not subscribed to the list, so I'm replying to what I saw
on https://lists.debian.org/debian-hams/2025/12/msg00018.html

> Re: Alexandre Detiste
> > Here for example for "pyhamtools" the two "python3-tz" lines should be removed.
> Uploaded that now, thanks!
>
> > Here's a list of more semi-deprecated packages being slowly trimmed out
> >   https://wiki.debian.org/Python/Backports
>
>Perhaps you could make a list of packages and feed it through dd-list?

I did, and there's only "pyqso" comming up which depends
on python3-pkg-resources for which doko did a MBF
about one and half years ago.... plan was to make those
bugs RC serious around ... now;

 debian/changelog:  * Use python3-pkg-resources for runtime dependency
(Closes: #1116440)
 bin/pyqso:import pkg_resources
  bin/pyqso:        glade_file_path =
pkg_resources.resource_filename("pyqso", os.path.join("res",
"pyqso.glade"))
  bin/pyqso:        glade_file_path =
pkg_resources.resource_filename("pyqso", os.path.join("res",
"pyqso.glade"))

This MBF is lacking all the extra dependencies that were added afterwards.

Typically when a core package got fixed, undeclared
usage will pop-up in random leaf packages.

This recent tweak in dh-python [0] (which aims for more correctness
and simplicity,
which are things I highly vaue) is shifting things left and right,
after BinNMU some useless python3-pkg-resources
dependencies becomes useless python3-setuptools runtime dependencies
which is a little tad worse, patches need to be made and applied upstream;
but ... well ... let's discuss this later on debian-python@;
maybe after Py3.14 becomes the default

So no systematic problems for Ham team ;-)

[0] https://salsa.debian.org/python-team/tools/dh-python/-/commit/b52a6dbc94f5905d26eda735fd31b68d887710c4

Greetings

Alexandre