Uuups Link vergessen. [1] http://www.nvidia.de/page/drivers.html MfG Richi ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de

Werner Franke schrieb:

Als diese Treiber noch unter YOU installiert wurden, wurde das so gemacht, dass bei jedem Kernel Update da keine weiteren Aktionen notwendig waren. Gibt's eine Moeglichkeit die Installation so zu machen, dass das unter 10.1 auch wieder der Fall ist.

Ich gebe zu, dass ich jetzt unter [1] noch nicht nechgesehen habe, aber in der Vergangenheit hatte ich dazu da auch nichts gefunden.

Dazu kann ich leider nicht all so viel sagen. Ich weiß nur, dass nach einem Kernel-Update die nvidia-Treiber erneut installiert werden sollten. Einfach das Installationspaket blbla.run wie bereits beschrieben erneut ausführen. Bei einem Kernel-Update wird ja auch das entsprechende Modules-Verzeichnis unterhalb von /lib/modules/kernel-*version* geändert, so dass X danach die nvidia-Module nicht mehr findet. Ob hardwarebeschleunigtes 3D auch wirklich aktiviert ist, sieht man daran, dass beim starten von X für ca. 0,5 sec. ein 'nVidia-Screen' über den gesamten Monitor erscheint. MfG Richi ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de

Am Freitag, 26. Mai 2006 10:36 schrieb Werner Franke:

Als diese Treiber noch unter YOU installiert wurden, wurde das so gemacht, dass bei jedem Kernel Update da keine weiteren Aktionen notwendig waren. Gibt's eine Moeglichkeit die Installation so zu machen, dass das unter 10.1 auch wieder der Fall ist.

Ne, gibts nicht. Unter < 10.1 war da ein vorcompilierter Teils des nvidia Kernel-Moduls bereits im SUSE-Kernel selbst enthalten und wurde demzufolge auch beim Kernel-update mit aktualisiert und dann wohl nur noch gegen die closed-source library von nvidia gelinkt. So lag immer ein zum Kernel passendes Modul bereit, versuch mal ein rpm -ql kernel-default | grep nv-linux Unter 10.1 wurden alle unfreien Teile aus dem Kernel entfernt, demzufolge muss man sich das Nvidia-Kernel-Modul zum nvidia-Treiber dann auch nach nem Kernelupdate immer wieder neu compilieren.

Ich gebe zu, dass ich jetzt unter [1] noch nicht nechgesehen habe, aber in der Vergangenheit hatte ich dazu da auch nichts gefunden.

Hilft auch nix, auf der Seite wird auch nur erklärt, wie man installiert und aktualisiert, mehr nicht. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de

Am Samstag, 27. Mai 2006 03:21 schrieb Karsten Künne:

Das habe ich auch schon gesehen und kräftig geflucht! Das kostet mich jetzt bestimmt wieder 1 bis 2 Tage, um den Mechanismus von 9.3 für 10.1hinzubasteln. SCHÖNEN DANK AUCH, Novell!! Kernel-Updates bei 88

Schönen Dank auch an NVidia, würden die ihre Treiber oder Spezifikationen freigeben, hätten wir die Probleme nicht.

Desktops kann ich nicht per Hand machen, das muss alles voll automatisiert vonstatten gehen.

Am besten Du packst den Nvidia Treiber in ein RPM mit nem Depends Eintrag auf exakt die Kernel-Version, dann gibts kein automatisches Update, ohne das auch das Treiber-RPM aktualisiert wird und die Verteilung ist auch einfacher. Oder, wenn kein 3D benötigt wird, einfach den nv Treiber verwenden.

Und wir sind nur deshalb auf Nvidia umgestiegen, weil der Treiber bei Kernel-Updates von SUSE so schön automatisch mit angepasst wurde. Warum musste man nun diese Funktionalität wegen irgendwelcher ideologischer Glaubenskriege opfern? Muss man denn jeden Streit auf dem Rücken des Kunden austragen? Es gibt doch absolut keinen technischen Grund dafür, warum das geopfert wurde.

Weil Linux ein freies System ist und nicht von unfreien Komponenenten unterwandert werden sollte. Ehrlich gesagt bin ich Novell dankbar dafür, dass sie versuchen solchen Tendenzen entgegenzutreten. In Zeiten in denen die Freiheit allem anderen geopfert wird (Sicherheit, Funktionalität, Bequemlichkeit, ...), wird es Zeit, Zeichen zu setzen. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de

Manfred Tremmel wrote:

