Gruesse!
* Michelle Konzack <[EMAIL PROTECTED]> schrieb am [05.03.05 17:33]:
> Am 2005-03-05 17:10:03, schrieb Gerhard Brauer:
> > Bliebe IMHO als quick'n'dirty nur:
> >
> > a) die laufenden xserver kriegt man �ber /tmp/.X?-lock
>
> Neee, davon habe ich vier st�ck:
>
> /tmp/.X0-lock
> /tmp/.X1-lock
> /tmp/.X2-lock
> /tmp/.X3-lock
>
> denn jeder xserver will seine eigene lock file haben
Das ist doch auch gut so ;-)
Hm, dr�cke ich mich heute so umst�ndlich aus?
Gegeben sei ein Rechner bei dem ich nicht wei�, wieviel xserver drauf
laufen. �ber die Anzahl an lock-files kriege ich die Anzahl raus *und*
die Display-Nummern, ok?
Mit diesem Wissen kann ich jetzt gezielt versuchen mit u.a. Methoden zu
dem jeweilgen xserver den Benutzer herauszufinden, der diesen gestartet
hat.
> > b) Bei Start �ber einen DM: der owner von xdmctl-:$DISPLAY-NR ist der
> > User des xservers
> >
> > c) Wenn xserver �ber die console gestartet wurden, dann mit:
> > ps uax|grep -i startx (startx zeigt bei mir den realen User)
>
> 1) Das 'ps aux' schneidet nach sieben Zeichen den Benutzernamen ab.
War ja auch nur ein Hinweis zu einer bestimmten Vorgehensweise und kein
fertiger Ansatz.
Dann nimmste halt ps lax, dann hast du die UID. Diese mu�t/kannst du
dann �ber die passwd in den Usernamen r�ckverfolgen wenn dir danach ist.
> 2) Es ist nicht ersichtlich, welcher der aktuelle SICHTBARE xserver
> oder $DISPLAY ist
Gut, das ist wirklich ein Problem. Aber wenn ein bestimmter Vorgang eine
Benachrichtigung zu senden hat w�re es sicher w�nschenswert, das *alle*
das mitkriegen. Also alle xserver-User (�hnlich beim shutdown, da werden
ja auch alle Konsolen-User benachrichtigt, unabh�ngig ob sie es sehen
oder peng. Aber das hat jetzt wirklich nichts mehr mit dem Thema und dem
Problem des OP zu tun, denke ich.
> Greetings
> Michelle
Gru�
Gerhard
--
It's nice to be important...
but it's more important to be nice.
