On Fri, 2006-07-14 at 17:09 +0200, Diego 'Flameeyes' Pettenò wrote: > 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.
Quite honestly, I don't care. > 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. See, it is this kind of self-serving attitude that really needs to stop around here. So the portage devs didn't include something that you wanted in the latest release... Did you give them a patch for it? Making decisions like this that confuse our users and make the distribution harder to use and more inconsistent because you have a personal beef with another team simply because they didn't drop everything and do what you wanted them to work on instead of what they already had on their plates does not help our distribution. Instead, it makes us look like a bunch of selfish little babies. No thanks. I would much rather have a consistent and working distribution than cater to some childish self-important bullshit that only harms our users. > 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. I don't give a crap about transcode. I was talking about USE=mp3. Changing the subject doesn't help anyone. Anyway, I can see that I'm just going to be ignored, and since I don't have the time to personally take over xine-lib, I'm going to drop it and just let you do whatever it is you think is "best" instead. -- Chris Gianelloni Release Engineering - Strategic Lead x86 Architecture Team Games - Developer Gentoo Linux
signature.asc
Description: This is a digitally signed message part
