Hi,
On Mon, 24 Sep 2018 at 09:52, Zdenek Dohnal <zdohnal(a)redhat.com> wrote:
Hi,
qpdf got new version and I would like to rebase our rawhide version, but
two packages will need to be rebuilt, because they depends on libqpdf
library.
I'm confused; there does not appear to be a soname bump:
$ rpm -q --provides qpdf-libs
libqpdf.so.21()(64bit)
libqpdf.so.21(LIBQPDF_21)(64bit)
qpdf-libs = 8.1.0-3.fc29
qpdf-libs(x86-64) = 8.1.0-3.fc29
vs
$ rpm -q --provides -p ./qpdf-libs-8.2.1-1.fc30.x86_64.rpm
libqpdf.so.21()(64bit)
libqpdf.so.21(LIBQPDF_21)(64bit)
qpdf-libs = 8.2.1-1.fc30
qpdf-libs(x86-64) = 8.2.1-1.fc30
- python-pikepdf
- cups-filters
I can manage cups-filters rebuild, but I would like to ask
python-pikepdf's maintainer to rebuild his package.
Rebuild is done.
I have copr project
https://copr.fedorainfracloud.org/coprs/zdohnal/qpdf/builds/ , where I
tried to rebuild cups-filters and python-pikepdf with new qpdf.
python-pikepdf's new version fails to build even with old qpdf (I
reported it to python-pikepdf's maintainer at bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1631890).
Because python-pikepdf is broken anyway, I'll rebuild cups-filters and
put new qpdf with rawhide.
--
Zdenek Dohnal
Associate Software Engineer
Red Hat Czech - Brno TPB-C
--
Elliott