On Friday 14 July 2006 16:43, Chris Gianelloni wrote:
> While it is a "working" solution, it isn't necessarily a sensible one.
You can take over xine-lib and fix it however you prefer.
As this, as well as any other idea you can find, is just an HACK until portage
devs implements the per-package use.mask that i asked WAY before 2.1 release,
but was then left OUT of the freeze and thus of the featureset we can use 6
months from now, I REFUSE to change the behaviour.
You should know better than me this problem, considering that you masked
media-video/transcode on x86 2.4 profile because it was depending on
linux-headers 2.6 (as it should have been) with v4l2 useflag enabled. You
should have use.masked (as it was later done) that useflag as it's 2.6
specific, and I did it that way to satisfy sparc requirement of not having
v4l useflag present for them, as it failed with 2.4 kernel.
So if I didn't do it that way, forcing people wanting v4l support to use v4l
v4l2, now I should still have the stupid, broken, idiotic transcode 0.6 in
the tree, or one of the x86 deptrees broken, or one of the x86 deptrees with
NO v4l at all.
Diego "Flameeyes" Pettenò - http://farragut.flameeyes.is-a-geek.org/
Gentoo/Alt lead, Gentoo/FreeBSD, Video, AMD64, Sound, PAM, KDE