| 1 |
Moin, |
| 2 |
|
| 3 |
Am Montag, 10. Mai 2010 20:30:11 schrieb Jan Kohnert: |
| 4 |
|
| 5 |
> Wolfgang Jankowski schrieb: |
| 6 |
> > Ein paar Blicke ins Xorg.0.log ergab, dass die Treiber (ati, evdev, |
| 7 |
> > synaptics, mouse, keyboard) nicht oder falsch installiert wurden. |
| 8 |
> > Ich habe also alle Pakete nacheinander installiert. Jetzt läuft es |
| 9 |
> > wieder. |
| 10 |
|
| 11 |
Ein revdep-rebuild findet auch keinen Grund, die Treiber neu zu bauen. Liegt |
| 12 |
wohl daran, dass hier keine übliche Programm-Library-Abhängigkeit existiert. |
| 13 |
|
| 14 |
> Die Treiber für die Karten müssen nicht zwangsläufig in einer neuen Version |
| 15 |
> vorliegen, wenn ein xorg Update ansteht. Daher werden sie auch nicht |
| 16 |
> zwangsläufig aktualisiert (sondern eben nur, wenn es eine neue Version |
| 17 |
> gibt). Dies teilt Portage beim Update mit. Und es sagt auch die Lösung: |
| 18 |
> Pakete manuell reinstallieren, damit sie mit der aktuellen ABI der xorg |
| 19 |
> Version kompatibel sind. Also genau das, was du auch gemacht hast. :) |
| 20 |
|
| 21 |
Na ja, ein bischen schöner könnte man das schon machen, schließlich ist man es |
| 22 |
nicht gewohnt, dass ein emerge einem (außer in Sonderfällen) das System |
| 23 |
unbenutzbar hinterlässt. |
| 24 |
Im Anbetracht der Tatsache, dass _jeder_ dier dieses xorg-Update durchführt, |
| 25 |
auch die Treiber neu bauen muss, hätte ohne zusätzlichen Aufwand für den |
| 26 |
Anwender einfach pseudo-neue Versionen der Treiber herausbringen können, nur |
| 27 |
neue Versionsnummer aber alles bleibt gleich. Und dann die Abhängigkeiten |
| 28 |
richtig setzen. |
| 29 |
|
| 30 |
Immerhin muss man bedenken, dass nach einem Update, je nach dem wie lange das |
| 31 |
letzte zurück lag, recht viele Meldungen kommen von denen die meisten für die |
| 32 |
meisten Anwender irrelevant sind. |
| 33 |
|
| 34 |
CU Rollo |
Archives