Kernel 2.6.38.0-slh.1 funktioniert nicht

[OppaErich]

Nicht absichtlich...einfach D-U mit frickel drin aber nur non-free, also ohne den towo-Kernel. Ich muss gestehen, ich habe nicht auf X-Geschichten geachtet. Muss vielleicht noch nvidia-glx reinstall machen.
Ich bin hier jetzt eigentlich durch, ich geh dann mal spielen.

[devil]

ihr seid im falschen teil des threads, in freie rede.

greetz
devil

[OppaErich]

Heute scheint Falschtag zu sein. Falsche Version, falscher IRC-Kanal, falsches Forum. :shock:

[holgerw]

Hallo,

zunächst ist doch fest zu halten, und ich gehe doch sehr davon aus, dass Torsten hier kein Märchen erzählt:

Richtig ist, BKL ist Geschichte. NVIDIA benötigt BKL an sich auch nicht.
Geplant war, BKL aus Kernel 2.6.39 komplett zu entfernen, ob es dabei bleibt werden wir erst sehen, wenn das Mergewindow geschlossen wurde.
Richtig ist weiterhin, das Nvidia reagieren muß und sicherlich auch wird.
Wir reden hier aber über eine Änderung am Kernel, die es upstream noch gar nicht gibt, sondern egoman in den aptosid Kernel aufgenommen wurde.
Nvidia kann also gar nicht reagieren, solange diese Änderung nicht upstream erfolgt.

Da ich aber auch Ferdinand keine Märchen unterstelle, gehe ich davon aus, dass Stefan zwar absichtlich eine Änderung mit BKL am Kernel vorgenommen hat, aber nicht wusste, dass dann der NVidia Treiber nicht mehr baut.

Weiterhin haben wir mit dem Frickel Repo eine Alternative.

Aber dennoch bin ich hier mit einigen Kommentaren nicht einverstanden:

slh hat seit anbeginn von sidux nie einen hehl daraus gemacht, dass proprietäre treiber ihn nicht interessieren. er würde niemals selbst einen solchen bei sich installieren. wenn ihr euch erinnert: fglrx ging jahrelang nicht bei sidux.

Ferdinand, das ist richtig, aber wenn es um sidux Anwender mit höheren 3D Anforderungen ging, wurde schon auf sidux.com von Seiten des Teams von Ati/AMD abgeraten und fleißig für Nvidia geworben.

@BX13 schrieb:

Klar, die Macher von aptosid geben den Ton an. Aber etwas mehr Nachsicht mit der Community, auch zu Lasten der Aktualität der Distribution, wäre schön. Finde ich.

Das findest Du meines Erachtens ganz richtig,  aber wie Torsten schon schrieb:

Wir reden hier aber über eine Änderung am Kernel, die es upstream noch gar nicht gibt, sondern egoman in den aptosid Kernel aufgenommen wurde.

@DonKult, diese Aussage verstehe ich nicht:

Da sind zum einen die vielen vielen Nutzer die keine Nvidiakarte einsetzen. Warum sollten die auf den Fortschritt verzichten.

Worin liegt der Fortschritt, etwas zu entfernen, was noch nicht Upstream ist und was dazu führt, dass die vielen Nvidia Karten Nutzer bei vernünftigem 3D im Regen stehen. Haben denn Nutzer von Intel- und AMD-Karten durch das Entfernen Vorteile?

BKL ist tot, und slh hat entschieden, nicht zu warten. das killte virtualbox, flrgx und jetzt eben nvidia. pech für die user? sehe ich nicht so: zum einen haben wir dankenswerter weise hier towo und agaida, die das fachwissen haben und die mit der entscheidung nicht einverstanden sind, und eine alternative anbieten. wenn es ne alternative gibt, warum dann über slh motzen? und das das dann nicht mehr offizell supportet wird - glaubt ihr wirklich, dass towo seinen selbstgebauten kernel gar nicht supportet? grade wenns um softwareprobleme geht, die mit dem kernel nur peripher zu tun hat? ist ja nicht so das man dann gleich zum paria wird...

Oh ja, und wenn noch mehr Dinge rausfliegen, stellt demnächst noch ein weiterer Nutzer für Soundkarten mit proprietären Treibern ein eigenes Repo zur Verfügung, alle Verfechter von sauberen Upgradepfaden werden sich sicher sehr darüber freuen, noch weitere Fremdrepos aktivieren zu müssen. Damit möchte ich nichts gegen die Arbeit von Alf oder Torsten sagen.

