http://bugzilla.rpmfusion.org/show_bug.cgi?id=1030
--- Comment #154 from Tobias Arrskog <topfs2(a)xbmc.org> 2010-03-07 12:41:44 ---
(In reply to comment #139)
(In reply to comment #137)
> Afaik, we don't patch libhdhomerun at all. Seems a reasonable candidate to
> break out.
Thanks for looking into it! I wonder if, when an upstream XBMC developer adds
new library is added to the trunk (especially if that library is unmodified),
that there could be a rule upstream that the developer write an configure-time
check for that as a matter of course, at least for Linux. It would make
packaging XBMC a lot easier on us downstream packagers.
Most of those libs are leftovers from the xbox days. Current way of doing is
that we use system libs were its possible (so we try to move old non-patched,
or just xbox patched to system libs). Some platforms need the libs though, OSX
and win32, these are placed in libs and can safely be disregarded on linux, the
xbmc/libs should only contain our own libs were we are upstream, although these
might not be possible to move to external since they may interact with xbmc way
to closely (jsonrpc is an example of this).
As said, we are quite a bit in a tumble and still a lot of the xbox nastiness
is left :)
Cheers,
Tobias Arrskog aka topfs2
--
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.