Control: clone -1 -2
Control: reassign -1 src:cmark-gfm 0.29.0.gfm.2-1
Control: retitle -1 cmark-gfm: shlibs too relaxed for unstable ABI
Control: affects -1 pandoc blogliterately gitit pandoc-citeproc patat
Control: reassign -2 src:cmark 0.30.2-3
Control: severity -2 important
Control: retitle -2 cmark: shlibs too relaxed for unstable ABI
Quoting Jonas Smedegaard (2022-01-18 18:40:33)
> Quoting gregor herrmann (2022-01-18 18:08:02)
> > While looking at some test issues in libpod-pandoc-perl, I noticed
> > that pandoc looks quite broken in current amd64/sid:
> >
> > % pandoc --version
> > pandoc: error while loading shared libraries: libcmark-gfm.so.0.29.0.gfm.0: cannot open shared object file: No such file or directory
> [...]
> > So it looks like pandoc wants libcmark-gfm.so.0.29.0.gfm.0 but
> > libcmark-gfm0 ships libcmark-gfm.so.0.29.0.gfm.2. Maybe this is an
> > issue in libcmark-gfm0 … Not sure where to fix this.
>
> libcmark-gfm offers an unstable API, so I guess pandoc packaging is to
> blame for having too loose dependency on that inherently untameable
> library package.
>
> Thanks for reporting, Gregor - might be enough to request a binNMU but
> I'd better tighten that dependency, so will do a regular upload.
Hmm - thinking on it, it seems to me that the change really should be in
the libcmark-gfm package - something like this (untested):
override_dh_makeshlibs:
dh_makeshlibs --version-info="libcmark-gfm0 (>= ${DEB_VERSION}), libcmark-gfm0 (<< ${DEB_VERSION}+)"
Similar is required for the package cmark.
- Jonas
--
* Jonas Smedegaard - idealist & Internet-arkitekt
* Tlf.: +45 40843136 Website: http://dr.jones.dk/
[x] quote me freely [ ] ask before reusing [ ] keep privateAttachment:
signature.asc
Description: signature