außerdem: das ist ein temporäres problem: irgendwann wird nvidia seinen treiber fixen, wer weder towos noch agaidas kernel (oder den vanillakernel, den gibts ja auch immernoch) haben will, setzt eben die kernel-metapakete auf hold und wartet bis sich das problem erledigt hat. aber hier so einen aufstand machen, nur weil andere nicht aus jux und dollerei ohne bezahlung eine maßgeschneiderte lösung für irgendjemanden basteln finde ich ziemlich undankbar!

@cid-baba, ich habe aber keine Zeit für solche Sachen, um es mal ganz deutlich zu sagen. Ich bin ambitionierter Linux Nutzer, ich befasse mich gerne mit Linuxdistributionen und ihren Eigenheiten, aber bitteschön immer noch als Nutzer. Und für mich ist es sinnvoller, mit meiner Partnerin einen langen Spaziergang zu machen, als mich mit Unzulänglichkeiten in der EDV auseinander zu setzen. Und wenn nach einem Update dies und das nicht mehr geht, und zwar nicht, weil mal in Sid Pakete nicht zusammen passen, sondern weil etwas grundlegend an den Treibern und dem Kernel geändert wurde, und wenn ich dann im Hinterkopf habe, dass sidux und nun aptoasid als nutzerfreundliches Debian Sid Derivat konzipiert sein soll, dann passt da etwas nicht zusammen und meine Dankbarkeit hält sich dann in Grenzen.

Grade kam noch das Posting von ralv rein, dem ich nur zustimmen kann. Wir stehen nun mal mit aptosid evolutionär an der Spitze der debian-Welt, da kann es schon mal zu kleinen Unpässlichkeiten kommen. Das darf aber nicht gegen slh gehen. die Arbeit, die der Mann macht, ist wichtig und wertvoll. Lieber so und mit ein paar kurzfristigen Ärgernissen, als nur Streichelzoo und keine wirkliche Entwicklung. Ich muss auch bei einer Distribution nicht unbedingt alles aus einer Hand haben, einen Patch oder Haken ein oder auszupflegen ist doch kein Teufelswerk. Und der Grundtenor, dass die vom Kernel Abhängigen, also die Treiberhersteller (und auch die Community-Entwickler) dem Kernel zu folgen haben, ist richtig. Andersrum wäre eigentlich nur Stagnation die Folge und das will wirklich keiner. Und es gibt wirklich auch ohne Towo oder mich genügend Alternativen.

Alf, bitte präzisiere das "wir" mit "wir ambitionierten Entwickler". Denn die Zeit, in der ihr euch damit beschäftigt, habt ihr für anderes nicht. Wenn euch das gefällt, ist das für euch in Ordnung. Die meisten Nutzer auch von aptosid möchten mit ihrer Distribution arbeiten, und nicht ständig an ihrer Distribution. Und als solches wurde sidux und aptosid immer promoted. Wenn sich das ändern soll, dann sollte das auch ehrlich gesagt werden.

Kleine Unpässlichkeiten sind es für Fachleute, für Nutzer ist es ärgerlich. Und bei Kritik gleich zu kommen mit, es gibt doch Alterntiven, damit machen es sich Entwickler schön einfach. Und der Status Quo ist, auch wenn Linus nachziehen wird:

Nvidia kann also gar nicht reagieren, solange diese Änderung nicht upstream erfolgt.

Für mich als Nutzer bedeutet Stagnation übrigens, wenn ich mich mehr damit auseinander setzen muss, wie ich mein Werkzeug funktionstüchtig bekomme, als einfach mit dem Werkzeug zu arbeiten. Bitte versteh das nicht falsch: Bis zu einem bestimmten Maß lasse ich mir das gefallen, Linux ist eines meiner Hobbies und es macht mir auch Spaß, mal etwas hinzubiegen.

Das Verhältnis zwischen Entwicklern und der anwendenden Community ist sicherlich vielschichtig. Einige Anwender überspannen den Bogen bei Forderungen, andere sind einfach nur dankbar. Aber auch für Entwickler gilt doch: Einige möchten, dass eine große Anzahl an Anwendern gut mit ihrer Software klar kommt, andere machen einfach ihr Ding und stellen es zur Verfügung, und die Anwender haben damit einfach klar zu kommen.
Ich bemühe mich, beide Seiten zu sehen aber wenn ich merke, dass Entwickler möchten, dass ich bitteschön genau die gleiche Einstellung zum Computer haben soll, wie sie, und sonst nichts zu prinzen haben, dann werde ich pampig.

