GentooForum.de

Also durch ein

konnte ich zwar erfolgreich auf xorg-1.5.3 updaten, allerdings habe ich danach den Xserver nicht zum laufen überreden können (no screens found).
Ein

hat dann auch noch zum Einfrieren des Systems geführt, so dass ich erstmal wieder auf xorg-server-1.3.0.0.-r6 runter bin.

Hmmm...so macht das keinen Spass :D

Jaja jetzt hat der xorg-server 1.5 auch das stable Volk erreicht . Mir erging es heute ähnlich. Zum Glück habe ich sofort ein vollständiges Systembackup gemacht, da ich in etwa wusste, was mir da schwant. Und ratet mal, womit ihc meinen CPU gerade beschäftige? Mit Backup zurückspielen .
Es hat keine 5 Minuten gedauert und ich habe es irgendwie geschafft mit einer deinstallierten gcc Version und Xorg Mischmasch mein System in die Knie zu zwingen. Naja morgen wird erst mal alles genau dokumentiert, was ich mache und ich hoffe, dass noch ein schönes (deutsches) HowTo nachgeliefert wird.

Zu Niniveh:
Ich habe diese Meldung heute auch zum ersten Mal gesehen, aber so wie es aussieht, soll sie eine Art (Warn)Hinweis sein, da jetzt die neue 1.5er Version online ist. Den genauen Text kann ich dir nicht mehr sagen, aber den kannst du folgendermaßen abrufen (wenn mich mein Gedächtniss nicht täuscht):

Hm.. ein Upgrade auf xorg-server-1.5* sollte eigentlich keine Hexerei sein..
ich fasse hier mal die Grundlegenden Sachen zusammen.

In der /etc/make.conf die Variablen für Input-Devices und Grafik-Treiber setzen
Beispiel:
Grafik Treiber Beispiel für eine nVidia Karte
Wenn man "hal" für die Eingabegeräte verwenden möchte (ist aktuell Standard) drauf achten das die Use-Flag "hal" gesetzt ist, am besten Global, also zu den USE="hal" in der make.conf eintragen.
Nun kann der xorg-server via installiert werden.
Es sollten die Meldungen (Messages) nach dem mergen beachtet werden, dort wird vermutlich stehen das bitte alle installierten "x11-drivers" neu zu mergen sind (wegen dem ABI Wechsel)
Die installierten "x11-drivers" lassen sich zb mit "qlist" auflisten, (qlist ist in dem Paket "app-portage/portage-utils" enthalten) wenn noch nicht installiert (emerge -av portage-utils)
nun kann mit einem die installierten Treiber aufgelistet werden, diese sollten dann neu merged werden
Alternativ erledigt dies auch ein

Evtl. sind nun noch ein par Konfigurations-Dateien anzupassen, bzw zu überprüfen, also machen wir ein "etc-update) (Alternativ "dispatch-conf" ) , ein abschließendes "revdep-rebuild" kann auch nicht schaden.
Fertig..

Wenn xorg-server mit USE="hal" gebaut wurde sollte noch sichergestellt werden das "dbus" und "hald" auch bei booten mit gestartet werden, also machen wir
Nun werden die Eingabegeräte wie Maus u. Tastatur von "hal" verwaltet, die "Device" Einträge in der xorg.conf werden nicht mehr genutzt und sollten somit auskommentiert werden.
Standardmäßig wird "hal" uns ein "en" Keyboard-Layout liefern, dies kann dann zb jeder User für seine Bedürfnisse in seinen Desktop Einstellungen ändern/anpassen (in den Tastatur Einstellungen)
Wir können aber auch Systemweit ein zb Deutsches Tastatur-Layout einstellen, hierfür benötigen wir dann eine passende hal-Policy
Für ein Deutsches Tastatur-Layout könnte die hal-Policy zb so ausschauen, (kopiert diese Policy in die angegebene Datei)
Nun sollte nach einem neustart von "hald" und X (oder des Rechners) der neue xorg-server problemlos laufen..

Ich hoffe ich hab nichts vergessen, wenn wer verbesserungs-Vorschläge hat, so möge er sie bitte posten.

EDIT:
Ich habe grad gesehen das es auch schon ein Offiziellen
Upgrade Guide gibt (en)
siehe: http://www.gentoo.org/proj/en/desktop/x/…grade-guide.xml
siehe zb auch: http://de.gentoo-wiki.com/wiki/X.Org/Upgrade

Edit:2
Ich habe die hal Policy noch mal überarbeitet und an das zukünftige Format angepasst, die eigentlichen Funktionen sind gleich geblieben.

