Bug#1078944: diffoscope fails to build from source and fails to run in debian sid/unstable (#389)
Fay Stegerman
flx at obfusk.net
Sun Aug 18 16:12:50 BST 2024
* Holger Levsen <holger at layer-acht.org> [2024-08-18 09:12]:
> On Sun, Aug 18, 2024 at 07:10:45AM +0000, Holger Levsen wrote:
> > On Sat, Aug 17, 2024 at 09:08:27PM +0000, FC (Fay) Stegerman (@obfusk) wrote:
> > > FC (Fay) Stegerman commented: https://salsa.debian.org/reproducible-builds/diffoscope/-/issues/389#note_516514
> > > See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1078747
> >
> > also pretty visible here:
> >
> > https://tests.reproducible-builds.org/debian/stats_breakages_100d.png
>
> filing this as a proper BTS bug to prevent migration to trixie.
Am I missing something here? Because diffoscope 274 is already in trixie. And
the issue isn't a result of a change to diffoscope itself but a result of
python3-cryptography (imported by python3-pypdf, which diffoscope recommends)
not working without openssl-provider-legacy (or a workaround). So presumably we
will see the same issues in trixie when openssl migrates.
Interestingly, python3-cryptography isn't actually a dependency of python3-pypdf
(it recommends python3-pycryptodome instead). But it tries to load cryptography
-- which something else must have pulled in -- first, and only catches
ImportError, not this RuntimeError.
- Fay
More information about the Reproducible-builds
mailing list