Plus je relit ce que tu demandes, plus ça me semble embrouillé, mais ça doit être moi. Tu parles d'inittab et tu dis que c'est normal que systemd supporte ça alors qu'on parle de multiseat. Bien que ça soit exact, c'est pas exactement la même chose. Si je te dit "gdm supporte le multiseat, tu peux aller sur le terminal avec ctl alt f1", tu va pas être d'accord. Donc gardons le multiseat à la définition communément prise pour gdm, à savoir avoir 2 fois le matos ( 2 cartes graphiques, 2 moniteurs, 2 claviers, 2 souris )
Le souci principal pour gdm, c'est pas de pas supporté d'être lancé 2 fois ( comme j'ai dit, gdmflexiserver montre bien que c'est faisable, ne serais ce que via le flag -n ). Le souci, c'est pas de lancer xorg 2 fois ( pareil, c'est trivial à faire à la main, je viens de le refaire ). Le souci, c'est "je branche une clé usb, qui va la voir sur son bureau".
Lancer xorg avec une config spécifique ( genre qui pointe sur l'adaptateur pci de la carte ), ça se fait. Lancer gdm en lui faisant croire qu'il est dans Xnest, ça se fait aussi. ( ou même sans ça, lancer 2 fois gdm avec un prefix différent ) C'est d'ailleurs le premier lien. Voir mieux, lancer xorg sur un periph usb, ça se fait ( http://0pointer.de/blog/projects/multi-seat )
La ou ça devient touchy, c'est le partage de la puce 3d. Sauf que sauf erreur de ma part, ça n'a rien a voir avec le multiseat tel que la plupart des gens l'entendent, vu que l'idée, c'est d'avoir 2 claviers, 2 souris, 2 écrans. La, tu es dans le même cas que quelqu'un avec une carte nvidia optimus, avec 2 puces. Sauf erreur de ma part, c'est pas très bien supporté pour le moment.
Donc la solution serait de gérer le client local comme si c'était un client distant. Ie, d'avoir un xorg dédié à faire tourner virtualgl ( pas besoin de gdm pour ça, vu que personne ne se connecte en local dessus ), et de faire tourner gdm sur l'autre puce, et d'utiliser un client ( par exemple vnc ) pour lancer les applis comme si c'était un thin client.
[^] # Re: C'est mort
Posté par Misc (site web personnel) . En réponse au journal GNOME systemd : et la guerre ne fait que commencer. Évalué à 2.
Plus je relit ce que tu demandes, plus ça me semble embrouillé, mais ça doit être moi. Tu parles d'inittab et tu dis que c'est normal que systemd supporte ça alors qu'on parle de multiseat. Bien que ça soit exact, c'est pas exactement la même chose. Si je te dit "gdm supporte le multiseat, tu peux aller sur le terminal avec ctl alt f1", tu va pas être d'accord. Donc gardons le multiseat à la définition communément prise pour gdm, à savoir avoir 2 fois le matos ( 2 cartes graphiques, 2 moniteurs, 2 claviers, 2 souris )
Le souci principal pour gdm, c'est pas de pas supporté d'être lancé 2 fois ( comme j'ai dit, gdmflexiserver montre bien que c'est faisable, ne serais ce que via le flag -n ). Le souci, c'est pas de lancer xorg 2 fois ( pareil, c'est trivial à faire à la main, je viens de le refaire ). Le souci, c'est "je branche une clé usb, qui va la voir sur son bureau".
Lancer xorg avec une config spécifique ( genre qui pointe sur l'adaptateur pci de la carte ), ça se fait. Lancer gdm en lui faisant croire qu'il est dans Xnest, ça se fait aussi. ( ou même sans ça, lancer 2 fois gdm avec un prefix différent ) C'est d'ailleurs le premier lien. Voir mieux, lancer xorg sur un periph usb, ça se fait ( http://0pointer.de/blog/projects/multi-seat )
La ou ça devient touchy, c'est le partage de la puce 3d. Sauf que sauf erreur de ma part, ça n'a rien a voir avec le multiseat tel que la plupart des gens l'entendent, vu que l'idée, c'est d'avoir 2 claviers, 2 souris, 2 écrans. La, tu es dans le même cas que quelqu'un avec une carte nvidia optimus, avec 2 puces. Sauf erreur de ma part, c'est pas très bien supporté pour le moment.
Donc la solution serait de gérer le client local comme si c'était un client distant. Ie, d'avoir un xorg dédié à faire tourner virtualgl ( pas besoin de gdm pour ça, vu que personne ne se connecte en local dessus ), et de faire tourner gdm sur l'autre puce, et d'utiliser un client ( par exemple vnc ) pour lancer les applis comme si c'était un thin client.
Mais je suppose que ça réponds pas à ton besoin ?