Vous connaissez tous le merveilleux outil screen, mais j'arrive pas à faire
un truc avec.
Je lance une application et après coup, je me dis que je veux la mettre dans
screen.
Comment est ce qu'on fait ?
Question subsidiaire.
J'ai un user avec son shell, moi je suis un autre user sur un autre shell,
comment est ce que je peux prendre la main sur son shell ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Nicolas George
"Arol" wrote in message <440a05fe$0$13704$:
Je lance une application et après coup, je me dis que je veux la mettre dans screen. Comment est ce qu'on fait ?
Ce n'est pas possible, et le rendre possible ne serait vraiment pas simple. La méthode la plus simple demanderait que (1) l'application soit lancée depuis un pseudo-terminal, (2) l'émulateur de terminal prévoie un protocole pour céder son terminal, et (3) secreen prévoie un protocole pour accepter un tel terminal. Pour le moment, rien de tel n'existe. Pour récupérer une application lancée sur un vrai terminal (la console texte, par exemple), c'est encore pire.
J'ai un user avec son shell, moi je suis un autre user sur un autre shell, comment est ce que je peux prendre la main sur son shell ?
Aucune idée, je n'ai jamais compris les fonctionnalités multi-utilisateurs de screen.
"Arol" wrote in message <440a05fe$0$13704$636a55ce@news.free.fr>:
Je lance une application et après coup, je me dis que je veux la mettre dans
screen.
Comment est ce qu'on fait ?
Ce n'est pas possible, et le rendre possible ne serait vraiment pas simple.
La méthode la plus simple demanderait que (1) l'application soit lancée
depuis un pseudo-terminal, (2) l'émulateur de terminal prévoie un protocole
pour céder son terminal, et (3) secreen prévoie un protocole pour accepter
un tel terminal. Pour le moment, rien de tel n'existe. Pour récupérer une
application lancée sur un vrai terminal (la console texte, par exemple),
c'est encore pire.
J'ai un user avec son shell, moi je suis un autre user sur un autre shell,
comment est ce que je peux prendre la main sur son shell ?
Aucune idée, je n'ai jamais compris les fonctionnalités multi-utilisateurs
de screen.
Je lance une application et après coup, je me dis que je veux la mettre dans screen. Comment est ce qu'on fait ?
Ce n'est pas possible, et le rendre possible ne serait vraiment pas simple. La méthode la plus simple demanderait que (1) l'application soit lancée depuis un pseudo-terminal, (2) l'émulateur de terminal prévoie un protocole pour céder son terminal, et (3) secreen prévoie un protocole pour accepter un tel terminal. Pour le moment, rien de tel n'existe. Pour récupérer une application lancée sur un vrai terminal (la console texte, par exemple), c'est encore pire.
J'ai un user avec son shell, moi je suis un autre user sur un autre shell, comment est ce que je peux prendre la main sur son shell ?
Aucune idée, je n'ai jamais compris les fonctionnalités multi-utilisateurs de screen.
Arol
"Nicolas George" a écrit dans le message de news:
Ce n'est pas possible, et le rendre possible ne serait vraiment pas simple.
La méthode la plus simple demanderait que (1) l'application soit lancée depuis un pseudo-terminal, (2) l'émulateur de terminal prévoie un protocole
pour céder son terminal, et (3) secreen prévoie un protocole pour accepter un tel terminal. Pour le moment, rien de tel n'existe. Pour récupérer une application lancée sur un vrai terminal (la console texte, par exemple), c'est encore pire.
Je pensais configurer le shell pour lancer automatiquement screen au moment de la connexion, mais ça fait un peu crade.
"Nicolas George" a écrit dans le message de news:
Ce n'est pas possible, et le rendre possible ne serait vraiment pas
simple.
La méthode la plus simple demanderait que (1) l'application soit lancée
depuis un pseudo-terminal, (2) l'émulateur de terminal prévoie un
protocole
pour céder son terminal, et (3) secreen prévoie un protocole pour accepter
un tel terminal. Pour le moment, rien de tel n'existe. Pour récupérer une
application lancée sur un vrai terminal (la console texte, par exemple),
c'est encore pire.
Je pensais configurer le shell pour lancer automatiquement screen au moment
de la connexion, mais ça fait un peu crade.
Ce n'est pas possible, et le rendre possible ne serait vraiment pas simple.
La méthode la plus simple demanderait que (1) l'application soit lancée depuis un pseudo-terminal, (2) l'émulateur de terminal prévoie un protocole
pour céder son terminal, et (3) secreen prévoie un protocole pour accepter un tel terminal. Pour le moment, rien de tel n'existe. Pour récupérer une application lancée sur un vrai terminal (la console texte, par exemple), c'est encore pire.
Je pensais configurer le shell pour lancer automatiquement screen au moment de la connexion, mais ça fait un peu crade.
Jerome
Arol a grommelé:
J'ai un user avec son shell, moi je suis un autre user sur un autre shell, comment est ce que je peux prendre la main sur son shell ?
kibitz ?
tu ne prends pas la main à proprement parler sur son shell mais vous vous retrouvez les deux sur le même sous-shell. Si c'est dans un but pédagogique c'est intéressant. Et ce que tu exécutes dans ce sous-shell l'est avec l'ID de l'autre utilisateur (celui qui a lancé kibitz)
Vous voyez en direct ce que tape l'autre, caractère par caractère. C'est sympatoche.
un truc qui s'approche de se que tu veux mais uniquement vers la console : conspy
Conspy allows a (possibly remote) user to see what is displayed on a Linux virtual console, and send keystrokes to it. It is rather like VNC, but where VNC takes control of a GUI conspy takes control of a text mode virtual console. Unlike VNC, conspy does not require a server to be installed prior to being used.
Arol a grommelé:
J'ai un user avec son shell, moi je suis un autre user sur un autre shell,
comment est ce que je peux prendre la main sur son shell ?
kibitz ?
tu ne prends pas la main à proprement parler sur son shell mais vous
vous retrouvez les deux sur le même sous-shell. Si c'est dans un but
pédagogique c'est intéressant. Et ce que tu exécutes dans ce sous-shell
l'est avec l'ID de l'autre utilisateur (celui qui a lancé kibitz)
Vous voyez en direct ce que tape l'autre, caractère par caractère. C'est
sympatoche.
un truc qui s'approche de se que tu veux mais uniquement vers la console
: conspy
Conspy allows a (possibly remote) user to see what is displayed
on a Linux virtual console, and send keystrokes to it. It is
rather like VNC, but where VNC takes control of a GUI conspy
takes control of a text mode virtual console. Unlike VNC,
conspy does not require a server to be installed prior to being
used.
J'ai un user avec son shell, moi je suis un autre user sur un autre shell, comment est ce que je peux prendre la main sur son shell ?
kibitz ?
tu ne prends pas la main à proprement parler sur son shell mais vous vous retrouvez les deux sur le même sous-shell. Si c'est dans un but pédagogique c'est intéressant. Et ce que tu exécutes dans ce sous-shell l'est avec l'ID de l'autre utilisateur (celui qui a lancé kibitz)
Vous voyez en direct ce que tape l'autre, caractère par caractère. C'est sympatoche.
un truc qui s'approche de se que tu veux mais uniquement vers la console : conspy
Conspy allows a (possibly remote) user to see what is displayed on a Linux virtual console, and send keystrokes to it. It is rather like VNC, but where VNC takes control of a GUI conspy takes control of a text mode virtual console. Unlike VNC, conspy does not require a server to be installed prior to being used.
