Re: [Summary]: Supporting alternative zlib implementations

* Guillem Jover [2024-11-22 12:29]: [...] > * There were concerns (from Fay) about whether given same input the > output changes per arch or hw setup, we'd need to check this; I'd > expect this not to be the case for different arches, but it might > be an issue with number of cores f

Re: [Summary]: Supporting alternative zlib implementations

On Fri, Nov 22, 2024 at 12:29:51PM +0100, Guillem Jover wrote: > [ I'll try to summarize the current discussion and status, what might > be blockers, and a potential incremental way forward. ] You CCed some people but not me so I only saw this today... > On Wed, 2024-09-25 at 10:48:50 +0200, M

Re: [Summary]: Supporting alternative zlib implementations

On Sun, Nov 24, 2024 at 02:06:37AM +0100, Fay Stegerman wrote: > For example, if it can be made easy to install both and choose between zlib > and > zlib-ng at runtime, so it's easy to build APKs using either zlib or zlib-ng as > needed, downstream breakage can be avoided. Considering whether th

Re: [Summary]: Supporting alternative zlib implementations

On 2024-11-25 22:03:32 [+0100], To debian-devel@lists.debian.org wrote: > On 2024-11-24 21:36:25 [+0100], To debian-devel@lists.debian.org wrote: > … > > I've been looking at cdebootstrap. It is one of the failing. This > happens in the rules files: > | ( echo -n "misc:Built-Using="; dpkg-query -

Re: [Summary]: Supporting alternative zlib implementations

On 2024-11-24 21:36:25 [+0100], To debian-devel@lists.debian.org wrote: … I've been looking at cdebootstrap. It is one of the failing. This happens in the rules files: | ( echo -n "misc:Built-Using="; dpkg-query -f='${source:Package} (= | ${source:Version}), ' -W libc6-dev libdebian-installer4-de

Re: [Summary]: Supporting alternative zlib implementations

Le Fri, Nov 22, 2024 at 12:56:17PM +, Simon McVittie a écrit : > Switching from IJG > libjpeg to libjpeg-turbo, both went through similar processes. Independently of the merit of your proposal, this is not historically correct. Cheers, -- Bill.

Re: [Summary]: Supporting alternative zlib implementations

On 2024-11-23 00:05:48 [+0100], To debian-devel@lists.debian.org wrote: > On 2024-11-22 12:29:51 [+0100], Guillem Jover wrote: > > Hi! > Hi, Hi, > > WIP package at . > > just built that. … One thing I didn't debug and it might be expecte

Re: [Summary]: Supporting alternative zlib implementations

* Chris Hofstaedtler [2024-11-23 20:56]: > * Fay Stegerman [241123 19:58]: > > I agree that it *should not* be Debian's responsibility to ensure > > compatibility > > with Fedora/Windows/etc., but the reality is that if "you need the same > > tools to > > generate the same output" -- which righ

Re: [Summary]: Supporting alternative zlib implementations

* Fay Stegerman [241123 19:58]: > I agree that it *should not* be Debian's responsibility to ensure > compatibility > with Fedora/Windows/etc., but the reality is that if "you need the same tools > to > generate the same output" -- which right now means using the same JDK and > Android toolchain

Re: [Summary]: Supporting alternative zlib implementations

* Guillem Jover [2024-11-22 12:29]: [...] > * There were concerns (from Fay) about the output stream changing due > to a potential implementation switch and that affecting external > reproducibility. Personally I think while I can see how this is > annoying for the involved parties,

Re: [Summary]: Supporting alternative zlib implementations

On 2024-11-22 12:29:51 [+0100], Guillem Jover wrote: > Hi! Hi, … > WIP package at . just built that. … > * To consider a switch we'd need to do a mass rebuild of the > archive. Ideally running autopkgtests and similar to exercise th

Re: [Summary]: Supporting alternative zlib implementations

On Fri, 22 Nov 2024 at 12:29:51 +0100, Guillem Jover wrote: > depending on the outcome of this discussion, I think other > (probably better) options would be to perhaps name the compat packages > something like libz-ng-compat*, or drop them completely? You might find the history of the sdl12-compa

[Summary]: Supporting alternative zlib implementations

Hi! [ I'll try to summarize the current discussion and status, what might be blockers, and a potential incremental way forward. ] On Wed, 2024-09-25 at 10:48:50 +0200, Mark Brown wrote: > On Tue, Sep 24, 2024 at 05:45:49PM +0200, Guillem Jover wrote: > > On Tue, 2024-09-24 at 15:58:10 +0200, Ma