Red Hat Bugzilla – Bug 433198
rpmlint warning undefined-non-weak-symbol
Last modified: 2008-10-20 20:21:53 EDT
Description of problem: running rpmlint openjpeg-libs on installed package shows warnings: Version-Release number of selected component (if applicable): currents version for F-8 (expected also for Rawhide and F-7) Actual results: [kwizart@kwizatz lib64]$ rpmlint openjpeg-libs openjpeg-libs.x86_64: W: no-documentation (no_problem) openjpeg-libs.x86_64: W: undefined-non-weak-symbol /usr/lib64/libopenjpeg.so.2.1.3.0 floor openjpeg-libs.x86_64: W: undefined-non-weak-symbol /usr/lib64/libopenjpeg.so.2.1.3.0 ceilf openjpeg-libs.x86_64: W: undefined-non-weak-symbol /usr/lib64/libopenjpeg.so.2.1.3.0 floorf openjpeg-libs.x86_64: W: undefined-non-weak-symbol /usr/lib64/libopenjpeg.so.2.1.3.0 lrintf openjpeg-libs.x86_64: W: undefined-non-weak-symbol /usr/lib64/libopenjpeg.so.2.1.3.0 pow [kwizart@kwizatz lib64]$ rpmlint openjpeg openjpeg.x86_64: W: spurious-executable-perm /usr/share/doc/openjpeg-1.3/ChangeLog openjpeg.x86_64: W: spurious-executable-perm /usr/share/doc/openjpeg-1.3/license.txt Expected results: * openjpeg have to be compiled with -lm, this will allow the linker to reduce the time to resolve non-weak-symbols * about doc, chmod 0644 and sed -i 's/\r//' license.txt you need to convert /usr/share/doc/openjpeg-1.3/ChangeLog to utf8. Be careful to doing this will change timestramps and you can prevent this by using touch -r from a reference file. Additional info: It would be nice to have pkg-config support so apps that links against openjpeg can know the right OPENJPEG_LDFLAGS and OPENJPEG_CFLAGS (would be useful for -I/usr/include/openjpeg ). The test case is gpac here.
Changing version to '9' as part of upcoming Fedora 9 GA. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
This bug was probably fixed upstream.