Viele Grüße,
 Holger

[agaida]

@holger:
Grundsätzlich stimme ich mit Dir überein, 2 kleine Einschränkungen. Ich habe meine Meinung als reiner Anwender zum Thema BKL und aptosid wohl mehr als lautstark geäussert. Es ist mir auch wurst, wem ich damit auf die Füsse getreten habe. Feingefühl gehört nicht unbedingt zu meinen Stärken. Diese Meinung vertrete ich als reiner Anwender immer noch und die lautet: Muss dieser Mist wirklich sein?

Ich bin auch nicht Kernelentwickler, kenne aber die Werkzeuge gut genug, um für mich ärgerliche Zustände zu ändern. Die Motivationen eines Entwicklers hat ja DonKult hinreichend beschrieben. Glücklich bin ich mit der Zeit, die ich aufwenden muss, um einen neuen. für mich funktionierenden Kernel zu braten, auch nicht. Da dass aber grade noch ins Tagesgeschäft reinpasste und ich dadurch nur ein paar Pläne von mir umstellen musste, für mich kein Problem bis auf den Zeitpunkt. Wenn die Sachen, die ich mir eh (geplant eigentlich eher mittelfristig) anschauen wollte, dann auch wirklich laufen, macht ein angepasster Kernel einen Aufwand von ca. 20 min. Das kann ich verschmerzen. Der Weg dahin kostest aber die von Dir angesprochene Zeit und schmerzt wirklich sehr.

Zum Thema sid und aptosid: Ich habe aptosid eingentlich ausgewählt, weil aptosid für mich mehrere Vorteile hatte und immer mehr hat: aptosid ist debian, aptosid ist nicht das offizielle sid, aptosid ist so aktuell, wie es ein debian sein kann. Der Pflegeaufwand hält sich in sehr eng geteckten Grenzen, von kleinen Ausnahmen mal abgesehen :twisted:

Ganz klar: Wäre es möglich, einen oder mehrere Server auf Dauer auf der Basis von Arch stabil zu betreiben, wäre ich nicht bei debian, in welcher Form auch immer gelandet. Da ich aber nicht wahnsinnig genug bin, das bei mir und auch Kunden durchzuziehen, ist debian die beste Wahl. Ich meinte mit Alternativen also nicht ein anderes Linux, sondern allenfalls einen anderen Kernel. So wie Towo und ich den bauen, sehe ich da auch keinerlei Probleme darin, dass upgrade-Pfade gebrochen werden. Dem ist wirklich nicht so, aptosid-Kernel und meiner, teilweise sogar frickel koexistieren gar prächtig. Mit Towos Erfolgen ist es jetzt ja auch möglich, slhs Kernel mit nVidia zu betreiben.

Und auch wenn es nervt - Sid ist der debian-Entwicklungszweig. Das muss man sich immer wieder vor Augen führen. Wir als Aptosid-Benutzer sind also je nach Sichtweise in der (un)glücklichen Lage, die aktuelle Entwicklung voll mitzubekommen. Viele der Sachen, die bei debian jetzt anstehen, habe ich schon seit Monaten in Betrieb und verfolge die Entwicklung. Es ist davon auszugehen, dass die anstehende großen Änderungen recht schmerzfrei durchgehen werden. Ich denke da so an KDE - ganz ohne Reibungsverluste wird aber auch das nicht passieren. Je nach persönlicher Einstellung zum gelieben Linux ist aber zu befürchten, dass  ich an dieser Stelle mit meiner Definition von "kleineren Probemen" völlig daneben liege und der Adrenalinspiegel bei einigen Usern doch bedenklich steigen könnte.

Zum Thema stabil und Stagnation, nicht ganz ernstgemeint - Meine Signatur.

[devil]

Holger,

Da ich aber auch Ferdinand keine Märchen unterstelle, gehe ich davon aus, dass Stefan zwar absichtlich eine Änderung mit BKL am Kernel vorgenommen hat, aber nicht wusste, dass dann der NVidia Treiber nicht mehr baut.

richtig, so war es.
und Linus hat mittlerweile nachgezogen, wie ich anderorten schon verlinkt habe.
ob das in 2.6.28-1 dann einfliesst oder erst in 2.6.29, bleibt abzuwarten, spielt im endefeekt auch keine rolle.

greetz
devil

[seagull]

http://www.nvnews.net/vbulletin/showthread.php?s=6a61e9d5c6bb32ad6928b6fc96362a9c&t=160714

