Re: nvidia kollidiert
Mathias Brodala wrote: Hallo Andre. Ich hatte noch Angst vor Xorg 7.0, weil da wohl einige hier Probleme mit hatten. Aber ich versuch's mal - hoffentlich bleibt mir die graphische Oberfläche erhalten *zitter* Sehr lesenswert und daher vorher zur Rate zu ziehen: http://lists.debian.org/debian-devel-announce/2006/04/msg00010.html Und: http://wiki.debian.org/Xorg69To7 Danke für den Tipp, vor allem den zweiten habe ich mir direkt ausgedruckt - aber nicht gebraucht. Obwohl es aufregend war ;-) Das Update, welches noch einige Pakete mitgezogen hat, brach ab weil /usr/X11R6/bin nicht gelöscht und durch einen Symlink ersetzt werden konnte - die Pfade bei R7 haben sich ja geändert. Hab ich dann von Hand gemacht, danach wollte ich das update fortsetzen, und bekam dann über 250 verletzte Abhängigkeiten. Letztlich führte aber aptitude install xserver-xorg/testing zum Erfolg, das hat dann alles, was als kaputt geführt wurde, weil die Installation abgebrochen war, korrekt mitgezogen. Ich verstehe ehrlich gesagt nicht, warum die Installation da abbrach, wo ich das doch explizit angefordert habe - dann soll er den Kram meinethalben doch löschen, das Verzeichnis umbennen oder mich zumindest fragen, ob er löschen oder abbrechen soll - den rigorosen Abbruch halte ich für die schlechteste der denkbaren Lösungen, vor allem für User wie mich, die gern mal an der ein oder anderen Stelle hängen bleiben. Deshalb wird's auch mal wieder Zeit, mich hier für die viele und immer schnelle Hilfe zu bedanken, ohne diese Mailingliste würde ich wahrscheinlich immer noch mit Windows arbeiten ;-) André -- Personal weblog and more: http://bischof.homelinux.net Stilblüten aus Schreiben von Versicherungsnehmern: Der andere Wagen war absolut unsichtbar, und dann verschwand er wieder. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: nvidia kollidiert
Hallo Andre. > Ich hatte noch Angst vor Xorg 7.0, weil da wohl einige hier Probleme mit > hatten. Aber ich versuch's mal - hoffentlich bleibt mir die graphische > Oberfläche erhalten *zitter* Sehr lesenswert und daher vorher zur Rate zu ziehen: http://lists.debian.org/debian-devel-announce/2006/04/msg00010.html Und: http://wiki.debian.org/Xorg69To7 Gruß, Mathias signature.asc Description: OpenPGP digital signature
Re: nvidia kollidiert
Andreas Pakulat wrote: On 02.07.06 10:04:21, Andre Bischof wrote: Andreas Pakulat wrote: 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. 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. Wieso kernel-source-Paket? Oder meinst du damit nvidia-kernel-source? Das ist unerheblich ob da _i386 dran haengt oder nicht, solange du kein 64Bit Debian hast. nee, ich meinte das image, s. 4 Zeilen weiter unten ... 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] ... hier ... Ist das der von dir gebaute nvidia-kernel-...? Sonst solltest du erstmal das von dir gebaute nvidia-kerne-2.6... Paket wieder mit dpkg -i installieren (sollte ja noch irgendwo rumliegen), sonst zieht dir das gleich nen neuen Kernel rauf. nee, der mit m-a gebaute Kernel war der mit -1.0.8762, der nicht zum nvidia-glx paßt. 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 a Aehm du benutzt doch Etch oder? Dann bring mal erstmal dein System auf einen aktuellen Stand. Xorg 7.0 ist schon in Etch, du hast aber noch 6.9 oder gar 6.8 drauf. Ich hatte noch Angst vor Xorg 7.0, weil da wohl einige hier Probleme mit hatten. Aber ich versuch's mal - hoffentlich bleibt mir die graphische Oberfläche erhalten *zitter* André -- Personal weblog and more: http://bischof.homelinux.net "Das Schwein trägt seinen Namen nicht umsonst" - Stilblüten aus Kinderaufsätzen: (Geschichte) Bismarck war der längste von allen deutschen Reichskanzlern. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: nvidia kollidiert
On 02.07.06 10:04:21, Andre Bischof wrote: > Andreas Pakulat wrote: > >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. > > 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. Wieso kernel-source-Paket? Oder meinst du damit nvidia-kernel-source? Das ist unerheblich ob da _i386 dran haengt oder nicht, solange du kein 64Bit Debian hast. > 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] Ist das der von dir gebaute nvidia-kernel-...? Sonst solltest du erstmal das von dir gebaute nvidia-kerne-2.6... Paket wieder mit dpkg -i installieren (sollte ja noch irgendwo rumliegen), sonst zieht dir das gleich nen neuen Kernel rauf. > 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 a Aehm du benutzt doch Etch oder? Dann bring mal erstmal dein System auf einen aktuellen Stand. Xorg 7.0 ist schon in Etch, du hast aber noch 6.9 oder gar 6.8 drauf. Andreas -- If your life was a horse, you'd have to shoot it. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: nvidia kollidiert
> 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)] Hm, wenn ich das richtig sehe, willst Du das unstable/nvidia-glx installieren, was eindeutig schon von xorg7 abhängt. Du aber noch mit einem installierten xorg6.9 hinterherhängst.. Das wird wohl so nicht gehen, vermute ich mal. MfG Tommy
Re: nvidia kollidiert
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. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: nvidia kollidiert
On 01.07.06 18:10:06, Andre Bischof wrote: > Christian Frommeyer wrote: > >Am Samstag 01 Juli 2006 16:33 schrieb Andre Bischof: > >>Wie man sehen kann, hat nvidia-glx die Version des > >>nvidia-kernel-moduls meines 2.6.12er Kernels, 1.0.8178 > >> > >>nvidia-glx wird auch als upgradable in unstable auf 8762 gelistet, > >>aber wenn ich das versuche, gibt's tausende nicht erfüllte > >>dependencies rund um xorg, xserver-common uvm. > >> > >>Den nvidia-kernel für 8178 scheint's aber nicht mehr zu geben, bzw. > >>ist mir unklar, wie ich den mit m-a (oder anders) für den 2.6.16er > >>machen kann. > >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. Andreas -- Tomorrow, this will be part of the unchangeable past but fortunately, it can still be changed today. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: nvidia kollidiert
On 01.07.06 18:02:44, Andre Bischof wrote: > Christian Frommeyer wrote: > ... > >>Den nvidia-kernel für 8178 scheint's aber nicht mehr zu geben, bzw. > >>ist mir unklar, wie ich den mit m-a (oder anders) für den 2.6.16er > >>machen kann. > >Der nvidia-kernel ist das, was Du mit dem m-a baust. Du brauchst also einen > >älteren Source. > > ja klar, aber woher? apt-cache search, apt-show-versions -a, aptitude install > mit direkter Versionsangabe etc. bringen nichts. Kann ich mir nicht irgendwie > angucken, aus welcher source ich mir damals den nvidia-kernel in 8178 > installiert habe? Das Modul ist ja noch da. Das hast du aus nvidia-kernel-source installiert. Nur damals war eben Version 8178 in Debian, das ist mittlerweile raus weil es durch die neue Version verdraengt wurde (in Sid) bzw. weil die alte geloescht wurde (in Etch). Wobei ich nicht verstehe warum die Unstable-Version Probleme mit Xorg macht, ich vermute genau deswegen ist die 8178er Version aus Etch geflogen, damit Xorg reinkommt. Was genau sagt APT denn bei einem aptitude install nvidia-glx=1.0.8762-2? Andreas -- You are magnetic in your bearing. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: nvidia kollidiert
Christian Frommeyer wrote: Am Samstag 01 Juli 2006 16:33 schrieb Andre Bischof: Wie man sehen kann, hat nvidia-glx die Version des nvidia-kernel-moduls meines 2.6.12er Kernels, 1.0.8178 nvidia-glx wird auch als upgradable in unstable auf 8762 gelistet, aber wenn ich das versuche, gibt's tausende nicht erfüllte dependencies rund um xorg, xserver-common uvm. Den nvidia-kernel für 8178 scheint's aber nicht mehr zu geben, bzw. ist mir unklar, wie ich den mit m-a (oder anders) für den 2.6.16er machen kann. 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 ?) André -- Personal weblog and more: http://bischof.homelinux.net Stilblüten aus Schreiben von Versicherungsnehmern: Als ich an die Kreuzung kam, erhob sich ein Zaun, um meine freie Sicht zu hindern. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: nvidia kollidiert
Christian Frommeyer wrote: ... Den nvidia-kernel für 8178 scheint's aber nicht mehr zu geben, bzw. ist mir unklar, wie ich den mit m-a (oder anders) für den 2.6.16er machen kann. Der nvidia-kernel ist das, was Du mit dem m-a baust. Du brauchst also einen älteren Source. ja klar, aber woher? apt-cache search, apt-show-versions -a, aptitude install mit direkter Versionsangabe etc. bringen nichts. Kann ich mir nicht irgendwie angucken, aus welcher source ich mir damals den nvidia-kernel in 8178 installiert habe? Das Modul ist ja noch da. André -- Personal weblog and more: http://bischof.homelinux.net Stilblüten aus Schreiben von Versicherungsnehmern: Als ich an die Kreuzung kam, erhob sich ein Zaun, um meine freie Sicht zu hindern. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: nvidia kollidiert
Am Samstag 01 Juli 2006 16:33 schrieb Andre Bischof: > Wie man sehen kann, hat nvidia-glx die Version des > nvidia-kernel-moduls meines 2.6.12er Kernels, 1.0.8178 > > nvidia-glx wird auch als upgradable in unstable auf 8762 gelistet, > aber wenn ich das versuche, gibt's tausende nicht erfüllte > dependencies rund um xorg, xserver-common uvm. > > Den nvidia-kernel für 8178 scheint's aber nicht mehr zu geben, bzw. > ist mir unklar, wie ich den mit m-a (oder anders) für den 2.6.16er > machen kann. Der nvidia-kernel ist das, was Du mit dem m-a baust. Du brauchst also einen älteren Source. Gruß Chris -- A: because it distrupts the normal process of thought Q: why is top posting frowned upon
nvidia kollidiert
Hallo, nach der Installation vom kernel 2.6.16-k7 habe ich einer Empfehlung folgend per m-a a-i nvidia-kernel-source gemacht, um das mvidia-Modul für diesen Kernel zu backen. Wollte natürlich erst die header, also hab ich die auch installiert (2.6.16-1 und 2.6.16-1-k7, ich nehme an das ist sowas wie die Grundversion plus Variation?). Hat auch alles prima geklappt, allerdings startet der XServer nicht mit einer Meldung das nvidia-kernel-source und glx nicht zueinander passen, was auch stimmt: ii nvidia-glx 1.0.8178-3 NVIDIA binary XFree86 4.x driver un nvidia-glx-src (keine Beschreibung vorhanden) un nvidia-kernel (keine Beschreibung vorhanden) un nvidia-kernel-1.0.8178 (keine Beschreibung vorhanden) un nvidia-kernel-1.0.8762 (keine Beschreibung vorhanden) ii nvidia-kernel-2.6.12-1-386 1.0.8178-2+10.00.Custom NVIDIA binary kernel module for Linux 2.6.12-1-386 ii nvidia-kernel-2.6.16-1-k71.0.8762-2+2.6.16-12 NVIDIA binary kernel module for Linux 2.6.16-1-k7 ii nvidia-kernel-common 20051028+1 NVIDIA binary kernel module common files ii nvidia-kernel-source 1.0.8762-2 NVIDIA binary kernel module source Wie man sehen kann, hat nvidia-glx die Version des nvidia-kernel-moduls meines 2.6.12er Kernels, 1.0.8178 nvidia-glx wird auch als upgradable in unstable auf 8762 gelistet, aber wenn ich das versuche, gibt's tausende nicht erfüllte dependencies rund um xorg, xserver-common uvm. Den nvidia-kernel für 8178 scheint's aber nicht mehr zu geben, bzw. ist mir unklar, wie ich den mit m-a (oder anders) für den 2.6.16er machen kann. Kann mir jemand sagen wie's geht? André -- Personal weblog and more: http://bischof.homelinux.net Stilblüten aus Schreiben von Versicherungsnehmern: Einnahmen aus der Viehhaltung haben wir keine. Mit dem Tod meines Mannes ging das letzte Rindvieh vom Hof. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)