[...] Schönen Dank auch an NVidia, würden die ihre Treiber oder Spezifikationen freigeben, hätten wir die Probleme nicht. [...] Weil Linux ein freies System ist und nicht von unfreien Komponenenten unterwandert werden sollte. Ehrlich gesagt bin ich Novell dankbar dafür, dass sie versuchen solchen Tendenzen entgegenzutreten. In Zeiten in denen die Freiheit allem anderen geopfert wird (Sicherheit, Funktionalität, Bequemlichkeit, ...), wird es Zeit, Zeichen zu setzen.

Diese Einstellung teile ich ehrlich gesagt nur bedingt. Ich denke, der von Novell vorgeschlagene Weg des Build Services in Kooperation mit Hardwareherstellern ist ein Schritt in die richtige Richtung - soweit ich sehe, stimmst Du dem oben ebenfalls zu. Aber was Bedienerfreundlichkeit und Kundenservice angeht, so scheint 10.1 fuer mich doch eher ein Rueckschritt zu sein. Warum hat man mit der Umstellung nicht gewartet, bis der Build Service in Betrieb ist und funktioniert? Das Entfernen der Moeglichkeit zur Installation des NVIDIA Treibers via YOU und das Entfernen anderer 3rd party (closed-source) Treiber aus der Distribution macht diese momentan sicher nicht gerade anwenderfreundlicher. Ich denke, dem wird kaum jemand widersprechen koennen. Hinzu kommt, dass auch das standardmaessige Softwaremanagement in 10.1 einige Maengel aufweist, von der "Registrierung" bei 10.1, die ebenfalls bei Anwendern manchmal nicht so funktionieren will wie vorgesehen und bei dem Namen leicht falsche Eindruecke generiert, moechte ich gar nicht erst anfangen. Insofern kann ich den Aerger etlicher User durchaus nachvollziehen und verstehen - Dinge, die bisher ohne Probleme funktioniert haben, funktionieren auf einmal nicht mehr. Auch wenn es schoener waere, open source 3D NVIDIA Treiber zu haben, so wird man IMO auch unter Linux nicht umhin kommen, sich mit dem Thema 3rd party Treiber auseinander zu setzen und eine geeignete Loesung zu finden, diese zu ermoeglichen. Man kann NVIDIA ja nun nicht vorwerfen, sich nicht um Treiber, deren Funktionalitaet und ggf. Anpassung an Kernelaenderungen gekuemmert zu haben (bei mir leisten die NVIDIA Treiber seit mehreren Jahren gute Dienste). Das alles hat nichts mit Unterwanderung durch unfreie Komponenten etc. zu tun, das ist aus meiner Sicht lediglich das ideologische Pseudo-Argument. IMHO wurde (und das leider nicht zum ersten Mal) mit 10.1 eine Distribution veroeffentlicht, die in einigen wenigen aber zentralen Teilen wirklich Maengel aufweist, die man als Kunde, der eine 10.1 Box von Novell erwirbt, nicht erwarten sollte (wohlgemerkt, ich rede von einigen wenigen Komponenten - generell scheint die 10.1 ja nicht schlecht zu sein). Auf lange Sicht gesehen mag die Umstellung und die ganzen Aenderungen durchaus Sinn ergeben, das werden wir sehen, doch scheint es dann leider erneut so zu sein, dass diese Aenderungen einfach zu frueh auf die (auch zahlende) Allgemeinheit losgelassen wurden (siehe damals resmgr, subfs, etc., das hat auch in der ersten Version bei vielen Anwendern fuer Verdruss und z.B. etliche geschrottete Rohlinge gesorgt) - Anwender sehen das "Hier und Jetzt" und nicht die evtl. besseren Moeglichkeiten, die sich in der Zukunft (und nach dem Ausmerzen aller Bugs) ergeben koennen. Die Entwicklung des neuen Softwaremanagements und andere Aenderungen haetten aus meiner Sicht im Hintergrund passieren und fuer eine Release parallel zum alten funktionierenden System erfolgen sollen/muessen - das haette dem Image von SUSE sicher besser getan und zum Erscheinen der 10.2 waeren alle Aenderungen dann auch ausgereift(er) gewesen. Das Einfuehren des neuen Softwaremanagements so spaet im 10.1 Release-Zyklus wirkt doch etwas uebers Knie gebrochen und einzig und alleine auf SLES 10 ausgerichtet, nicht auf das Veroeffentlichen einer stabilen und ausgereiften SUSE LINUX 10.1. Daher ist es IMO durchaus verstaendlich, dass so mancher 10.1. Anwender sich ernsthaft fragt, was das soll und ob er hier lediglich als Testobjekt fuer die Entwicklung von SLES 10 "missbraucht" wird. Bitte diese Email nicht als Flame o.ae. auffassen - es ist lediglich der Versuch einer Bestandsaufnahme. Ich bin nachwievor davon ueberzeugt, dass SUSE eine der besten Distributionen ist, die generell erhaeltlich sind. Jedoch habe ich so manchen Zweifel an den Entscheidungen ueber SUSE Linux, die bei Novell/SUSE getroffen werden. Und ich denke, man muss auch die etwas unangenehmeren Seiten mal ansprechen koennen, oder? Daher auch die etwas provokante Subject-Aenderung... Cheers, Thomson

