Bug#969907: epdfinfo crashing with mismatched libpoppler102 and libpoppler-glib8

Simon McVittie smcv at debian.org
Thu Feb 18 10:39:53 GMT 2021


On Mon, 15 Feb 2021 at 12:07:13 +0000, Simon McVittie wrote:
> On Mon, 15 Feb 2021 at 12:03:35 +0000, Simon McVittie wrote:
> > I don't think this is actually about whether libpoppler-glib added new ABI
> > without bumping the shlibs version - it has a .symbols file that tracks
> > the version in which each public symbol was added.
> >
> > Instead, I think this is about private symbols and partial
> > upgrades. libpoppler102 and libpoppler-glib8 come from the same
> > source package, so libpoppler-glib8 is very likely to make assumptions
> > about private implementation details of the corresponding version of
> > libpoppler102; many of the source files glib/*.cc that get compiled into
> > libpoppler-glib8 have #include "poppler-private.h". This is fine if
> > everyone does an `apt upgrade` with no pinning, but breaks down if people
> > do arbitrary partial upgrades with pinning or interactively (leading to a
> > "Frankendebian" system).

Sorry, the proposed patch that I previously attached had the wrong bug
number in its Closes:. Please see attached for a corrected version.

Also available as a MR:
<https://salsa.debian.org/freedesktop-team/poppler/-/merge_requests/9>.

    smcv
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-d-shlibs.local-Upgrade-all-binary-packages-in-lockst.patch
Type: text/x-diff
Size: 1978 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/pkg-freedesktop-maintainers/attachments/20210218/171c1dc8/attachment.patch>


More information about the Pkg-freedesktop-maintainers mailing list