Von .-,.-,-.,.-,.-,.- am Mi, 21. August 2013 um 15:53 #
Na ja, je mehr ich mir Wheezy anschaue, um so mehr steigen meine Zweifel.
Zunächst habe ich mich sehr gefreut, dass meine alte Geforce4MX 420-Karte nun tatsächlich freie 3D-fähige Treiber besitzt. Selbst die Gnome-Shell läuft damit. Nur fiel mir bei genauerem Hinsehen auf, dass - auch z.B. unter LXDE - plötzlich ganze Icons, Worte und Satzteile z.B. in Lightdm, Synaptic oder Webbrowsern fehlen, die erst dann wieder erscheinen, wenn man mit der Maus darüber fährt.
IMO hat Debian hier aus politischen Gründen geschlampt und das IMO nur, weil die Wheezy-Standard-GUI Zwangs-3D erforderlich macht. In früheren Debian-Ausaben wäre ein solcher Treiber wie nouveau-vieux.dri.so aussortiert worden, da dieser vom Nouveau-Upstream nicht mehr gewartet und supported wird (das wurde mir jedenfalls von "Herstellerseite" als Hauptgrund für den Fehler genannt, niemand schaue sich den zugehörigen Code noch an; nv war deshalb gleich aus der Distro gelöscht worden, man misst hier also mit zweierlei Maß). So etwas gehört in ein Experimental-Extra-Paket ausgelagert.
Gut. Irgendwie bin ich ja selber Schuld. Glücklicherweise läuft mein alter Quadcore-Rechner aber mit einer Radeon.
Die obige Grafikkarte Geforce4MX-Grafikkarte funktioniert im 2D-Betrieb erst dann wieder einbahnfrei, wenn man sämtliche Hardwarebeschleunigung - also für 2D und 3D - abschaltet. Das ist dann aber recht sinnfrei, den Vesa-Treiber gibt es ja schleßlich schon.
Was würde das eigentlich für meinen alten Quadcore-Rechner bedeuten, wenn dieser eine modernere, aber nicht von freien Nouveau-Treibern unterstützte Nvidia-Grafikkarte enthalten würde? Bei dieser defacto-vesa-only-Hardware käme dann wohl die Llvmpipe zum Einsatz, Hauptsache, die 3D-Gnome-Shell läuft irgendwie. Was für eine "heiße" Angelegenheit für die normalerweise meist nur auf 800MHz laufenden "3GHz"-CPU-Kerne.
Wie gesagt, auch solche Fehler gehören zu Debian. Ich werde nun versuchen, den besagten Fehler mit Fedora 19 zu reproduzieren, um dann hoffentlich bei Red Hats Nouveau-Entwickler Ben Skeggs diesen Bug in der Red Hat-Bugzilla "platzieren" zu können. Von Debian kann in dieser Hinsicht leider nichts kommen und leider sind solche Geforce4MX-Chips - auch als Onboard-Varianten - in noch allzu viel, immer noch benutzter Hardware enthalten.
Von .-,.-,-.,.-.- am Fr, 23. August 2013 um 00:45 #
Da war ich wohl etwas zu optimistisch, so von wegen Reproduzieren unter anderen, neueren Distros.
Der beobachtete Fehler ist von Debian hausgemacht. Da Debian aber im Grunde genommen nichts dafür kann (es hat wohl etwas mit Treiberversionen zu tun, die für eine andere, ältere Softwareversion eines bestimmten, zwingend benötigten Programms zu alt oder zu neu sind), erspare ich mir das Geflame.
Ich habe notgedrungen xserver-xorg-video-nv 2.1.20 von Xorg heruntergeladen, kurz kompiliert und installiert. Nv läuft insoweit noch ganz annehmbar, da die Wheezy-Xorg-Version noch ein bisschen XAA-Unterstützung enthält.
Das schmälert imho die Leistung von Debian in keiner Weise.
By the way, GNU/Linux-Unerfahrene werden auch damit zurechtkommen, online finden sich zu Hauf Hilfen u. ä.
Dieser Beitrag wurde 1 mal editiert. Zuletzt am 19. Aug 2013 um 18:41.Na ja, je mehr ich mir Wheezy anschaue, um so mehr steigen meine Zweifel.
Zunächst habe ich mich sehr gefreut, dass meine alte Geforce4MX 420-Karte nun tatsächlich freie 3D-fähige Treiber besitzt. Selbst die Gnome-Shell läuft damit. Nur fiel mir bei genauerem Hinsehen auf, dass - auch z.B. unter LXDE - plötzlich ganze Icons, Worte und Satzteile z.B. in Lightdm, Synaptic oder Webbrowsern fehlen, die erst dann wieder erscheinen, wenn man mit der Maus darüber fährt.
IMO hat Debian hier aus politischen Gründen geschlampt und das IMO nur, weil die Wheezy-Standard-GUI Zwangs-3D erforderlich macht. In früheren Debian-Ausaben wäre ein solcher Treiber wie nouveau-vieux.dri.so aussortiert worden, da dieser vom Nouveau-Upstream nicht mehr gewartet und supported wird (das wurde mir jedenfalls von "Herstellerseite" als Hauptgrund für den Fehler genannt, niemand schaue sich den zugehörigen Code noch an; nv war deshalb gleich aus der Distro gelöscht worden, man misst hier also mit zweierlei Maß). So etwas gehört in ein Experimental-Extra-Paket ausgelagert.
Gut. Irgendwie bin ich ja selber Schuld. Glücklicherweise läuft mein alter Quadcore-Rechner aber mit einer Radeon.
Die obige Grafikkarte Geforce4MX-Grafikkarte funktioniert im 2D-Betrieb erst dann wieder einbahnfrei, wenn man sämtliche Hardwarebeschleunigung - also für 2D und 3D - abschaltet. Das ist dann aber recht sinnfrei, den Vesa-Treiber gibt es ja schleßlich schon.
Was würde das eigentlich für meinen alten Quadcore-Rechner bedeuten, wenn dieser eine modernere, aber nicht von freien Nouveau-Treibern unterstützte Nvidia-Grafikkarte enthalten würde? Bei dieser defacto-vesa-only-Hardware käme dann wohl die Llvmpipe zum Einsatz, Hauptsache, die 3D-Gnome-Shell läuft irgendwie. Was für eine "heiße" Angelegenheit für die normalerweise meist nur auf 800MHz laufenden "3GHz"-CPU-Kerne.
Wie gesagt, auch solche Fehler gehören zu Debian. Ich werde nun versuchen, den besagten Fehler mit Fedora 19 zu reproduzieren, um dann hoffentlich bei Red Hats Nouveau-Entwickler Ben Skeggs diesen Bug in der Red Hat-Bugzilla "platzieren" zu können. Von Debian kann in dieser Hinsicht leider nichts kommen und leider sind solche Geforce4MX-Chips - auch als Onboard-Varianten - in noch allzu viel, immer noch benutzter Hardware enthalten.
Da war ich wohl etwas zu optimistisch, so von wegen Reproduzieren unter anderen, neueren Distros.
Der beobachtete Fehler ist von Debian hausgemacht. Da Debian aber im Grunde genommen nichts dafür kann (es hat wohl etwas mit Treiberversionen zu tun, die für eine andere, ältere Softwareversion eines bestimmten, zwingend benötigten Programms zu alt oder zu neu sind), erspare ich mir das Geflame.
Ich habe notgedrungen xserver-xorg-video-nv 2.1.20 von Xorg heruntergeladen, kurz kompiliert und installiert. Nv läuft insoweit noch ganz annehmbar, da die Wheezy-Xorg-Version noch ein bisschen XAA-Unterstützung enthält.