1 |
On Friday 25 November 2005 15:21, Chris Gianelloni wrote: |
2 |
> On Fri, 2005-11-25 at 15:05 +0100, Spider (D.m.D. Lj.) wrote: |
3 |
> > On Fri, 2005-11-25 at 11:00 +0100, Michiel de Bruijne wrote: |
4 |
> > > On Friday 25 November 2005 10:24, Luca Barbato wrote: |
5 |
> > > > Michiel de Bruijne wrote: |
6 |
> > > > > Now that useflags are evaluated for the 2006.0 profile (e.g. nptl |
7 |
> > > > > and apache2) I wonder if it's still necessary to have oss in |
8 |
> > > > > make.defaults? The replacement (alsa) is preferred by kernel |
9 |
> > > > > developers for almost 2 years. Time to remove it from the 2006.0 |
10 |
> > > > > profile? |
11 |
> |
12 |
> Never... going... to... happen... (don't worry, I'll explain) |
13 |
|
14 |
Thanks, for this clear answer and your explanation (Spider as well). Now I |
15 |
know that some hardware or programs still need oss and to make is as easy as |
16 |
possible for ordinary users it should stay in the default profile. However on |
17 |
the systems I maintain I see different behaviour then what you described |
18 |
below. |
19 |
|
20 |
|
21 |
> The software that primarily supports OSS only is my other area in |
22 |
> Gentoo... games. |
23 |
> |
24 |
> There's no way that we can make, for example, Return to Castle |
25 |
> Wolfenstein or Enemy Territory, both of which are extremely popular, use |
26 |
> ALSA natively. They *do* work with ALSA compiled with USE="oss" or with |
27 |
> alsa-oss installed. As far as I know, the oss USE flag on ALSA only |
28 |
> enables the alsa-oss dependency. |
29 |
|
30 |
All the systems I maintain have -oss and don't have alsa-oss installed (I do |
31 |
have activated OSS emulation in the kernel though). All the games I have |
32 |
installed on those systems (including RTCW and ET) work perfectly. That |
33 |
doesn't off course say that all Gentoo-based systems or all games work |
34 |
without problems, but I'm trying to say that the dependency on alsa might not |
35 |
be as necessary as you seem to think. |
36 |
|
37 |
|
38 |
> > > For the programs that are oss-only a useflag shouldn't even exists, |
39 |
> > > because it's not optional. |
40 |
> |
41 |
> For those applications, correct. However, I have shown a good reason |
42 |
> for it. Unless we simply tell anyone to always merge alsa-oss if they |
43 |
> want to play games, which isn't exactly a "works out of the box" |
44 |
> solution. I can think of a few scenarios we could employ to work around |
45 |
> this, but they aren't nearly as clean as simply having OSS in the |
46 |
> default USE. Personally, I think it should stay until it is removed |
47 |
> from the kernel, and even then, it must stay so long as we are |
48 |
> supporting 2.4 kernels which do not have ALSA, such as vanilla-sources. |
49 |
|
50 |
Shouldn't 2.4 users use a 2.4 profile? (if they don't they have other |
51 |
"challenges" as well e.g. udev vs. devfs). oss turned on by default in a 2.4 |
52 |
profile makes perfect sense to me. |
53 |
|
54 |
|
55 |
> > Yeah, they do. At least last I checked both ubuntu and Fedora Core had |
56 |
> > oss as their default sound-sinks for many things. The transition period |
57 |
> > will take ages I'm afraid :/ |
58 |
> |
59 |
> I would say a very long time, indeed. |
60 |
|
61 |
I understand, thanks! |
62 |
-- |
63 |
gentoo-releng@g.o mailing list |