Not so long ago, XBMC added the --enable-external-libraries switch, which was quickly embraced by Gentoo (see bug 275844). The problem is, using external libs instead of ones bundled with XBMC introduces more buggy behavor.
For example, using ffmpeg-0.5-r1, XBMC cannot play m2ts files or files with True-HD audio tracks, simply because ffmpeg-0.5-r1 cannot play them. ffmpeg-9999 is able to play m2ts and True-HD, but using it, XBMC hangs on m2ts.
These problems are not present if XBMC is built without the --enable-external-libraries switch.
Probably a new use flag (say, "bundled-libs" or "external-libs") is needed for media-tv/xbmc to control which version of the libraries is used.
The changes to ebuild should be quite simple: --enable-external-libraries should be made conditional, and some dependencies must be dropped if it is not enabled.
Steps to Reproduce:
EXTRA_ECONF=--disable-external-libraries emerge xbmc
Haha, sorry, I hardly ever used this EXTRA_ECONF feature so I simply forgot it exists :)
Only one thing... Is there a way to make this option permanent, active every time xbmc is compiled?
google/ask around about portage per-package env support. it's possible somehow, i just never use it.
(In reply to comment #2)
> Haha, sorry, I hardly ever used this EXTRA_ECONF feature so I simply forgot it
> exists :)
> Only one thing... Is there a way to make this option permanent, active every
> time xbmc is compiled?
IIRC it would be:
echo "EXTRA_ECONF=--disable-external-libraries" >/etc/portage/env/media-tv/xbmc