X.Org 7.4 ist aktuell im [extra] Repo. 1
Hier können Erfahrungen und Tips ausgetauscht werden.

Na, dann legt mal los 😉
Wir haben eine Wiki-Seite angelegt mit Tips und Erfahrungen aus diesem Thread.

Hier der Link zum englischen Artikel.

Thread geschlossen

Ich schließe den Thread jetzt mal. Zum einen denke ich, daß wir das "Gröbste" jetzt überstanden haben.
Zum anderen werden evtl. noch auftretende Probleme bei der Threadgröße nicht mehr sinnvoll handhabbar. Und keiner ließt sich bei evtl. Problemen mehr die ganzen Posts durch...
Ich kann bei noch auftretenden Problemen wirklich nur jedem ans Herz legen: Schaut bitte bevor
ihr Euer Problem im Forum "abladet" in die Wikis, ob dort nicht die Lösung zu finden ist. Bitte!
archlinux.de-Wiki-Seite
archlinux.org-Wiki-Seite
Habs letztens zum Laufen gekriegt und daher zeig ich hier schnell mal meine configs, sind bestimmt noch pimpbar 😉 Hab n Laptop mit Synaptics Touchpad
$  cat /etc/hal/fdi/policy/10-x11-input.fdi 
<?xml version="1.0" encoding="utf-8"?>
<deviceinfo version="0.2">
  <device>
    <!-- FIXME: Support tablets too. -->
    <!-- Mice -->
    <match key="info.capabilities" contains="input.mouse">

      <!-- Set driver to "evdev" if on Linux, otherwise use "mouse" -->
      <merge key="input.x11_driver" type="string">mouse</merge>
      <match key="/org/freedesktop/Hal/devices/computer:system.kernel.name"
             string="Linux">
        <merge key="input.x11_driver" type="string">evdev</merge>
      </match>

      <!-- Logitech devices -->
      <match key="@input.originating_device:usb.vendor_id" int="0x46d">
        <!-- MX Revolution (and others) -->
        <match key="@input.originating_device:usb.product_id" int_outof="0xc50e;0xc518;0xc51a">
          <!-- Fix tilt wheel directions -->
          <merge key="input.x11_options.RelHWHEELOptions" type="string">invert</merge>
        </match>
      </match>
    </match>


    <!-- Keyboards (and everything else with buttons) -->
    <match key="info.capabilities" contains="input.keys">

      <!-- Set driver to "evdev" if on Linux, otherwise use "keyboard" -->
      <merge key="input.x11_driver" type="string">keyboard</merge>
      <merge key="input.x11_options.XkbModel" type="string">pc105</merge>
      <match key="/org/freedesktop/Hal/devices/computer:system.kernel.name"
             string="Linux">
        <merge key="input.x11_driver" type="string">evdev</merge>
        <merge key="input.x11_options.XkbModel" type="string">evdev</merge>
      </match>

      <!-- Choose layout -->
      <merge key="input.x11_options.XkbLayout" type="string">de</merge>
    </match>

  </device>
</deviceinfo>

$  cat /etc/hal/fdi/policy/11-x11-synaptics.fdi
<?xml version="1.0" encoding="ISO-8859-1"?>
<deviceinfo version="0.2">
  <device>
    <match key="info.capabilities" contains="input.touchpad">
      <match key="info.product" contains="Synaptics TouchPad">
        <merge key="input.x11_driver" type="string">synaptics</merge>
	<!-- Arbitrary options can be passed to the driver using 
	     the input.x11_options property since xorg-server-1.5. -->
	<!-- EXAMPLE:
	<merge key="input.x11_options.LeftEdge" type="string">120</merge>
	-->
	<merge key="input.x11_options.SHMConfig" type="string">true</merge>
	<merge key="input.x11_options.VertEdgeScroll" type="string">true</merge>
	<merge key="input.x11_options.HorizEdgeScroll" type="string">true</merge>
	<merge key="input.x11_options.TapButton1" type="string">1</merge>
	<merge key="input.x11_options.TapButton2" type="string">2</merge>
      </match>
      <match key="info.product" contains="AlpsPS/2 ALPS">
        <merge key="input.x11_driver" type="string">synaptics</merge>
      </match>
      <match key="info.product" contains="appletouch">
        <merge key="input.x11_driver" type="string">synaptics</merge>
      </match>
      <match key="info.product" contains="bcm5974">
        <merge key="input.x11_driver" type="string">synaptics</merge>
      </match>
    </match>
  </device>
</deviceinfo>
(der Synaptics Treiber kann jetzt auch Scrollen a la Apple, halt zwei Finger drauf und nach unten fahren 🙂 )
Tipp (da ich es vergessen hatte und peinlich lang gebraucht hab, das zu schnallen):
Falls ihr xbindkeys, keytouch oder ähnliches verwendet, schaltet das mal kurz ab, könnte sein, dass es daran liegt, wenn was nicht funktioniert.