Zusätzlich ist noch zu empfehlen in der xorg.conf mit aufzunehmen.

/edit3
Link hinzugefügt

sehr schön beschrieben.
Jedoch steht in der offiziellen MItteilung in der News nicht, dass man es in die make.conf eintragen muß (wie ich mir schon d8e), sondern, dass man das paket xorg-server damit als useflag compilieren muß.
Eixt man nämlich nach xorg-server erhält man 9283749283 Useflagmöglichkeiten mit gewünschten Parametern zur Hardware.
Meinen Laptop habe ich damit erstmal verschont, nachdem ich auf der ps3 kein Licht mehr sah.
No screens found ist wohl der Fehler der Saison.
Ferner wird darauf hingewisen, dass die hal+evdev Kombi die xorg.conf nur noch grob überschlägt und eigentlich alle Dinge aus hal und dbus generiert. Für mich ist das ein Schritt zurück, oder ein Schritt, den wir an windows hassen. Für ein Multiplatform System wie eine liveCD finde ich das passend, aber warum soll mein festes System immer wieder erst schaun, was verbaut ist, wenn ich es ihm besser vorher konkret sagen kann.
Ich weiß nicht, ob du erwähnt hast, dass bei den input drivern im Kernel die Option evdev mit eingebacken werden muß, wenn man die Version mit hal+evdev nutzt.

Aber wenn mein Lieblingsjosef hier ein Tutorial gepostet hat, wie es sicher geht, mache ich mich auch ran.
Sollte es das bis Freitag nicht gem8 haben, könnte es sein, dass ich ein wenig meine ps3 penetriere, um es selbst niederzulegen.

have fun, guyz

Zitat von »Poedel«

Für mich ist das ein Schritt zurück, oder ein Schritt, den wir an windows hassen. Für ein Multiplatform System wie eine liveCD finde ich das passend, aber warum soll mein festes System immer wieder erst schaun, was verbaut ist, wenn ich es ihm besser vorher konkret sagen kann.

Genau so sehe ich das auch.
Werde dann mal am Wochenende das update wiederholen, ich denke mal es geht dann gut :)

Zitat von »Poedel«

No screens found ist wohl der Fehler der Saison.

Diesen Fehler hatte ich auch schon. So wie es aussieht, sind die xorg-server 1.3 und 1.5er xorg.conf files inkompatibel zueinander. Meine Empfehlung wäre X -configure durchlaufen zu lassen und evtl nachbearbeiten. Dann sollte wieder alles funktionieren

wenn du xorg-server ohne hal useflag compilierst müßte es sogar noch so funktionieren, wenn ich die news korrekt gedeutet habe.
Testen werden ich das auf der ps3.. ggf. heute abend.

Hey Poedel, danke für die Blumen..
ein Tutorial in dem Sinne sollte es eigentlich gar nicht werden, wollte nur mal einige meiner Erfahrungen bezüglich >=xorg-1.5* mit "hal" hier posten, da ich es schon ne ganze weile nutze und das Thema grad Aktuell ist.

Zitat von »Poedel«

Ich weiß nicht, ob du erwähnt hast, dass bei den input drivern im Kernel die Option evdev mit eingebacken werden muß, wenn man die Version mit hal+evdev nutzt.

Da hast du natürlich recht, dies hatte ich glatt vergessen zu erwähnen, dies sollte natürlich aktiviert sein.

Ansonsten bin ich den Neuerungen, bezüglich der Verwaltung der Input-Devices via "hal" , eigentlich Positiv gegenüber gestellt, da es idR sehr gut funktioniert, und grade bei Mobilen PC's wo man doch ab und zu neue oder andere Hardware (wie Maus Tastatur Kameras Telefone usw) ansteckt ist dies eine prima Sache finde ich..
Aber auch bei einem Stationären PC lässt es sich gut nutzen, mein Logitech diNovo Maus-Tastatur Set wurde zb auf Anhieb korrekt erkannt/zugeordnet, mitsamt allen der ca. 24 Multimedia / Sondertasten


Aber nungut, man muß "hal" für die Eingabe Geräte ja nicht nutzen wenn man nicht mag, ein Eintrag in der xorg.conf unter verhindert die Übernahme der Eingabe-Geräte von hal , und somit kann man auch weiterhin Xorg und die Konfiguration in der altbewährten xorg.conf vornehmen und nutzen.

MfG

da hast du natürlich wahr.
Aber wenn es mit hal nur die Peripherie beinflußt, dann wundert es mich, dass mein X gar nicht mehr startet.
Es muss also definitv noch andere Dinge ärgern. Während ich gleich Bazis@Barcas schaue lasse ich mal die ps3 den xorg-server ohne hal emergieren. Schaumama.