David Haller wrote:

Am Die, 30 Mai 2006, Thomas Hertweck schrieb: [..]

...

Das Einfuehren des neuen Softwaremanagements so spaet im 10.1 Release-Zyklus wirkt doch etwas uebers Knie gebrochen und einzig und alleine auf SLES 10 ausgerichtet, nicht auf das Veroeffentlichen einer stabilen und ausgereiften SUSE LINUX 10.1.

Na, neu ist das ja nicht. Das ist schon mindestens seit 8.x so, oder?

Also, von offizieller Seite wird das ja doch meist bestritten.... Letztendlich wuerde das naemlich doch bedeuten, dass SUSE Linux Kaeufer als Testobjekte fuer SLES "missbraucht" werden. Und den Eindruck moechte man ja doch vermeiden. In meiner Firma (wir haben auch mit Software-Development zu tun) wuerde jedenfalls niemand auf die Idee kommen, so eine grosse Aenderung an einem zentralen Bestandteil wie es bei 10.1 mit dem Softwaremanagement passiert ist, in einer so spaeten Phase vor einem Release-Termin zu machen. Ich weiss, dass zur Zeit auch viel generelles Gemeckere stattfindet, was leider dazu fuehrt, dass vermutlich Novell/SUSE Mitarbeiter eher auf "Durchzug" schalten, wenn so ein Thema angeschnitten wird. Aber gewisse begruendete(!) Kritik sollte auch Novell/SUSE nicht einfach ignorieren. Leider hoert man dazu nur sehr selten ein Statement von offizieller Seite. Wer Kritik uebt, selbst wenn sie durchaus berechtigt ist, wird nur all zu gerne als Noergler abgestempelt. Das finde ich dann aber auch unfair, denn diese Kritik ist ja nicht persoenlich, sondern auf die Sache bezogen, und die Kritik bedeutet nicht, dass man generell SUSE Linux anprangert, sondern dass man hier und da Moeglichkeiten zur Verbesserung sieht. Und da denke ich gaebe es auch bei Novell/SUSE noch deutlich Spielraum ;-) Es gibt schon Gruende, warum z.B. unsere Firma eher auf RedHat setzt statt auf SUSE.

PS: mach doch bitte ein bisserl oefter mal nen Absatz ;)

Ich hatte doch schon drei! ;-) Cheers, Th.

On 5/30/06, Thomas Hertweck wrote:

[...]

Bitte diese Email nicht als Flame o.ae. auffassen - es ist lediglich der Versuch einer Bestandsaufnahme. Ich bin nachwievor davon ueberzeugt, dass SUSE eine der besten Distributionen ist, die generell erhaeltlich sind. Jedoch habe ich so manchen Zweifel an den Entscheidungen ueber SUSE Linux, die bei Novell/SUSE getroffen werden. Und ich denke, man muss auch die etwas unangenehmeren Seiten mal ansprechen koennen, oder? Daher auch die etwas provokante Subject-Aenderung...

Cheers, Thomson

Habe gerade noch eine andere Sache entdeckt, die offenbar der "ideologischen Säuberung" bei SUSE/NOVELL zum Opfer gefallen ist: OpenAFS, ist auch nicht mehr mit dabei. Und um den OpenAFS-Benutzern noch richtig ein's auszuwischen, ist im Kernel-Config CONFIG_DEBUG_RODATA auf yes gesetzt. Das heisst, jetzt kann ich also auch noch neue Kernel kompilieren, wenn ich AFS benutzen will. Und OpenAFS ist kein "böses" Closed-Source Paket wie Nvidia-Treiber oder so, nur die Lizenz ist nicht die "heilige" GPL, sondern IBM's IPL. Da wird auf dem Rücken der Benutzer ein ideologischer Kleinkrieg ausgetragen. Von Debian ist man sowas ja schon gewohnt, aber bei einer kommerziellen Distribution, die sich ja irgendwie verkaufen soll, ist mir das neu. Ich dachte immer, es geht bei diesen Distributionen darum, soviele Benutzer wie möglich glücklich zu machen, damit sich die Distri verkauft und nicht auf der "reinen Lehre" herumzureiten, egal wie die Verkaufszahlen aussehen. Karsten.

