Hallo Martin,
dazu hatte ich Anfang Februar schon etwas zu SaX2 und nach möglichem Ersatz geschrieben. Leider noch ein ernüchterndes Ergebnis.
Nachlesen kann man hier: http://lists.opensuse.org/opensuse-de/2010-02/msg00224.html dort werden aber zwei ganz verschiedene Dinge in der Diskussion vermischt: einmal die Konfiguration von x und die Behandlung von (nicht über das OS-Repo eingespielten) Kernel-Treibermodulen bei Updates.
Ich meinte auch auf SaX2 und X bezogen, alles andere kannst du streichen, weil mehr an David gerichtet.
Wenn man sich jetzt mal auf die Konfiguration von X beschränkt, geht es letztlich um 2 Schritte:
- Erkennung der Hardwarekonfiguration - Einstellen der passenden Konfiguration, also der passenden Treiber und der entsprechenden Optionen dazu (im Treiber und in X generell)
Wenn man dann mal analysiert, was dabei oft schief geht, dann ist es doch meistens die Auswahl eines Treibers, der zwar formell gesehen korrekt ist, aber halt doch nicht so recht funktioniert. Das hat sax aber auch sehr oft falsch (bzw ungünstig) gemacht, so dass man mit Startoptionen nachhelfen musste.
Jepp, und da ist leider die Schuldfrage nicht geklärt, ob die Übergabe der Einstellungen vom X-Server/Hal an den fglrx-Treiber nicht sauber funktioniert oder umgekehrt. Hier mal ein Auszug aus der Logdatei, wenn ich die Konfiguration des Treibers zur Boot-Zeit dem X-Server/Hal überlasse oder wenn ich manuell eine Konfigurationsdatei /etc/X11/xorg.conf mittels "X -configure" erstellen möchte (Ergebnis ist dasgleiche). # cat /var/log/Xorg.0.log [...] (II) Module vgahw: vendor="X.Org Foundation" compiled for 1.6.5, module version = 0.1.0 ABI class: X.Org Video Driver, version 5.0 (II) fglrx(0): PCI bus 1 card 0 func 0 (II) fglrx(0): Creating default Display subsection in Screen section "Builtin Default fglrx Screen 0" for depth/fbbpp 8/8 (EE) fglrx(0): Given depth (8) is not supported by fglrx driver (EE) fglrx(0): PreInitVisual failed (EE) fglrx(0): PreInit failed (II) fglrx(0): === [atiddxPreInit] === end SetVBEMode failed (II) UnloadModule: "fglrx" (II) UnloadModule: "vgahw" (II) Unloading /usr/lib64/xorg/modules//libvgahw.so (II) UnloadModule: "fglrxdrm" (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found So, jetzt ist wohl die Frage, wer wen nicht versteht?! Entweder übergibt der X-Server/Hal eine falsche Einstellung wegen mangelhafter Erkennung an den fglrx-Treiber oder der fglrx-Treiber kann mit dieser Einstellung gar nichts anfangen und verweigert die Zusammenarbeit. Sax2 kann einfach besser zwischen X-Server/Hal und dem fglrx-Treiber vermitteln. Deswegen graust es mich schon heute, wenn Sax2 wie geplannt wegfallen sollte. Ich bin eher dafür, dass man Sax2 solange noch beibehält bis das Zusammenspiel mit den proprietären Treiber und dem X-Server/Hal reibungslos funktioniert.
Was ich daher eher vermisse als sax, wäre ein Tool wie in yast der sysconfig-Editor, mit dem man bestimmte Einstellungen komfortabel und syntax-korrekt vornehmen kann - zusätzlich zu der Auto-Erkennung, die vorher sax und jetzt eben HAL bzw. X vornehmen.
Sowas gibt es bereits in KDE 4.x unter Systemverwaltung => Anzeige. Leider kann er nicht automatisch bestimmen, welche Bildschirmgrößen verfügbar sind und die Monitorfrequenzen abfragt. Das Äquivalent in Gnome, LXDE und Co. weiß ich leider nicht. -- Gruß Sebastian - openSUSE Member (Freespacer) http://de.opensuse.org/Benutzer:Freespacer Wichtiger Hinweis zur openSUSE Mailing Liste: http://de.opensuse.org/OpenSUSE_mailing_list_netiquette -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org