edit: Ach ja, ich hab jetzt auch zZt keine xorg.conf mehr, die brauch ich nimmer

Das wars 🙂
Wer das Update momentan vermeiden will, aber andere Updates doch per pacman -Syu durchführen will, der sollte bestimmte Pakete/Paketgruppen in der /etc/pacman.conf ignorieren.
Hier funktioniert es weitgehend mit diesen Einträgen: 
IgnorePkg =  mesa libgl intel-dri
IgnoreGroup = xorg xorg-video-drivers xorg-xkb-utils xorg-input-drivers
Je nach euren Paketen, die mit Xorg in Zusammenhang stehen kann, kann es nötig sein zusätzliche
Pakete zu ignorieren.
Wer also Bedenken gegen das Update hat sollte vor einem -Syu testen, ob "sein" Update durchgeht
ohne X.org zu updaten. Durchspielen kann man das mit:
pacman -Qu
oder
pacman -Sup
Beide Möglichkeiten führen kein reales Update durch.

Trotzdem: Normalerweise spricht nichts dagegen, neue Paketversionen auch zu installieren. Deshalb
habt Ihr euch Arch auch als Distribution ausgesucht 😉
Möglichst einfach an deutsches Tastaturlayout kommt man mit dieser Datei:
/etc/hal/fdi/policy/10-keymap.fdi 
<?xml version="1.0" encoding="ISO-8859-1"?> <!-- -*- SGML -*- -->
<deviceinfo version="0.2">
  <device>
    <match key="info.capabilities" contains="input.keymap">
      <append key="info.callouts.add" type="strlist">hal-setup-keymap</append>
    </match>

    <match key="info.capabilities" contains="input.keys">
      <merge key="input.xkb.rules" type="string">base</merge>

      <!-- If we're using Linux, we use evdev by default (falling back to
           keyboard otherwise). -->
      <merge key="input.xkb.model" type="string">keyboard</merge>
      <match key="/org/freedesktop/Hal/devices/computer:system.kernel.name"
             string="Linux">
        <merge key="input.xkb.model" type="string">evdev</merge>
      </match>

      <merge key="input.xkb.layout" type="string">de</merge>
      <merge key="input.xkb.variant" type="string" />
    </match>
  </device>
</deviceinfo>
Das ist einfach nur eine Modifikation von /usr/share/hal/fdi/policy/10osvendor/10-keymap.fdi.
Thnx, werd ich mal austesten 🙂
Bei mir sieht das so aus: 
<?xml version="1.0" encoding="ISO-8859-1"?>
<deviceinfo version="0.2">
  <device>
    <!-- FIXME: Support tablets too. -->
      <match key="info.capabilities" contains="input.mouse">
      <merge key="input.x11_driver" type="string">mouse</merge>
      <match key="/org/freedesktop/Hal/devices/computer:system.kernel.name"
             string="Linux">
        <merge key="input.x11_driver" type="string">evdev</merge>
      </match>
    </match>

    <match key="info.capabilities" contains="input.keys">
      <!-- If we're using Linux, we use evdev by default (falling back to
           keyboard otherwise). -->
      <merge key="input.x11_driver" type="string">keyboard</merge>
	  <merge key="input.xkb.layout" type="string">de</merge>
	  <merge key="input.xkb.variant" type="string">nodeadkeys</merge>
      <match key="/org/freedesktop/Hal/devices/computer:system.kernel.name"
             string="Linux">
        <merge key="input.x11_driver" type="string">evdev</merge>
      </match>
    </match>
  </device>
</deviceinfo>
und meine MX-Revolution funktioniert mit xbindkeys hervorragend.
Eine xorg.conf hab ich noch, weil ich den nvidia-Treiber verwende, sonst ist alles abgestellt.

@Army, mich würde mal deine Xorg.0.log interessieren (ohne xorg.conf)

Jean-Paul
Guten Abend! =)

Kann man updaten, ohne mit Problemen rechnen zu müssen?? ^^ Hatte bis vor kurzem das Testing Repo aktiv... Jedoch ging nach dem Update nicht mehr meine tastatur --> Neuinstallation^^ [Naja ich bin halt ein risikofreudiger Mensch *gg*]

2. Welchen Server habt ihr aktiv? Ich erhalte dauernd die Meldung, dass das Paket xproto: " Fehler: Konnte Datei 'xproto-7.0.14-1-i686.pkg.tar.gz' nicht von mir.archlinux.fr übertragen : Not Found" nicht vorhanden ist...

Vielen Dank! =)
proto-7.0.14-1 ist scheinbar noch auf keinem Mirror (auch al.org) drauf.
Man kann es sich aber selbst bauen, lediglich die Versionsnummer im PKGBUILD anpassen und
bauen.
Allerdings stimmt dann die Prüfsumme zum DB-File nicht. Ich habe xproto erstmal ignoriert und baue
mir das Paket nachdem der Rest von XOrg installiert ist.

