[Bug 1030] New: Review request: xbmc - Media center
RPM Fusion Bugzilla
noreply at rpmfusion.org
Thu Dec 31 08:22:59 CET 2009
http://bugzilla.rpmfusion.org/show_bug.cgi?id=1030
Summary: Review request: xbmc - Media center
Product: Package Reviews
Version: Current
Platform: All
OS/Version: GNU/Linux
Status: NEW
Severity: normal
Priority: P5
Component: Review Request
AssignedTo: rpmfusion-package-review at rpmfusion.org
ReportedBy: alexl at users.sourceforge.net
CC: rpmfusion-package-review at rpmfusion.org
Blocks: 2
Estimated Hours: 0.0
Spec file: http://alexlan.fedorapeople.org/rpmfusion/xbmc.spec
SRPM: http://alexlan.fedorapeople.org/rpmfusion/xbmc-9.11-3.fc12.src.rpm
Note that XBMC is a big package, the SRPM is 135 MB (although the binary is
only 32 MB).
Why not in Fedora: this requires linking against codecs such as ffmpeg and
libmad which are not in Fedora. As for other media players such as mplayer
there is no simple way to have the media player itself in Fedora and the codecs
in RPM Fusion that I am aware of.
This is my second RPM Fusion package, I also maintain picard-freeworld.
Several other XBMC contributors are willing to help maintain this package
through me, at least initially. I am also an active Fedora maintainer:
https://fedoraproject.org/wiki/User:Alexlan
There are some outstanding issues for this package (noted below) that probably
need to be resolved as we go through the review process. Nevertheless I want
to submit this package to get some initial feedback from the RPM Fusion
community regarding the general feasibility of including xbmc in the repository
before spending a lot of time with upstream fixing the various issues.
1. The first issue (as revealed in the rpmlint log, below) is that xbmc
installs no-arch independent code in /usr/share/xbmc/. We probably need to
work with upstream to see how best to relocate these binaries to /usr/lib{64}/.
2. Secondly, XBMC used to bundle private copies of many of their libraries but
recently have made efforts to make it possible to use system libraries (e.g.
ffmpeg and python). However there are a couple of places where this is still
done, such as libexif. Upstream is willing to consider patches to make it
possible to use system libraries, so it should be possible to phase out any
remaining bundled libraries, even if they aren't yet so in the SRPM I submitted
above.
# rpmlint xbmc-9.11-3.fc12.x86_64.rpm
xbmc.x86_64: E: arch-dependent-file-in-usr-share
/usr/share/xbmc/system/players/paplayer/gensapu-x86_64-linux.so
xbmc.x86_64: E: arch-dependent-file-in-usr-share
/usr/share/xbmc/system/players/paplayer/dumb-x86_64-linux.so
xbmc.x86_64: E: arch-dependent-file-in-usr-share
/usr/share/xbmc/system/players/paplayer/stsoundlibrary-x86_64-linux.so
xbmc.x86_64: E: arch-dependent-file-in-usr-share
/usr/share/xbmc/system/players/paplayer/timidity-x86_64-linux.so
xbmc.x86_64: E: arch-dependent-file-in-usr-share
/usr/share/xbmc/system/players/dvdplayer/libdvdnav-x86_64-linux.so
xbmc.x86_64: E: arch-dependent-file-in-usr-share
/usr/share/xbmc/screensavers/Euphoria.xbs
xbmc.x86_64: E: arch-dependent-file-in-usr-share
/usr/share/xbmc/system/ImageLib-x86_64-linux.so
xbmc.x86_64: E: arch-dependent-file-in-usr-share
/usr/share/xbmc/visualisations/opengl_spectrum.vis
xbmc.x86_64: E: arch-dependent-file-in-usr-share
/usr/share/xbmc/system/hdhomerun-x86_64-linux.so
xbmc.x86_64: E: arch-dependent-file-in-usr-share
/usr/share/xbmc/system/players/paplayer/libsidplay2-x86_64-linux.so
xbmc.x86_64: E: arch-dependent-file-in-usr-share
/usr/share/xbmc/system/libexif-x86_64-linux.so
xbmc.x86_64: E: arch-dependent-file-in-usr-share
/usr/share/xbmc/system/libid3tag-x86_64-linux.so
xbmc.x86_64: E: arch-dependent-file-in-usr-share
/usr/share/xbmc/system/players/paplayer/nosefart-x86_64-linux.so
xbmc.x86_64: E: arch-dependent-file-in-usr-share
/usr/share/xbmc/system/python/python26-x86_64-linux.so
xbmc.x86_64: E: arch-dependent-file-in-usr-share
/usr/share/xbmc/system/players/paplayer/ac3codec-x86_64-linux.so
xbmc.x86_64: E: arch-dependent-file-in-usr-share
/usr/share/xbmc/visualisations/Waveform.vis
xbmc.x86_64: E: arch-dependent-file-in-usr-share /usr/share/xbmc/xbmc.bin
xbmc.x86_64: E: arch-dependent-file-in-usr-share
/usr/share/xbmc/system/players/paplayer/vgmstream-x86_64-linux.so
xbmc.x86_64: E: arch-dependent-file-in-usr-share
/usr/share/xbmc/screensavers/Solarwinds.xbs
xbmc.x86_64: E: arch-dependent-file-in-usr-share
/usr/share/xbmc/system/players/paplayer/MACDll-x86_64-linux.so
xbmc.x86_64: E: arch-dependent-file-in-usr-share
/usr/share/xbmc/visualisations/ProjectM.vis
xbmc.x86_64: E: arch-dependent-file-in-usr-share /usr/share/xbmc/xbmc-xrandr
xbmc.x86_64: E: arch-dependent-file-in-usr-share
/usr/share/xbmc/visualisations/Goom.vis
xbmc.x86_64: E: arch-dependent-file-in-usr-share
/usr/share/xbmc/screensavers/Plasma.xbs
xbmc.x86_64: E: arch-dependent-file-in-usr-share
/usr/share/xbmc/system/players/paplayer/adpcm-x86_64-linux.so
xbmc.x86_64: W: no-documentation
xbmc.x86_64: E: non-executable-script
/usr/share/xbmc/system/python/spyce/spyceCmd.py 0644 /usr/bin/env
xbmc.x86_64: E: non-executable-script
/usr/share/xbmc/system/python/spyce/run_spyceCmd.py 0644 /usr/bin/env
xbmc.x86_64: E: non-executable-script
/usr/share/xbmc/system/python/spyce/verchk.py 0644 /usr/bin/env
xbmc.x86_64: W: devel-file-in-non-devel-package
/usr/share/xbmc/visualisations/xbmc_vis.h
xbmc.x86_64: E: non-executable-script
/usr/share/xbmc/system/python/spyce/spyceCGI.py 0644 /usr/bin/env
xbmc.x86_64: E: non-executable-script
/usr/share/xbmc/system/python/spyce/run_spyceModpy.py 0644 /usr/bin/env
xbmc.x86_64: E: non-executable-script
/usr/share/xbmc/system/python/spyce/run_spyceCGI.py 0644 /usr/bin/env
xbmc.x86_64: E: non-executable-script
/usr/share/xbmc/system/python/spyce/spyce.py 0644 /usr/bin/env
1 packages and 0 specfiles checked; 32 errors, 2 warnings.
arch-dependent files in /usr/share are still in rpm for reasons as noted above.
The non-executable script messages result from plugins .py files that are run
from within xbmc, but not by users, I believe.
# rpmlint xbmc-9.11-3.fc12.src.rpm
xbmc.src: W: no-cleaning-of-buildroot %clean
1 packages and 0 specfiles checked; 0 errors, 1 warnings.
Only just noticed this warning after the upload: will fix in next iteration.
--
Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
You are the assignee for the bug.
More information about the rpmfusion-developers
mailing list