I'm sorry, it is only minor soname bump 21.0.1 -> 21.2.1, but I wasn't sure if dependent packages needs to rebuild, so I rather announced it and rebuilt dependent packages.

On 9/25/18 1:44 AM, Elliott Sales de Andrade wrote:
Hi,

On Mon, 24 Sep 2018 at 09:52, Zdenek Dohnal <zdohnal@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
-- 
Zdenek Dohnal
Associate Software Engineer
Red Hat Czech - Brno TPB-C