[Bug 1030] Review request: xbmc - Media center

RPM Fusion Bugzilla noreply at rpmfusion.org
Tue Mar 9 16:31:36 CET 2010


http://bugzilla.rpmfusion.org/show_bug.cgi?id=1030





--- Comment #155 from Jonathan Dieter <jdieter at gmail.com>  2010-03-09 16:31:36 ---
(In reply to comment #132)
> So for the next round, I'd like to get a sense from the reviewer of which
> bundles are acceptable to remain in for the moment, as getting every last one
> removed is not feasible for 9.11 at least since they may require non-trivial
> amounts of modifications to XBMC to get XBMC to recognize or compile against
> the "external" version.  In some cases, these have been fixed in SVN upstream
> and waiting for 10.5 is likely to not be feasible either. 

* cximage - As this has a separate upstream, I would *really* like to see this
packaged separately.  However, Alex, if you're willing to commit to trying to
get this into Fedora after we finish getting XBMC into RPM Fusion, that would
be good enough for me.
* libsquish - ditto
* libhts - ditto
* libcmyth - if it actually has an active upstream, then ditto

> I think libGoAhead is the most problematic of them, I will try to remove it in
> -14.  libhts as noted in reply from upstream in comment #122 is GPLv3+, so
> should be OK to use with GPLv2+ code if I understand
> https://fedoraproject.org/wiki/Licensing#GPL_Compatibility_Matrix correctly, it
> basically means that XBMC is then effectively GPLv3.

Does that mean we should be changing the listed license to GPLv3+?

> > [  ?   ] MUST: The spec file MUST handle locales properly. This is done by 
> >         using the %find_lang macro. Using %{_datadir}/locale/* is strictly 
> >         forbidden
> 
> > XBMC stores its language files as xml files.  I'm not sure how that affects this rule.
> 
> Nor I, not sure if this is that important.

Ok, let's consider this unrelated unless someone else tells us something
different.


-- 
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