Hi there recently, my mupdf test builds in COPR started to show problems: the libs package does not seem to get proper provides (on the so) any more, in particular not those which the devel package expects. The problem occurs only in RHEL9/COS9, not in any Fedora nor in COS10. (All things EL/COS are with EPEL, of course.) It occurred only recently, RHEL9/COS9 worked before. The only related upstream change is that they switched to providing an additional libmupdf.so.MAJOR symlink to libmupdf.so.MAJOR.MINOR. I have checked that the soname is still libmupdf.so.MAJOR.MINOR in the produced lib. Does the dependency generator trip over the symlink by any chance (which has a "mismatch" between soname and link name (unresolved path)? Stumped. Note that I don't plan on bringing those version to EL9, I just want to make sure that my packaging is still right after some upstream changes. I have not tried removing that additional symlink, for example, but I think other packages do the same. Michael https://copr.fedorainfracloud.org/coprs/mjg/mupdf-git/ Distribution packages (all "work"): --provides mupdf-libs-0:1.25.4-1.fc41.x86_64 libmupdf.so.25.4()(64bit) mupdf-libs = 1.25.4-1.fc41 mupdf-libs(x86-64) = 1.25.4-1.fc41 -l ... /usr/lib64/libmupdf.so.25.4 --requires mupdf-devel-0:1.25.4-1.fc41.x86_64 libmupdf.so.25.4()(64bit) mupdf-libs(x86-64) = 1.25.4-1.fc41 -l ... /usr/lib64/libmupdf.so (EL9 mupdf build statically) --provides mupdf-libs-0:1.25.2-1.el10_0.x86_64 libmupdf.so.25.2()(64bit) mupdf-libs = 1.25.2-1.el10_0 mupdf-libs(x86-64) = 1.25.2-1.el10_0 -l ... /usr/lib64/libmupdf.so.25.2 --requires mupdf-devel-0:1.25.2-1.el10_0.x86_64 libmupdf.so.25.2()(64bit) mupdf-libs(x86-64) = 1.25.2-1.el10_0 -l ... /usr/lib64/libmupdf.so Copr packages (all but el9 "work"): --provides mupdf-libs-0:1.26.0~dev^309.gfa7687f1c-1.fc41.x86_64 libmupdf.so.26.0()(64bit) mupdf-libs = 1.26.0~dev^309.gfa7687f1c-1.fc41 mupdf-libs(x86-64) = 1.26.0~dev^309.gfa7687f1c-1.fc41 -l ... /usr/lib64/libmupdf.so.26 /usr/lib64/libmupdf.so.26.0 --requires mupdf-devel-0:1.26.0~dev^309.gfa7687f1c-1.fc41.x86_64 libmupdf.so.26.0()(64bit) mupdf-libs(x86-64) = 1.26.0~dev^309.gfa7687f1c-1.fc41 -l ... /usr/lib64/libmupdf.so --provides mupdf-libs-0:1.26.0~dev^309.gfa7687f1c-1.el9.x86_64 [NO provides on the soname here any more since recently!] mupdf-libs = 1.26.0~dev^309.gfa7687f1c-1.el9 mupdf-libs(x86-64) = 1.26.0~dev^309.gfa7687f1c-1.el9 -l ... /usr/lib64/libmupdf.so.26 /usr/lib64/libmupdf.so.26.0 --requires mupdf-devel-0:1.26.0~dev^309.gfa7687f1c-1.el9.x86_64 libmupdf.so.26.0()(64bit) mupdf-libs(x86-64) = 1.26.0~dev^309.gfa7687f1c-1.el9 -l ... /usr/lib64/libmupdf.so --provides mupdf-libs-0:1.26.0~dev^309.gfa7687f1c-1.el10.x86_64 libmupdf.so.26.0()(64bit) mupdf-libs = 1.26.0~dev^309.gfa7687f1c-1.el10 mupdf-libs(x86-64) = 1.26.0~dev^309.gfa7687f1c-1.el10 -l ... /usr/lib64/libmupdf.so.26 /usr/lib64/libmupdf.so.26.0 --requires --requires mupdf-devel-0:1.26.0~dev^309.gfa7687f1c-1.el10.x86_64 libmupdf.so.26.0()(64bit) mupdf-libs(x86-64) = 1.26.0~dev^309.gfa7687f1c-1.el10 -l ... /usr/lib64/libmupdf.so -- _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
