Bug#1056373: musescore-general-soundfont: Uses dpkg –no-uniform-compression

Guillem Jover dixit:

>Checking https://wiki.ubuntu.com/Releases it looks like that will
>reach EOL

It’s been EOL for desktop use since 2016 or so, and last time
I looked (2021/2022) this has not deterred people from using it.

>I see Ubuntu also backported the relevant change to dpkg in
><https://launchpad.net/ubuntu/+source/dpkg/1.17.5ubuntu5.8>, so perhaps
>that's also a viable option for those users?

Might be. I have no idea whether they get these updates.

>I've tried building at least the musescore-* packages with gzip
>and for the not-small ones the differences seem substantial. So if

OK, hmm, not so good.

>the above (waiting for EOL, or the dpkg update, or compressing
>everything with gzip) are not good options, I guess I could wait a
>bit more until say dpkg 1.23.x? It's not urgent, it would just be
>nice to get rid of them. :)

I understand the motivation, but on the other hand I’d rather like
this to be a somewhat long-term thing.

I don’t know the timelines, but 1.23.x would mean post-trixie, so
anything in trixie-backports could still use it? That’s probably
reasonable (and they get rarely updated anyway).

To avoid a needless upload of the large packages, would you
consider first making it a no-op that warns but does not fail the
package build for the first release? Then with dpkg 1.24.0 I’d
have to definitely upload all of them (otherwise they’d be rc-
buggy) but if in the meantime any update arrives¹ I could do the
switch already.

① fluidr3mono will not receive any future updates; ms-general
  has an update under development but I have not heard of an ETA

bye,
//mirabilos
-- 
I believe no one can invent an algorithm. One just happens to hit upon it
when God enlightens him. Or only God invents algorithms, we merely copy them.
If you don't believe in God, just consider God as Nature if you won't deny
existence.              -- Coywolf Qi Hunt