Fedora Account System
Red Hat Associate
Red Hat Customer
Description of problem: libQtWebKit.so.4.9.2 has an RPATH (/usr/lib64). As a result, libQtWebKit.so is picking up the wrong libfreetype.so if one is supposed to be overriding the other (via an ld.so.conf.d file). Additionally, this breaks prelinking for both this library and anything which links against it as prelink will not link something (understandably) where the library has dependencies which link against a different version of the same .so. What seems to have caused this is that the spec has two chrpath lines, but these refer to libQtWebKit.so.4.9.0: + chrpath --list /home/*****/rpmbuild/BUILDROOT/qtwebkit-2.2.2-5.fc18.x86_64/usr/lib64/libQtWebKit.so.4.9.0 open: No such file or directory elf_open: No such file or directory + : + chrpath --delete /home/*****/rpmbuild/BUILDROOT/qtwebkit-2.2.2-5.fc18.x86_64/usr/lib64/libQtWebKit.so.4.9.0 open: No such file or directory elf_open: No such file or directory Changing these to the (correct) 4.9.2 resolves the problem. Perhaps this should be some sort of macro...? FWIW, this error was masked during package build due to the ||: after the chrpath command, which would otherwise have failed... Version-Release number of selected component (if applicable): qtwebkit-2.2.2-5.fc18.x86_64
Good catch! I'll fix this up asap.
I caught it since prelink.log was recording it on every run as being un-prelinkable due to dodgy dependencies. A quick scan across all of /usr/bin and /usr/sbin lists a not insubstantial number of executables with similar (not dangerous, just annoying) RPATHS that are not broken in the same way... yet! (mainly because the only library override I have is for libfreetype.so) Is is worth filing bugs against all of them? e.g. /usr/bin/testlibraw: RPATH=/usr/lib64 or the much less problematic, but still pointless: /usr/bin/xdvipdfmx: RPATH=/builddir/build/BUILD/texlive-2012/source/inst/lib /usr/bin/xelatex: RPATH=/builddir/build/BUILD/texlive-2012/source/inst/lib /usr/bin/xetex: RPATH=/builddir/build/BUILD/texlive-2012/source/inst/lib [A little off topic, but I'm unsure where else to ask!]
IMO, all of these items should have bugs, yeah. Priority are those that rpath %_libdir like here. Low priority items like your tex example, that rpath silly stuff. p.s. good work finding these!
qtwebkit-2.2.2-8.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/qtwebkit-2.2.2-8.fc18
Package qtwebkit-2.2.2-8.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing qtwebkit-2.2.2-8.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-1467/qtwebkit-2.2.2-8.fc18 then log in and leave karma (feedback).
qtwebkit-2.2.2-8.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.