On Tue, Dec 21, 2021 at 04:45:21AM +0100, Guillem Jover wrote: > instead of with its native API. But if that happens, I think it would > make sense to upload, as it's currently being embedded in several > upstream projects and even if dpkg would not switch to it, it would > still help with removing embedded code copies, and speeding up other > packages. Or make other RPFs such as #901490 (an alternative fork) > unnecessary.
The alternative fork is the big issue here - there's several different zlib projects active which don't seem to be working towards each other and there's none of them that is clearly going to be the one that will become the default in future if it's not the original zlib. We should just pick a new zlib if we want a new zlib rather than making users go and figure out which they want.
signature.asc
Description: PGP signature