War wohl "bit rot" in Nvidia-Source ! slh in dieser Beziehung rehabilitiert!
Asche auf mein Haupt.

[towo]

Hm?
2.6.38-gitX ist linux-next, sprich 2.6.39, nix mit bit rot.
Im Normalfall werden keine solche Änderungen in einem Pointrelease einde stable Serie gemacht.

[Phoenix]

Hallo holgerw,
   
weil hier ja "freie Rede" angesagt ist, auch mal mein Senf dazu...

"Ferdinand, das ist richtig, aber wenn es um sidux Anwender mit höheren 3D Anforderungen ging, wurde schon auf sidux.com von Seiten des Teams von Ati/AMD abgeraten und fleißig für Nvidia geworben."

Selbst wenn anfangs alles mit irgendeiner Grafikkarte funktioniert hat, kommen zwischenzeitlich irgendwelche unangekündigten Basisänderungen, und plötzlich geht- nichts mehr. So wie bei mir mit 2 laufenden Systemen an einem Mainboard kann ich zumindest versuchen, Hilfe zu bekommen; 1- System- Rechner bieten da keinerlei Chancen, weil nichts mehr geht. Die Grafikkarte ist ein Basisteil, ohne das ich mir den Rechner sparen kann. Fair wäre zumindest, wenn solche Kardinaländerungen zur Diskussion gestellt würden, bevor das Kind in den Brunnen gefallen ist. Aber das ist wohl mal wieder der Satz mit X.

"Klar, die Macher von aptosid geben den Ton an. Aber etwas mehr Nachsicht mit der Community, auch zu Lasten der Aktualität der Distribution, wäre schön. Finde ich."

"Das findest Du meines Erachtens ganz richtig, aber wie Torsten schon schrieb:
     Zitat:
Wir reden hier aber über eine Änderung am Kernel, die es upstream noch gar nicht gibt, sondern egoman in den aptosid Kernel aufgenommen wurde."

Und was macht der "einfache Anwender" jetzt? Hier die 6 oder 7 Threads mit vielleicht 100 Beiträgen zum Thema durchlesen, in Handbuch und Wiki suchen, von den aufgefundenen dutzenden Tipps einige probieren und ggfs. sein System weiter zerschießen??

"Da sind zum einen die vielen vielen Nutzer die keine Nvidiakarte einsetzen. Warum sollten die auf den Fortschritt verzichten."

"Worin liegt der Fortschritt, etwas zu entfernen, was noch nicht Upstream ist und was dazu führt, dass die vielen Nvidia Karten Nutzer bei vernünftigem 3D im Regen stehen. Haben denn Nutzer von Intel- und AMD-Karten durch das Entfernen Vorteile?"

Sicher, die reiben sich jetzt die Hände, daß sie keine NVidia haben... und morgen geht's andersrum. Tut mir leid, für solchen Mist fehlt auch mir jegliches Verständnis.

"BKL ist tot, und slh hat entschieden, nicht zu warten. das killte virtualbox, flrgx und jetzt eben nvidia. pech für die user? sehe ich nicht so: ...%"

"Oh ja, und wenn noch mehr Dinge rausfliegen, stellt demnächst noch ein weiterer Nutzer für Soundkarten mit proprietären Treibern ein eigenes Repo zur Verfügung, alle Verfechter von sauberen Upgradepfaden werden sich sicher sehr darüber freuen, noch weitere Fremdrepos aktivieren zu müssen. ..."

Ja, bei agaida kann ich mir ja noch den Einzeltreiber laden und installieren; was mache ich mit dem Frickelplatz? Keine Ahnung, was ich mir mit Öffnung dieses Repos alles antue. Mag ja sein, daß ich zu (...) bin, um mit sowas umzugehen; aber andere "einfache" Nutzer werden das gleiche Problem haben.

"außerdem: das ist ein temporäres problem: irgendwann wird nvidia seinen treiber fixen, wer weder towos noch agaidas kernel (oder den vanillakernel, den gibts ja auch immernoch) haben will, setzt eben die kernel-metapakete auf hold und wartet bis sich das problem erledigt hat. "

