JackyOH
Anmeldungsdatum: 24. März 2007
Beiträge: 80
|
Die alternative Methode schaut sehr interessant aus, das werde ich bei Gelenheit testen. Vielleicht ist das dem ein oder anderen noch nicht Bewusste geworden, aber bei der "alten" Methode werden neue Eingabegeräte NICHT erkannt. Das heißt auch, dass bereits angeschlossene Eingabegeräte beim Ab- und wieder Anstecken nicht mehr zu Verfügung stehen. Man kann sich auf diese Weise auch wunderbar ausschließen 😉 Bei der neuen Methode dürfte das kein Problem sein. Zudem stehen höchstwahrscheinlich unbekannte (neue) Eingabegeräte beiden Seats zu Verfügung.
|
JackyOH
Anmeldungsdatum: 24. März 2007
Beiträge: 80
|
so ich habs heute mal ausprobiert und muss sagen, dass es mich überzeugt hat.
erst mal was zu den eigenschaften. wie ichs mir gedacht habe wird jetzt wieder hotplug unterstützt und zwar für beide/alle seats. zudem werden unbekannte eingabegeräte grundsätzlich seat_default und mit udev-regeln versehene geräte seat_second zugeordnet. mich stört aber, dass der gerätepfad verwendet wird. im gentoo-wiki hatte der autor das ziel den ganzen usb-hub einem seat zuzuordnen. dabei verweist er sogar selbst darauf, dass das nur solang funktioniert wie der usb-hub am gleichen usb-port hängt. das allein ist schon nicht sonderlich flexibel und bei mir kam noch dazu, dass sich bei jedem neustart die usb-nummerierung verändert hat. der gerätepfad war bei mir also nutzlos. gelöst hab ich das, indem ich anstelle des hub-gerätepfads die idProduct von meiner Maus und Tastatur verwendet habe. nach meiner meinung ist das der bessere ansatz. probleme gibt es wohl nur dann, wenn sich die eingabegeräte auf die weise nicht unterscheiden lassen.
|
JackyOH
Anmeldungsdatum: 24. März 2007
Beiträge: 80
|
hab den wikiartikel neu strukturiert. ich hoffe er ist jetzt deutlich übersichtlicher geworden. hab einiges bei der neuen multiseatkonfigurationen hinzugefügt, das sehr nützlich sein könnte.
vor allem die udev regeln können einen recht auf die nerven gehen. wer will kann auch gerne die aktuellere multiseatanleitung nach oben schieben. ich bedanke mich schon mal fürs korrekturlesen. dafür hab ich jetzt keinen nerv mehr 😉
|
jo-master
Anmeldungsdatum: 17. Juli 2010
Beiträge: Zähle...
|
ich habe gestern ebenfalls an den multiseateinstellungen gebastelt. die kombination aus geteilten xorg-konfigs und udev mit concolekid/gdm funktioniert wunderbar. ich vermute, dass dies auch mit kdm, gdm (<=2.20) und xdm problemlos laufen sollte. eine unterscheidung macht aus meiner sicht deshalb keinen sinn mehr und ich schlage folgende struktur vor:
|
jo-master
Anmeldungsdatum: 17. Juli 2010
Beiträge: 95
|
ich werde in den nächsten tagen noch versuchen die empfehlung von xorg.conf.d umzusetzen.
dabei wird empfohlen keine udev-regeln zu verwenden und stattdessen direkt konfigurationen
für den xorg im ordner xorg.conf.d zu erstellen. mittels den atributen MatchProduct, MatchVendor, MatchDevicePath und MatchTag kann die zuordnung
der devices vermutlich anstatt in udev direkt in die xorg.conf des seats integriert werden. das
würde die konfiguration weiter zentralisieren. (um keine verwirrung zu stiften: ich möchte also
keine neuen dateien in xorg.conf.d anlegen, aber die idee aufgreifen)
|
jo-master
Anmeldungsdatum: 17. Juli 2010
Beiträge: 95
|
zukunftsmusik: was ich persönlich wichtig finde, wäre auch eine zuordnung von allen weiteren hotplug-events zu seats. kennt sich da jemand aus? für gnome soll der weg wohl: kernel->udev->dbus->hal->gnome laufen. aber da sehe ich bisher nicht durch. bei anderen desktops weiß ich nicht wie es läuft. man sollte rausfinden an welcher stelle die x-sessions die informationen bekommen und dort den entsprechenden filter einbauen. udev übergibt bisher zumindest sämtliche events ungefiltert an dbus.
|
JackyOH
Anmeldungsdatum: 24. März 2007
Beiträge: 80
|
wenn die neuartige konfiguration auch für ältere ubuntuversionen funktioniert können wir die alte methode gerne rausschmeißen und deine struktur übernehmen. welche alten ubuntuversionen sollen überhaupt berücksichtigt werden? reicht es bis zum letzten lts zu gehen? bis dahin geht ja immerhin der support. die neuartige anleitung hab ich übrigens unter kdm ausprobiert.
die loginmanager sollten bei keiner der methoden probleme machen, sofern sie überhaupt damit klar kommen mehrere x-server zu starten. die loginmanager machen ja nichts weiter als x inkl parameter aufzurufen und sich "oben drauf zu setzen". eine zentrale konfiguration via xorg.conf.d wäre ideal. jo-master schrieb:
was ich persönlich wichtig finde, wäre auch eine zuordnung von allen weiteren hotplug-events zu seats. kennt sich da jemand aus?
finde ich auch. auskennen nein, hab evtl. eine grobe idee, aber das muss ich erst ausprobieren.
für gnome soll der weg wohl: kernel->udev->dbus->hal->gnome laufen. aber da sehe ich bisher nicht durch. bei anderen desktops weiß ich nicht wie es läuft.
dachte hal wäre tot?!
|
jo-master
Anmeldungsdatum: 17. Juli 2010
Beiträge: 95
|
höhst interessant: http://www.inf.ufpr.br/lnf07/gsoc.txt https://lucasnascferreira.wordpress.com/ aber leider ohne seat-abhängigen automount. dafür plugin-play seats mittels udev.
|
MPW
Anmeldungsdatum: 4. Januar 2009
Beiträge: 3729
|
Hallo Jo-Master, mir gefällt dein Konzept sehr, es ist gut strukturiert. Was kann man eigentlich an dem Problem machen, dass die Tastatureingaben auf der Konsole landen? Das hat mir gestern eine Passwortumstellung eingebrockt, weil es jemand sehen konnte ☹. Gruß
MPW
|
jo-master
Anmeldungsdatum: 17. Juli 2010
Beiträge: 95
|
im wiki steht, dass man den kernelparameter »vga« entfernen soll. funzte bei mir nicht. sehr gut funktionierte für mich der x-parameter »isolateDevice«. seit dem ist mir dies
nicht mehr vorgekommen.
|
jo-master
Anmeldungsdatum: 17. Juli 2010
Beiträge: 95
|
leider beherscht der xorgs parameter »MatchDevicePath« noch keine symlinks (bug-meldungen gibt es breits).
da udev jedoch mit symlinks arbeitet (und dies auch vorschreibt), kann die inputzuweisung im xorg mittels
MatchProduct, MatchVendor angewnd werden, aber eine zuweisung von hubs oder usb-eingänge zu seats ist nur
über udev möglich. die input-konfuguration sollte also vorerst weiterhin mit udev-regeln organisiert werden um dem anwender
größtmögliche freiheit zu lassen.
|
MPW
Anmeldungsdatum: 4. Januar 2009
Beiträge: 3729
|
Was unter Audio steht kann ich übrigens nicht bestätigen. Habe zwei Seats über eine Soundkarte und der Sound wird automatisch gemischt.
|
jo-master
Anmeldungsdatum: 17. Juli 2010
Beiträge: 95
|
bei mir nicht. bei mir kann standardmäßig nur ein seat ein ausgabegerät besetzten. alle weiteren können dies dann nicht mehr nutzen.
|
aasche
Anmeldungsdatum: 30. Januar 2006
Beiträge: 14259
|
JackyOH schrieb: welche alten ubuntuversionen sollen überhaupt berücksichtigt werden? reicht es bis zum letzten lts zu gehen? bis dahin geht ja immerhin der support.
Mir persoenlich waere eine getestete Anleitung fuer 10.04 (und sobald moeglich, auch fuer 12.04) am liebsten. Aber lasst Euch deswegen nicht verrueckt machen, das Thema ist ziemlich komplex und die Vorgehensweise je nach Ubuntu-Version scheinbar verschieden. Da kann wahrscheinlich sowieso nicht jede Ubuntu-Version einzeln geprueft werden. Wenn es spaeter mit den im Artikel unter "getestet mit..." genannten Versionen funktioniert, dann reicht das aus.
|
jo-master
Anmeldungsdatum: 17. Juli 2010
Beiträge: 95
|
ich denke, dass die im artikel (sobald er überarbeitet ist) beschriebenen methoden ab 10.04 (lucid) funktionieren sollten.
|