http://bugzilla.rpmfusion.org/show_bug.cgi?id=1030
--- Comment #155 from Jonathan Dieter <jdieter(a)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.