"... ich habe aber keine Zeit für solche Sachen, um es mal ganz deutlich zu sagen. Ich bin ambitionierter Linux Nutzer, ich befasse mich gerne mit Linuxdistributionen und ihren Eigenheiten, aber bitteschön immer noch als Nutzer. ... Und wenn nach einem Update dies und das nicht mehr geht, und zwar nicht, weil mal in Sid Pakete nicht zusammen passen, sondern weil etwas grundlegend an den Treibern und dem Kernel geändert wurde, und wenn ich dann im Hinterkopf habe, dass sidux und nun aptoasid als nutzerfreundliches Debian Sid Derivat konzipiert sein soll, dann passt da etwas nicht zusammen und meine Dankbarkeit hält sich dann in Grenzen."

Ich bin ja noch nicht so lange dabei, habe mit meiner angeblichen Dau- Fragerei aber wohl schon einigen Wirbel erzeugt; aber von der Fremdeinschätzung zu Anfang meiner Beschäftigung mit Sidux/ aptosid, daß die Debian- Abteilung stabil (trotz "unstable") und nutzerfreundlich sei, bin ich völlig abgekommen.  Bastelfreundlich- ja absolut, aber für längere produktive Arbeit ohne absolutes Fachwissen völlig ungeeignet.

"... Ich muss auch bei einer Distribution nicht unbedingt alles aus einer Hand haben, einen Patch oder Haken ein oder auszupflegen ist doch kein Teufelswerk. Und der Grundtenor, dass die vom Kernel Abhängigen, also die Treiberhersteller (und auch die Community-Entwickler) dem Kernel zu folgen haben, ist richtig. Andersrum wäre eigentlich nur Stagnation die Folge und das will wirklich keiner. Und es gibt wirklich auch ohne Towo oder mich genügend Alternativen."

Sicher, nur wie findet man sich im dem Tohuwabohu noch zurecht? Ich hab beispielsweise jetzt mal wieder versucht, alle Tipps für die VirtualBox zu sortieren. Logisch und einfach ist da was anderes. Die Herstellerinfo sollte ja eigentlich das aktuellste und stimmigste bieten; aber schon die recht neue Anleitung von agaida im Wiki ist nicht mehr aktuell. Details dazu erspare ich mir hier.

"Die meisten Nutzer auch von aptosid möchten mit ihrer Distribution arbeiten, und nicht ständig an ihrer Distribution. Und als solches wurde sidux und aptosid immer promoted. Wenn sich das ändern soll, dann sollte das auch ehrlich gesagt werden."

Kann man zwischen den Zeilen lesen, ergibt sich zwangsläufig; aptosid ist bereits abgedriftet. Ich frage mich so manches mal: wozu brauchst du deinen Rechner wirklich? Ja klar, zunächst zum arbeiten, nicht zum basteln. Aber letzteres kann auch interessant sein, aber doch bitte nicht jeden Tag.

"Kleine Unpässlichkeiten sind es für Fachleute, für Nutzer ist es ärgerlich. Und bei Kritik gleich zu kommen mit, es gibt doch Alterntiven, damit machen es sich Entwickler schön einfach. Und der Status Quo ist, auch wenn Linus nachziehen wird:
     

"Nvidia kann also gar nicht reagieren, solange diese Änderung nicht upstream erfolgt."

"Für mich als Nutzer bedeutet Stagnation übrigens, wenn ich mich mehr damit auseinander setzen muss, wie ich mein Werkzeug funktionstüchtig bekomme, als einfach mit dem Werkzeug zu arbeiten. Bitte versteh das nicht falsch: Bis zu einem bestimmten Maß lasse ich mir das gefallen, Linux ist eines meiner Hobbies und es macht mir auch Spaß, mal etwas hinzubiegen."

Stagnation ist ja Stillstand; türmen sich die Hürden, sein System dauerhaft lauffähig zu erhalten, aber jeden Tag höher, ist das nichts anderes als Rückschritt. Um den Problemen zu entgehen, kann man Vorschläge machen, die nicht gehört oder sonstwie dämlich abgemeiert werden oder irgendwann einfach in den Topf von mehr als 100 Alternativen greifen.

"... Aber auch für Entwickler gilt doch: Einige möchten, dass eine große Anzahl an Anwendern gut mit ihrer Software klar kommt, andere machen einfach ihr Ding und stellen es zur Verfügung, und die Anwender haben damit einfach klar zu kommen.
... aber wenn ich merke, dass Entwickler möchten, dass ich bitteschön genau die gleiche Einstellung zum Computer haben soll, wie sie, und sonst nichts zu prinzen haben, dann werde ich pampig."

