Hello Maitland,

* Chris Hofstaedtler <z...@debian.org> [231205 20:01]:
> * Maitland Bottoms <m...@rf.org> [231203 14:57]:
> > Helmut Grohne <hel...@subdivi.de> writes:
> > > Then when you retry it, please go for experimental first. Then have
> > > Chris or me check your upload is ok and only then proceed with uploading
> > > to unstable.
> > 
> > hackrf_2023.01.1-6 now in experimental is the retry with upstream
> > updates and the udev rules handling.

As Helmut already wrote, hackrf_2023.01.1-6 is good and can go to
unstable. Thanks!

> Do you think you could upload the other packages (rtl-sdr,
> bladerf, libmirisdr, libiio, libosmosdr) to experimental soon, too?

I checked these:

* bladerf 0.2023.02-3
* libiio 0.25-2
* libmirisdr 0.0.4.59ba37-6
* libosmosdr 0.1.8.effcaa7-8

And they are all good and can go to unstable.

rtl-sdr 2.0.1-1 is a bit different. librtlsdr changed its soname to
librtlsdr2. With the soname and package name change, the udev rules
also changed their name (to 60-librtlsdr2.rules).

In this case, the protective diversions are unnecessary, _if_ the
rules file always gets installed into /usr/lib, _and_ librtlsdr2
never gets introduced in bookworm or earlier. So, you have this
choice:

1) librtlsdr2 is exclusive to trixie and newer, then you can drop
the postinst/preinst/postrm fragments

2) you want the option of having librtlsdr2 in bookworm(-backports)
or earlier, then you need to keep these fragments.

Anyway, from my PoV it can also go into unstable now.

Please upload these packages to unstable soon, so we can proceed
with the udev migration.

Thanks,
Chris

Reply via email to