Zitat von »josef.95«

Nun sollte nach einem neustart von "hald" und X (oder des Rechners) der neue xorg-server problemlos laufen..

So, konnte nun doch schon früher das updaten wiederholen und es hat funktioniert. Lediglich das nvidia Kernel Modul musste ich zweimal bauen weil es nach dem reboot nicht geladen werden konnte...weiss der Geier warum.

Besten Dank für die Anleitung!

@make.conf
freut mich das es nun bei dir geklappt hat

@Poedel
Hm.. mit PS-3 uä kenne ich mich leider überhaupt nicht aus..
bekommst du denn nach einem altbewährtem startx keinerlei hilfreiche Fehlermeldungen?

doch, so Dinge wie Modul fehlt für vesa, fbdev etc.
ist natürlich glatt gelogen, da sie ja vorher auch da waren
Ich habe xorg-server auf der ps3 gerade mal maskiert, werde es aber erst Donnerstag oder Freitag downgraden.
Mal sehen, ob es dann wieder geht.

Zitat von »josef.95«

...
Es sollten die Meldungen (messages) nach dem mergen beachtet werden, dort wird vermutlich stehen das bitte alle installierten "x11-drivers" neu zu mergen sind (wegen dem ABI wechsel)
Die installierten "x11-drivers" lassen sich zb mit "qlist" auflisten, (qlist ist in dem Paket "app-portage/portage-utils" enthalten) wenn noch nicht installiert (emerge -av portage-utils)
nun kann mit einem

	Quellcode
1	# qlist -IC x11-drivers/

die installierten Treiber aufgelistet werden, diese sollten dann neu merged werden

	Quellcode
1	# emerge -av --oneshot (die gelisteten x11-drivers)

...

Zitat von »Poedel«

doch, so Dinge wie Modul fehlt für vesa, fbdev etc.
ist natürlich glatt gelogen, da sie ja vorher auch da waren
Ich habe xorg-server auf der ps3 gerade mal maskiert, werde es aber erst Donnerstag oder Freitag downgraden.
Mal sehen, ob es dann wieder geht.

Hast Du dich denn an den Ausschnitt von josef gehalten?


Bei mir hatte es nach ein wenig lesen des Tutorials auch geklappt. Einziges Problem was ich habe, der Radeon Treiber wird nicht mehr erkannt, den ich eigentlich für XrandR brauche. Hab jetzt vorrübergehend fglrx wieder drin, aber da funktioniert mein zweiter Monitor nicht wie er soll...

Hat jemand schon Erfahrungen mit ATI Karten und dem neuen Xserver gemacht?

Zitat von »würmchen«

Hat jemand schon Erfahrungen mit ATI Karten und dem neuen Xserver gemacht?

Also bei mir funktioniert alles super mit dem radeon treiber. Xorg konnte sogar jetzt 1280*1024 einstellen, ohne dass ich die horizonale und Vertikale Frequenz angeben musste.

werde wohl den Feiertag nutzen, den Lappy mal zu sichern und danach upzugraden. Ich werde es nach dem Weg des heiligen Josef machen. Mein Erfahrungen lasse ich euch wissen

Schaut zb auch mal im Wiki von Archlinux http://wiki.archlinux.de/title/Evdev , dort ist der Umgang mit xorg-x11-7.4 , hal , evdev usw schon recht gut beschrieben, da lässt sich vieles der Info auch unter gentoo nutzen..

Also bei mir funktionierte es ohne probleme. Danke an Josef für die Zusammenfassung. Aber warum werden die drivers eigentlich mit der oneshot option emerged?

Ich versuche immer sowenig wie möglich, bzw nur soviel wie nötig ins world File zu schreiben,
wenn die
INPUT_DEVICES
und
VIDEO_CARDS
Variable korrekt gesetzt ist sind die Abhängigkeiten der "x11-drivers" definiert, und somit ist es nicht mehr nötig diese im Word-File zu setzen.
Aber es wäre sicher auch nicht schlimm diese mit in world aufzunehmen, doch nötig tut es nicht..

MfG

Aah, sollte ich vielleicht auch mal tun

Naja, aber ich habe mich wohl zu früh gefreut, als ich sagte das es ohne probleme funktioniert. Mir ist erst später eine Meldung aufgefallen, die z.B. beim ausführen von glxgears kommt.



Das kommt anscheinend daher, dass TTM als Memory Manager durch GEM ersetzt wurde und GEM wohl erst ab dem Kernel 2.6.28 unterstützt wird, welcher ja derzeit noch nicht im stable zweig steht...