Aber das letztere lohnt sich nicht; da bekommt man nur Magengeschwüre. Irgendwie sind auch freie Entwickler Diensteanbieter; aber wie ich erkennen kann, gibt es auch hier genügend "Experten", die nicht um den Sinn des Wortes wissen. Wenn die nicht auf einen Bedarf eines Nutzers eingehen wollen, müssen sie es lassen, dürfen sich aber auch bei Angriffen nicht beleidigt fühlen.

Schönes Wochenende

Phoenix

[DonKult]

@DonKult, diese Aussage verstehe ich nicht:

Da sind zum einen die vielen vielen Nutzer die keine Nvidiakarte einsetzen. Warum sollten die auf den Fortschritt verzichten.

Worin liegt der Fortschritt, etwas zu entfernen, was noch nicht Upstream ist und was dazu führt, dass die vielen Nvidia Karten Nutzer bei vernünftigem 3D im Regen stehen. Haben denn Nutzer von Intel- und AMD-Karten durch das Entfernen Vorteile?

Irgendeinen Vorteil wird es wohl haben, sonst hätte man sich wohl nicht die Arbeit gemacht ihn zu entfernen. Für die "hochqualifizierten" Benchmarks sind Newsportale zuständig. Bisherige Realtime-Kernelfreunde sollte das jedenfalls freuen. Für mich persönlich, da mich Performance meist nur perifär interessiert, liegt der Vorteil größtenteils darin, dass slh nach oben berichten kann, dass alles auch ohne BKL funktioniert. Mal von binären Unfällen anderer abgesehen...

Und der Status Quo ist, auch wenn Linus nachziehen wird:

Nvidia kann also gar nicht reagieren, solange diese Änderung nicht upstream erfolgt.

Naja, der Commit entfernt die Option BKL - das ist seit langem geplant und hat selbst keine direkten Auswirkungen auf fremdcode - wenn ja wenn der damit zurecht kommt, dass die Option nicht aktiviert ist. Nvidia verlangte halt zu lange ein aktives...

"Bereiten sie sich bitte darauf vor das Haus zu räumen, ich werde es in ein paar Monaten abreisen!" Wenn ich dann bis 5 Minuten vor Sprengung warte - wobei die später kam als vorher angekündigt - dann bin ich selber Schuld...

Für mich als Nutzer bedeutet Stagnation übrigens, wenn ich mich mehr damit auseinander setzen muss, wie ich mein Werkzeug funktionstüchtig bekomme, als einfach mit dem Werkzeug zu arbeiten. Bitte versteh das nicht falsch: Bis zu einem bestimmten Maß lasse ich mir das gefallen, Linux ist eines meiner Hobbies und es macht mir auch Spaß, mal etwas hinzubiegen.

Es sei euch allen ungenommen statt diesem und viele andere Threads zu befeuen stattdessen ein wenig Wandern zu gehen. "Zur Not" auch mit der besseren Hälfte.

Aber eines sollte klar sein: aptosid ist keine Friede-Freude-Eierkuchen Distribution. Man muss schon damit rechnen, dass nach einem d-u mal was nicht geht - und das kann nun eben auch mal 3D für Nvidia sein - davon geht aber keinesfalls die Welt unter, niemand hat sich verschworen und die Bestechungszahlungen von ATI an slh halten sich auch in Grenzen. Die Lösung des Problems ist immerhin solange Nvidia nicht reagiert hat genau einen Tastendruck entfernt: Pfeiltaste nach unten - in Grub um einen alten Kernel auszuwählen... Also, wofür diese Aufregung? Vor allem weils ja jetzt auch tausendfach im Forum steht, dass es mit Nvidia Probleme gibt - der Anwender, der sich da jetzt nicht drum kümmern möchte lässt das upgrade eben mal für heute sein und geht stattdessen  Powerwalken...

[devil]

Phoenix,

Selbst wenn anfangs alles mit irgendeiner Grafikkarte funktioniert hat, kommen zwischenzeitlich irgendwelche unangekündigten Basisänderungen, und plötzlich geht- nichts mehr. So wie bei mir mit 2 laufenden Systemen an einem Mainboard kann ich zumindest versuchen, Hilfe zu bekommen; 1- System- Rechner bieten da keinerlei Chancen, weil nichts mehr geht. Die Grafikkarte ist ein Basisteil, ohne das ich mir den Rechner sparen kann. Fair wäre zumindest, wenn solche Kardinaländerungen zur Diskussion gestellt würden, bevor das Kind in den Brunnen gefallen ist. Aber das ist wohl mal wieder der Satz mit X.

