Hi,
On Mon, 24 Sep 2018 at 09:52, Zdenek Dohnal <zdohnal@xxxxxxxxxx> 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
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
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
_______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx