Re: nvidia kollidiert

[Andre Bischof <a.bischof@gmx.net>]

Andreas Pakulat wrote:
...
> > > Der nvidia-kernel ist das, was Du mit dem m-a baust. Du brauchst also einen 
> > > älteren Source.
> > ok, ich hab jetzt über google einen gefunden:
> >
> > http://people.debian.org/~rdonald/nvidia/dists/unstable/nvidia-graphics-drivers/binary-i386/
> >
> > Installiere ich dann auch mit m-a den runtergeladenen 
> > nvidia-kernel-source_1.0.8178-2_i386.deb
> >
> > oder mit dpkg -i? Falls mit m-a, mit welchen Optionen? Irgendwie ist mir das 
> > bei manuellem Download jetzt nicht ganz klar ?)
>
> Lies mal die Doku zu module-assistant, dann sollte auch das klar werden.
> Erst dpkg, dann m-a (aber eben kein a-i nur ein build) und dann wieder
> dpkg.

Klappt leider auch nicht. Ich hab erstmal den von m-a installierten 8762 
mit aptitude remove und danach noch mit purge entfernt, dann den o.g. 
von mir runtergeladenen mit dpkg -i installiert. Soweit gut, aber das 
nachfolgende m-a build nvidia-kernel-source schlägt fehl:

Bauvorgang des Pakets ... fehlgeschlagen (View|Continue|Stop)
View: ... nvidia.ko failed to build

Ich komme mit den Ausgaben dort nicht wirklich klar, und leider lassen 
die sich auch nicht kopieren, gibt's eine Logdatei die m-a schreibt?

Vom Gefühl her würde ich sagen das kernel-source-Paket das ich 
runtergeladen habe (_i386) paßt nicht zu meiner kernel-Architektur (_k7) 
- keine Ahnung ob das stimmt, und auch keine Ahnung was ich jetzt noch 
versuchen könnte.

Andersrum, wenn ich versuche nvidia-glx für 8762 zu installieren (denn 
daher kommen ja meine Probleme, das glx und nvidia-kernel 
unterschiedliche Versionen haben), kriege ich folgende Fehler:

aptitude -V -s install nvidia-glx/unstable
...
Die folgenden Pakete werden zusätzlich installiert:
  linux-image-2.6.16-2-486 [2.6.16-14] nvidia-kernel-2.6.16-2-486 
[1.0.8762+1]
Die folgenden Pakete werden ENTFERNT:
  libxft-dev [2.1.7-1] xfree86-common [6.9.0.dfsg.1-6] xserver-common 
[6.9.0.dfsg.1-6] xtel [3.3.0-5] xzoom [0.3-16]
Die folgenden Pakete werden aktualisiert:
  nvidia-glx [1.0.8178-3 -> 1.0.8762-2]
2 Pakete aktualisiert, 2 zusätzlich installiert, 5 werden entfernt und 
401 nicht aktualisiert.
Muss 20,9MB an Archiven herunterladen. Nach dem Entpacken werden 48,1MB 
zusätzlich belegt sein.
Die folgenden Pakete haben verletzte Abhängigkeiten:
  xserver-xorg: Hängt ab: xserver-common (>= 6.8.2.dfsg.1-10) ist aber 
nicht installationsfähig
  xlibmesa-glu: Hängt ab: xfree86-common ist aber nicht installationsfähig
  libqt3-mt-dev: Hängt ab: libxft-dev ist aber nicht installationsfähig
  libxft1: Hängt ab: xfree86-common ist aber nicht installationsfähig
  xlibmesa-glu-dev: Hängt ab: xfree86-common ist aber nicht 
installationsfähig
  x11-common: Kollidiert: xserver-xorg (< 1:7.0.12) aber 
6.8.2.dfsg.1-10 ist installiert und wird zurückgehalten.
              Kollidiert: xbase-clients (< 1:7.0) aber 6.9.0.dfsg.1-6 
ist installiert und wird zurückgehalten.
              Kollidiert: xdm (<= 1:1.0.1-6) aber 1:1.0.1-6 ist 
installiert und wird zurückgehalten.
              Kollidiert: xutils (< 1:7.0) aber 6.9.0.dfsg.1-6 ist 
installiert und wird zurückgehalten.
  giftrans: Hängt ab: xfree86-common ist aber nicht installationsfähig
Resolving dependencies...
The following actions will resolve these dependencies:

Keep the following packages at their current version:
libxft-dev [2.1.7-1 (stable, now)]
nvidia-glx [1.0.8178-3 (now)]
x11-common [6.9.0.dfsg.1-6 (now)]
xserver-common [6.9.0.dfsg.1-6 (testing, now)]

Score is -29

Accept this solution? [Y/n/q/?] q


Scheinbar will aptitude ja linux-image-2.6.16-2-486 installieren, obwohl 
ich 2.6.16-1-k7 installiert habe - geht nvidia evtl. nicht mit k7?

Habe ich andere Möglichkeiten, bspw. statt mit m-a den nvidia-kernel 
händisch zu installieren?

André

--
Personal weblog and more: http://bischof.homelinux.net

Stilblüten aus Polizeiberichten und Gerichtsverhandlungen:
Unkosten verursachen unsere Polizeihunde nicht, denn sie ernähren
sich von Verbrechern.