Satz mit X?
es gibt auch sätze ohne X. will sagen, grafikkarten gehen immer, es sei denn sie sind kaputt.
es gab zeiten, da gabs kein bunt sondern nur den satz ohne X. es soll sogar leute geben, die damit arbeiten.
wie sich jetzt im endeeffekt rausstellte, war das ganze einfach im nvidia treiber in ein oder 2 zeilen zu fixen ohne den kernel auch nur anzuschauen.

Und was macht der "einfache Anwender" jetzt? Hier die 6 oder 7 Threads mit vielleicht 100 Beiträgen zum Thema durchlesen, in Handbuch und Wiki suchen, von den aufgefundenen dutzenden Tipps einige probieren und ggfs. sein System weiter zerschießen??

du trägst doch selber dazu bei, seitenweise die threads zu verlängern.
ich fand jetzt das geheule doch sehr übertrieben, unsachlich, z.t. beleidigend.
es wäre sinnvoller, sich auf die technischen aspekte zu konzentrieren, dann muss auch keiner in vielen threads nach lösungen suchen.
und ob jetzt deine obige frage eine rethorische war, oder ob du wirklich nicht weiterkommst (in bezug auf nvidia) weiss auch kein mensch.

Ja, bei agaida kann ich mir ja noch den Einzeltreiber laden und installieren; was mache ich mit dem Frickelplatz? Keine Ahnung, was ich mir mit Öffnung dieses Repos alles antue. Mag ja sein, daß ich zu (...) bin, um mit sowas umzugehen; aber andere "einfache" Nutzer werden das gleiche Problem haben.

dann sind diese user einfach falsch hier, tut mir leid.

Kann man zwischen den Zeilen lesen, ergibt sich zwangsläufig; aptosid ist bereits abgedriftet. Ich frage mich so manches mal: wozu brauchst du deinen Rechner wirklich? Ja klar, zunächst zum arbeiten, nicht zum basteln. Aber letzteres kann auch interessant sein, aber doch bitte nicht jeden Tag.

da muss ich leider wiedersprechen: nichts ist abgedriftet. aptosid verfolgt das gleiche ziel, was wir vor 4 jahren bei gründung von sidux formuliert haben.
vielleicht sagst du mir, was sich da geändert hat.

Irgendwie sind auch freie Entwickler Diensteanbieter; aber wie ich erkennen kann, gibt es auch hier genügend "Experten", die nicht um den Sinn des Wortes wissen. Wenn die nicht auf einen Bedarf eines Nutzers eingehen wollen, müssen sie es lassen, dürfen sich aber auch bei Angriffen nicht beleidigt fühlen.

anspruchsdenken, mit dem ich nicht konform gehen kann, sorry. wir haben nichts zu verkaufen, wir bieten kostenlos ein produkt und auch noch tag und nacht support dazu. keiner von uns muss irgendwas, erst recht nicht sich angreifen lassen.

* bäh, jetzt hab ich auch noch selbst überflüssigerweise die threads verlängert.


greetz
devil

[holgerw]

Hallo David,

Irgendeinen Vorteil wird es wohl haben, sonst hätte man sich wohl nicht die Arbeit gemacht ihn zu entfernen. Wink Für die "hochqualifizierten" Benchmarks sind Newsportale zuständig.

Ein harter Fakt, dass ungefähr ein Drittel der Linuxanwender mit Nvidia dann kein 3D mehr hat gegen irgendwelche Vorteile, die es schon haben wird, sorry, aber da verliert meines Erachtens das irgendwie schon haben wird als Argument :-)

Naja, der Commit entfernt die Option BKL - das ist seit langem geplant und hat selbst keine direkten Auswirkungen auf fremdcode - wenn ja wenn der damit zurecht kommt, dass die Option nicht aktiviert ist. Nvidia verlangte halt zu lange ein aktives...

Ich glaube, Nvidia interessiert, was beim Status Quo upstream ist und nicht, was schon als "demnächst" mal noch in der Diskussionsphase ist.

Es sei euch allen ungenommen statt diesem und viele andere Threads zu befeuen stattdessen ein wenig Wandern zu gehen. "Zur Not" auch mit der besseren Hälfte.

David, hier im Forum zu diskutieren nenne ich Kommunikation und das ist für mich keine Zeitverschwendung, sollte allerdings gleich meine Frau ins Zimmer kommen und mit mir etwas unternehmen wollen, dann würde dies hier erst einmal zur Seite gelegt :-)
Und ich gehe doch schon davon aus, dass Du genau verstehst, wie ich das in meinem Kommentar mit dem Spazieren gehen gemeint habe, bitte reiße das nicht aus dem Kontext.

