1 |
On Mon, 2006-07-17 at 18:40 -0500, Lindsay Haisley wrote: |
2 |
> > So, falling back on stable is solving your issues with the broken |
3 |
> > nvidia-module, if I'm reading you correctly? |
4 |
> |
5 |
> I may have misspoken here. I was using nvidia-kernel-1.0.6629 and having |
6 |
> missing symbol problems with the module in the running kernel |
7 |
> (2.6.16-gentoo-r9, see <http://bugs.gentoo.org/show_bug.cgi?id=112356#c2>). It |
8 |
> doesn't look as if this driver version is in the current stable nvidia-drivers |
9 |
> version. Both the stable and unstable are using 1.0.8762. My understanding is |
10 |
> that nvidia-kernel and nvidia-glx are being phased out in favor of the unitary |
11 |
> package nvidia-drivers, which contains both. |
12 |
|
13 |
Yes and no. |
14 |
|
15 |
The drivers have been split (by NVIDIA) into nvidia-drivers and |
16 |
nvidia-legacy-drivers. The legacy drivers support all the cards that |
17 |
NVIDIA dropped support for with the > 7174 drivers. Because of the |
18 |
dropped support, we've been stuck on the ancient 6629 drivers on x86. I |
19 |
am about to file a stabilization bug for the 8762 and 7182 drivers and |
20 |
legacy-drivers, respectively. This will hopefully get us off the |
21 |
nvidia-kernel/nvidia-glx drivers as quickly as possible. This |
22 |
transition will also allow us to more easily support X.Org 7.1, when |
23 |
compatible drivers are released by NVIDIA. |
24 |
|
25 |
> I don't run ~x86 stuff unless I have to, and sometimes I have to because that's |
26 |
> where bug fixes get put. Some people I've corresponded with just set |
27 |
> ACCEPT_KEYWORDS=~x86 in their shell profile and run with it. I haven't got |
28 |
> that kind of time! Yes, it's too ... well, too unstable :-) |
29 |
|
30 |
In this particular case, they're still ~arch simply to get more testing. |
31 |
They are quite stable, in practice. |
32 |
|
33 |
Also, some of us don't consider ~arch as "unstable" at all, and refuse |
34 |
to put *anything* "unstable" into the tree unless under -* and |
35 |
package.mask, like our policies dictate. |
36 |
|
37 |
-- |
38 |
Chris Gianelloni |
39 |
Release Engineering - Strategic Lead |
40 |
x86 Architecture Team |
41 |
Games - Developer |
42 |
Gentoo Linux |