Ich teste gerade auch...
$  cat /var/log/Xorg.0.log|grep WW
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(WW) Warning, couldn't open module fbdev
(WW) Falling back to old probe method for vesa
(WW) RADEON(0): LVDS Info:
(WW) RADEON(0): DRI init changed memory map, adjusting ...
(WW) RADEON(0):   MC_FB_LOCATION  was: 0xc7ffc000 is: 0xc7ffc000
(WW) RADEON(0):   MC_AGP_LOCATION was: 0xffffffc0 is: 0xe9ffe800

$  cat /var/log/Xorg.0.log|grep EE
Current Operating System: Linux ArchLinux 2.6.27-ARCH #1 SMP PREEMPT Fri Nov 28 10:56:24 UTC 2008 i686
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(EE) Unable to locate/open config file
(II) Loading extension MIT-SCREEN-SAVER
(EE) Failed to load module "fbdev" (module does not exist, 0)
Mir scheint, du kommst doch nicht ganz ohne xorg.conf aus. fbdev verlangt nach den readon-Treiber.
Ist bei mir ähnlich. Wenn ich nvidia abschalte, startet der xserver nicht mehr - er schreit dann nach dem nv-Treiber.

Ein sauberes Log ist für mich weit aus mehr Wert als "habe keine xorg.conf". Ich hab das nötige stehen lassen und hab dafür ein Xorg.0.log, ohne WW + EE.

Jean-Paul
Es funzt aber alles, daher kann ich das doch so lassen ... Ja ich weiß es ist bescheuert, aber ich finds irgendwie "cool", keine xorg.conf zu haben :lol:
Ich bin auch soweit durch, keine größeren Probleme. Nutze auch weiterhin meine xorg.conf.
Kurze (nicht sehr aussagekräftige) Tests: xperf ist bei mir summarum 1 Sekunde schneller, der RES-
Ramverbrauch ist geringer (aktuell ~30MB vs. ~54MB beim alten xorg).
Spannend wirds nochmal am Laptop, da ich mit dem aktuellen X.Org Probleme habe wenn ich
aus der Docking-Station (mit PS/2-Maus) den Trackpoint benutzen will - da soll evdev ja dann
"Wunder" bewirken....
Ja natürlich, wenn dich die Fehler nicht stören und alles läuft, kannst du es so lassen.
Mich hat es gestört, also hab ich noch eine xorg.conf.

Aber ich denke, es kommen noch weitere Verbesserungen und eines Tage schalte ich meine auch ab.

Jean-Paul

  • [gelöscht]

  • Beitrag Nr. 15
hm.. Ich bin grad im Fallback, da der Courser auf Mausbewegungen nicht mehr ragiert. Habe auch verscucht das hotpluggin zu deaktiveren. Woran könnte es noch liegen?

grüße
@Helo Du hast schon xf86-input-evdev installiert?
Und das abstellen wie im englischen Wiki hat nicht geholfen?
Benenne testweise deine xorg.conf (wenn vorhanden um) und starte mal ohne xorg.conf.
Es ist nur deine Maus betroffen? Was Exotisches?
Erste Anlaufstelle wäre dabei wohl die Xorg.0.log...
Hab gerade das Update durchgefuehrt und bis dato laeuft fast alles ohne Probleme...Das Einzige Manko, dass ich zur Zeit habe ist das englische Tastaturlayout... Wo kann ich es aendern?? (verwende XFCE)

Danke!
@Helo: schön. Aber braucht es mit evdev diese "./event2 mit .../by-id/..." Angaben überhaupt? Ich habe
da nix eingestellt....

@Borkenkaefer
Die Antwort ist hier im Thread "versteckt", dafür ist der Thread da 😉
fs4000 schrieb Möglichst einfach an deutsches Tastaturlayout kommt man mit dieser Datei:
/etc/hal/fdi/policy/10-keymap.fdi 
<?xml version="1.0" encoding="ISO-8859-1"?> <!-- -*- SGML -*- -->
<deviceinfo version="0.2">
  <device>
    <match key="info.capabilities" contains="input.keymap">
      <append key="info.callouts.add" type="strlist">hal-setup-keymap</append>
    </match>

    <match key="info.capabilities" contains="input.keys">
      <merge key="input.xkb.rules" type="string">base</merge>

      <!-- If we're using Linux, we use evdev by default (falling back to
           keyboard otherwise). -->
      <merge key="input.xkb.model" type="string">keyboard</merge>
      <match key="/org/freedesktop/Hal/devices/computer:system.kernel.name"
             string="Linux">
        <merge key="input.xkb.model" type="string">evdev</merge>
      </match>

      <merge key="input.xkb.layout" type="string">de</merge>
      <merge key="input.xkb.variant" type="string" />
    </match>
  </device>
</deviceinfo>
Das ist einfach nur eine Modifikation von /usr/share/hal/fdi/policy/10osvendor/10-keymap.fdi.
Hab mit nano die datei 10-keymap.fdi erstellt jedoch funktioniert es noch immer nicht >* hmm >(

Bitte um Rat! >)