Am Samstag, 27. Mai 2006 03:21 schrieb Karsten Künne:

...

...

Als diese Treiber noch unter YOU installiert wurden, wurde das so gemacht, dass bei jedem Kernel Update da keine weiteren Aktionen notwendig waren.

Das habe ich auch schon gesehen und kräftig geflucht! Das kostet mich jetzt bestimmt wieder 1 bis 2 Tage, um den Mechanismus von 9.3 für 10.1hinzubasteln. SCHÖNEN DANK AUCH, Novell!! Kernel-Updates bei 88 Desktops kann ich nicht per Hand machen, das muss alles voll automatisiert vonstatten gehen. Und wir sind nur deshalb auf Nvidia umgestiegen, weil der Treiber bei Kernel-Updates von SUSE so schön automatisch mit angepasst wurde. Warum musste man nun diese Funktionalität wegen irgendwelcher ideologischer Glaubenskriege opfern? Muss man denn jeden Streit auf dem Rücken des Kunden austragen? Es gibt doch absolut keinen technischen Grund dafür, warum das geopfert wurde.

Ich kann den Ärger nachvollziehen. Könnte da nicht wer ein Script bauen, das die Updates wieder automatisiert? Grafikkarten unter Linux gehören zu den Dingen, bei denen ich immer wieder wütend werden kann. ATI kann ja auch ein Alptraum sein. Zum Glück ist 3D für "Nicht-Spiele" nur selten notwendig, wie zB für earth3d. Wie wäre es mit einem langsamen Opensource-3D-Treober für Nvidia? Oft ist die Geschwindigkeit für die Funktionalität nebensächlich. Al

Hallo, Am Son, 28 Mai 2006, Gerhard Schmidt schrieb:

Am Samstag, 27. Mai 2006 03:21 schrieb Karsten Künne:

...

Das habe ich auch schon gesehen und kräftig geflucht! Das kostet mich jetzt bestimmt wieder 1 bis 2 Tage, um den Mechanismus von 9.3 für 10.1hinzubasteln. SCHÖNEN DANK AUCH, Novell!!

Ich habe 10.0 schon nicht auf dem Desktop installiert wegen des fehlenden Multimedia-Supports (skandalös!), der fehlende Treiber für nvidia ist dann ein Grund mehr auch 10.1 in der Schachtel verschimmeln zu lassen. Und irgendwann die Schachteln ganz abzubestellen. Ein Betriebssystem ohne Grafiktreiber ist für mich ungeeignet (ich will mit meinem Rechner ARBEITEN und nicht primär Betriebssysteme basteln und Kernels kompilieren).

Is ja gut, Leute! Es gibt ja auch die OpenSource 'nv'-Treiber -- und die sind dabei. Und bitte meckert zumindest AUCH bei NVidia und nicht nur hier! -dnh -- The nice thing about standards is that there are so many of them to choose from. -- Andrew S. Tanenbaum

On 5/27/06, David Haller wrote:

Hallo,

Am Son, 28 Mai 2006, Gerhard Schmidt schrieb:

...

Am Samstag, 27. Mai 2006 03:21 schrieb Karsten Künne:

...

Das habe ich auch schon gesehen und kräftig geflucht! Das kostet mich jetzt bestimmt wieder 1 bis 2 Tage, um den Mechanismus von 9.3 für 10.1hinzubasteln. SCHÖNEN DANK AUCH, Novell!!

Ich habe 10.0 schon nicht auf dem Desktop installiert wegen des fehlenden Multimedia-Supports (skandalös!), der fehlende Treiber für nvidia ist dann ein Grund mehr auch 10.1 in der Schachtel verschimmeln zu lassen. Und irgendwann die Schachteln ganz abzubestellen. Ein Betriebssystem ohne Grafiktreiber ist für mich ungeeignet (ich will mit meinem Rechner ARBEITEN und nicht primär Betriebssysteme basteln und Kernels kompilieren).

Is ja gut, Leute!

Es gibt ja auch die OpenSource 'nv'-Treiber -- und die sind dabei. Und bitte meckert zumindest AUCH bei NVidia und nicht nur hier!

Der nv-Treiber ist doch nur ein Witz! hast Du schon mal 6 DVI-Screens mit 2 Karten (NVS440 und FX1400) und 1600x1200 auf jedem Screen mit dem Ding zum Laufen gebracht? Ich krieg nicht mal Dual-Screen mit dem nv-Treiber hin! Ich habe mich auch schon bei Gelegenheiten bei Nvidia über ihre geschlossenen Treiber beschwert. Karsten.