[Bug 719103] Review Request: mex - Media centre application

bugzilla at redhat.com bugzilla at redhat.com
Mon Sep 12 10:36:47 UTC 2011


Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


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

--- Comment #3 from Bastien Nocera <bnocera at redhat.com> 2011-09-12 06:36:46 EDT ---
(In reply to comment #2)
> rpmlint mex-0.1.4-1.fc17.x86_64.rpm 
> mex.x86_64: W: spelling-error Summary(en_US) centre -> center, cent re, cent-re
> mex.x86_64: W: spelling-error %description -l en_US centre -> center, cent re,
> cent-re

Fixed.

> mex.x86_64: E: binary-or-shlib-defines-rpath
> /usr/lib64/mex/plugins/40mex-recommended.so ['/usr/lib64']
> mex.x86_64: E: binary-or-shlib-defines-rpath
> /usr/lib64/mex/plugins/100mex-debug.so ['/usr/lib64']
> mex.x86_64: E: binary-or-shlib-defines-rpath
> /usr/lib64/mex/plugins/20mex-gnome-dvb.so ['/usr/lib64']
> mex.x86_64: E: binary-or-shlib-defines-rpath
> /usr/lib64/mex/plugins/40mex-queue.so ['/usr/lib64']
> mex.x86_64: E: binary-or-shlib-defines-rpath
> /usr/lib64/mex/plugins/00mex-search.so ['/usr/lib64']
> mex.x86_64: E: binary-or-shlib-defines-rpath
> /usr/lib64/mex/plugins/20mex-tracker.so ['/usr/lib64']
> mex.x86_64: E: binary-or-shlib-defines-rpath
> /usr/lib64/mex/plugins/20mex-upnp.so ['/usr/lib64']
> mex.x86_64: E: binary-or-shlib-defines-rpath /usr/bin/mex-webremote
> ['/usr/lib64']
> mex.x86_64: E: binary-or-shlib-defines-rpath /usr/bin/mex ['/usr/lib64']
> mex.x86_64: E: binary-or-shlib-defines-rpath
> /usr/lib64/mex/plugins/50mex-dbusinput.so ['/usr/lib64']
> mex.x86_64: E: incorrect-fsf-address /usr/share/doc/mex-0.1.4/COPYING
> mex.x86_64: E: postun-without-ldconfig /usr/lib64/libmex-0.2.so.0.0.0
> mex.x86_64: W: devel-file-in-non-devel-package /usr/lib64/libmex-0.2.so
> mex.x86_64: W: no-manual-page-for-binary mex-webremote
> mex.x86_64: W: no-manual-page-for-binary mex-debug
> mex.x86_64: W: no-manual-page-for-binary mex
> 
> Get rid of the rpaths. See
> http://fedoraproject.org/wiki/Packaging:Guidelines#Removing_Rpath

Fixed.

> Please contact the developer, so he can update the license file with the one up
> to date. You may opt to correct the address in the package.

https://github.com/media-explorer/media-explorer/issues/140

> Libs in standard directories need an ldconfig run. See
> http://fedoraproject.org/wiki/Packaging:Guidelines#Shared_Libraries

Yep.

> You'll need a devel sub-package:
> http://fedoraproject.org/wiki/Packaging:Guidelines#Devel_Packages

Nope. The files are only there for introspection purposes. There is no support
for 3rd-party plugins.

> Installing files to /usr/share/icons, you need this scriptlet:
> http://fedoraproject.org/wiki/Packaging:ScriptletSnippets#Icon_Cache

Done.

> Use the name macro instead of "mex".

Done where it made sense.

> Try to break the %configure line.

Done.

> You can drop the defattr line. It's not necessary.

Done.

> If you don't plan to go for EPEL5 or older, drop the clean section and the rm
> in the install section. If you want to go for EPEL5, define the buildroot.

Done.

> Be more specific in your file section. For instance: all binaries start with
> %{name}.

Done.

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.



More information about the package-review mailing list