[Bug 1098677] Review Request: med - Library to exchange meshed data

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



https://bugzilla.redhat.com/show_bug.cgi?id=1098677



--- Comment #3 from Richard Shaw <hobbes1069@xxxxxxxxx> ---
The good news is the spec looks nice and clean and it builds properly at least
on f20/x86_64.

The bad news is there is a lot of rpmlint output and not all of it is warnings:

These can probably be fixed by adding "-Wl,--as-needed" to the linker options:
med.x86_64: W: unused-direct-shlib-dependency /usr/lib64/libmed.so.1.5.0
/lib64/libquadmath.so.0
med.x86_64: W: unused-direct-shlib-dependency /usr/lib64/libmed.so.1.5.0
/lib64/libm.so.6
med.x86_64: W: unused-direct-shlib-dependency /usr/lib64/libmedimport.so.0.2.0
/usr/lib64/libgfortran.so.3
med.x86_64: W: unused-direct-shlib-dependency /usr/lib64/libmedimport.so.0.2.0
/usr/lib64/libquadmath.so.0
med.x86_64: W: unused-direct-shlib-dependency /usr/lib64/libmedimport.so.0.2.0
/usr/lib64/libm.so.6
med.x86_64: W: unused-direct-shlib-dependency /usr/lib64/libmedC.so.1.5.0
/lib64/libm.so.6

Nothing you can do but should be reported upstream:
med.x86_64: W: shared-lib-calls-exit /usr/lib64/libmed.so.1.5.0
exit@GLIBC_2.2.5
med.x86_64: W: shared-lib-calls-exit /usr/lib64/libmed.so.1.5.0
_exit@GLIBC_2.2.5
med.x86_64: W: shared-lib-calls-exit /usr/lib64/libmedimport.so.0.2.0
exit@GLIBC_2.2.5
med.x86_64: W: shared-lib-calls-exit /usr/lib64/libmedC.so.1.5.0
exit@GLIBC_2.2.5



Should be fixed, there are a few different methods:
med.x86_64: W: file-not-utf8 /usr/share/doc/med/ChangeLog


These need to be fixed:
med.x86_64: E: binary-or-shlib-defines-rpath /usr/lib64/libmedimport.so.0.2.0
['/usr/lib64']
med-tools.x86_64: E: binary-or-shlib-defines-rpath /usr/bin/mdump2
['/usr/lib64']
med-tools.x86_64: E: binary-or-shlib-defines-rpath /usr/bin/medimport
['/usr/lib64']
med-tools.x86_64: E: binary-or-shlib-defines-rpath /usr/bin/medconforme
['/usr/lib64']
med-tools.x86_64: E: binary-or-shlib-defines-rpath /usr/bin/mdump3
['/usr/lib64']

Do these binaries have options for version and help? (i.e. -v --help) If so you
can look at using help2man to generate man pages:
med-tools.x86_64: W: no-manual-page-for-binary mdump3
med-tools.x86_64: W: no-manual-page-for-binary mdump2
med-tools.x86_64: W: no-manual-page-for-binary medimport
med-tools.x86_64: W: no-manual-page-for-binary medconforme
med-tools.x86_64: W: no-manual-page-for-binary xmdump2
med-tools.x86_64: W: no-manual-page-for-binary xmdump3
med-tools.x86_64: W: no-manual-page-for-binary mdump
med-tools.x86_64: W: no-manual-page-for-binary xmdump

Are you sure this is the right URL?
med-doc.noarch: W: invalid-url URL: http://www.code-aster.org/outils/med/
<urlopen error timed out>
python-med.x86_64: W: invalid-url URL: http://www.code-aster.org/outils/med/
<urlopen error timed out>

These need to be fixed. I'm not sure how rpmbuild didn't catch them:
python-med.x86_64: E: binary-or-shlib-defines-rpath
/usr/lib64/python2.7/site-packages/med/_medenumtest.so.0.0.0 ['/usr/lib64']
python-med.x86_64: E: binary-or-shlib-defines-rpath
/usr/lib64/python2.7/site-packages/med/_medenum.so.0.0.0 ['/usr/lib64']
python-med.x86_64: E: binary-or-shlib-defines-rpath
/usr/lib64/python2.7/site-packages/med/_medfilter.so.0.0.0 ['/usr/lib64']
python-med.x86_64: E: binary-or-shlib-defines-rpath
/usr/lib64/python2.7/site-packages/med/_medlink.so.0.0.0 ['/usr/lib64']
python-med.x86_64: E: binary-or-shlib-defines-rpath
/usr/lib64/python2.7/site-packages/med/_medlocalization.so.0.0.0 ['/usr/lib64']
python-med.x86_64: E: binary-or-shlib-defines-rpath
/usr/lib64/python2.7/site-packages/med/_medfield.so.0.0.0 ['/usr/lib64']
python-med.x86_64: E: binary-or-shlib-defines-rpath
/usr/lib64/python2.7/site-packages/med/_medsubdomain.so.0.0.0 ['/usr/lib64']
python-med.x86_64: E: binary-or-shlib-defines-rpath
/usr/lib64/python2.7/site-packages/med/_medfile.so.0.0.0 ['/usr/lib64']
python-med.x86_64: E: binary-or-shlib-defines-rpath
/usr/lib64/python2.7/site-packages/med/_medlibrary.so.0.0.0 ['/usr/lib64']
python-med.x86_64: E: binary-or-shlib-defines-rpath
/usr/lib64/python2.7/site-packages/med/_medmesh.so.0.0.0 ['/usr/lib64']
python-med.x86_64: E: binary-or-shlib-defines-rpath
/usr/lib64/python2.7/site-packages/med/_medfamily.so.0.0.0 ['/usr/lib64']
python-med.x86_64: E: binary-or-shlib-defines-rpath
/usr/lib64/python2.7/site-packages/med/_medprofile.so.0.0.0 ['/usr/lib64']
python-med.x86_64: E: binary-or-shlib-defines-rpath
/usr/lib64/python2.7/site-packages/med/_medparameter.so.0.0.0 ['/usr/lib64']
python-med.x86_64: E: binary-or-shlib-defines-rpath
/usr/lib64/python2.7/site-packages/med/_medequivalence.so.0.0.0 ['/usr/lib64']
python-med.x86_64: E: binary-or-shlib-defines-rpath
/usr/lib64/python2.7/site-packages/med/_medinterp.so.0.0.0 ['/usr/lib64']

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are always notified about changes to this product and component
_______________________________________________
package-review mailing list
package-review@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/package-review





[Index of Archives]     [Fedora Legacy]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [KDE Users]     [Fedora Tools]