Hi,
And thanks for debugging this so quickly!
Samuel Thibault <sthibault@debian.org> (2018-12-31):
> Ah, it's 98fa157c758d ('bidi.patch: Look for libfribidi in multi-arch
> directory.'). In fribidi's udeb libfribidi.so.0 is in /lib, not
> /usr/lib/$MACH, is there really a reason for doing so? I'd say we
> should move it there, i.e. the attached patch?
I think we've mentioned in a few bug reports that shipping .so in m-a
paths wasn't needed/recommended, but the linker looks there so that
isn't an issue in the general case.
For packages with hardcoded paths like this one seems to have, updating
the udeb to match the paths used in the deb looks good to me.
> (which I could check as fixing the issue in the textual installer,
> without breaking the graphical installer). And we can probably
> backport it to Stretch.
That would be great, yes.
Thanks again.
Cheers,
--
Cyril Brulebois (kibi@debian.org) <https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
Attachment:
signature.asc
Description: PGP signature