Ich habe klar gemacht, dass wir mit der Sachlage umgehen können, bei mir lief der Nvidia Bau mit Towos neuen Paketen hervorragend, aber ich habe auch klar gemacht, das ich mit einigen Äußerungen hier nicht einverstanden bin und das tue ich auch weiterhin.

Aber eines sollte klar sein: aptosid ist keine Friede-Freude-Eierkuchen Distribution. Man muss schon damit rechnen, dass nach einem d-u mal was nicht geht - und das kann nun eben auch mal 3D für Nvidia sein - davon geht aber keinesfalls die Welt unter, niemand hat sich verschworen und die Bestechungszahlungen von ATI an slh halten sich auch in Grenzen. Die Lösung des Problems ist immerhin solange Nvidia nicht reagiert hat genau einen Tastendruck entfernt: Pfeiltaste nach unten - in Grub um einen alten Kernel auszuwählen... Also, wofür diese Aufregung?

Erstens habe ich zwischen Reibereien durch die Paketsituation in Sid und dem Entfernen grundlegender Funktionen deutlich unterschieden.
Und zweitens habe ich doch geschrieben, dass ich hier mit einigen Aussagen nicht einverstanden bin, die Sache ist zu lösen, für mich zumindest, ob für einen aptosid Anfänger, kann ich schwer beurteilen.

Viele Grüße,
 Holger

[ralv]

Phoenix,

Bei allem Respekt...aber du schießt weit über das Ziel hinaus. Eine Äußerung wie:

Aber das letztere lohnt sich nicht; da bekommt man nur Magengeschwüre. Irgendwie sind auch freie Entwickler Diensteanbieter; aber wie ich erkennen kann, gibt es auch hier genügend "Experten", die nicht um den Sinn des Wortes wissen. Wenn die nicht auf einen Bedarf eines Nutzers eingehen wollen, müssen sie es lassen, dürfen sich aber auch bei Angriffen nicht beleidigt fühlen.

kannst du vielleicht gegenüber einem bezahlten Entwicklerteam bringen, aber nicht gegenüber Freiwilligen! Und Angriffen "muss" sich hier schon mal gar keiner aussetzen...man darf sich dann also auch durchaus beleidigt fühlen. Was du ja offenbar auch tust. Denn dein ganzer Text ist purer Frust und, in meinen Augen, Nachtreten.
Agaida machte es nochmal deutlich: aptosid beruht auf dem Entwicklerzweig für Debian. Wer sich das und die damit möglicherweise verbundenen Unannehmlichkeiten nicht bewusst machen kann/will, der sollte ernsthaft den Wechsel zu einer anderen Distri erwägen. Und dabei geht es gar nicht darum, hier einen elitären Kreis zu bilden. Es gibt doch für nahezu jede Benutzergruppe abgestimmte Distris. Und wenn ich mich für eine entscheide, dann erkenne ich damit auch den Weg an, den ihre Macher verfolgen. Wenn ich damit nicht mehr einverstanden bin, muss ich halt wechseln. Wie gesagt, es gibt genug Auswahl...
Wenn Du sowas wie Basisdemokratie bei der Entwicklung einer Distri haben möchtest, dann würde ich gerne mal sehen, wie schnell sich die wohl weiterentwickelt (siehe die Threads hier...)

[devil]

Und wenn ich mich für eine entscheide, dann erkenne ich damit auch den Weg an, den ihre Macher verfolgen. Wenn ich damit nicht mehr einverstanden bin, muss ich halt wechseln. Wie gesagt, es gibt genug Auswahl...

eben, ich erkenne den generellen weg an, der beschritten wird. einzelentscheidungen wird immer jemand bemäkeln und das ist auch gut so. das hat aber nichts mit der form der hier stattgefundenen diskussion in ihrer breite und emotionalität zu tun.

greetz
devil

[hubi]

Irgendwie sind auch freie Entwickler Diensteanbieter [...]wenn die nicht auf einen Bedarf eines Nutzers eingehen wollen, müssen sie es lassen

Da gibt's eine Gerichtsentscheidung in Deutschland? Wenn ja, dann würde ich sofort meine namentlich gezeichneten Übersetzungen des Handbuchs von deutschen Servern nehmen wollen.

Aber ich denke, da wurde nur fantasiert. Also bleiben sie.

hubi