Le 09/03/2015 12:03, Vincent Lefevre a écrit :
> On 2015-03-08 13:58:03 +0100, Patrice Go wrote:
>> Effectivement, xhost ne semble utile que pour telnet. j'ai apparemment
>> suivi une vieille méthode. merci.
>> mon but est d'importer de manière chiffré (ssh)
On 2015-03-14 22:26:19 +0100, Patrice Go wrote:
[xpra]
> effectivement, c'est exactement le logiciel recherché. merci.
> malheureusement après quelques tests, ça ne fonctionne pas.
> un problème avec python apparemment, mais je vais continuer les tests.
Peut-être faire un rapport de bug.
--
Vinc
Go wrote:
> > Effectivement, xhost ne semble utile que pour telnet. j'ai apparemment
> > suivi une vieille méthode. merci.
> > mon but est d'importer de manière chiffré (ssh) une application X d'un
> > autre ordinateur et de la réexporter sur cet ordinateur à
On 03/10/2015 10:30 AM, Vincent Lefevre wrote:
Le problème est qu'ici, tu veux un serveur qui soit capable de gérer
des périphériques locaux (OK pour ça), mais aussi des périphériques
distants, et ça, je ne sais pas si c'est possible avec juste le
serveur X11. Il faudrait un driver capable de ce
On 2015-03-09 22:17:08 +0100, mrr wrote:
> De même, chaque serveur X écouterait les 2 souris et les 2 claviers.
>
> Alors, y'a vraiment pas moyen de faire ça simplement (je sais pas, modifier
> peut-être le xorg.conf et se connecter à distance avec les bonnes options
> bien sûr) ?
Gérer plusieurs
On 03/09/2015 12:00 PM, Vincent Lefevre wrote:
Si c'est pour contrôler une application distante, peut-être xpra?
Et si c'est pour contrôler une session X distante, peut-être x11vnc?
Merci pour ta réponse, ça m'éclaircit un peu.
Je me disais (un peu naïvement sans doute) que l'on pouvait parta
On 2015-03-08 13:58:03 +0100, Patrice Go wrote:
> Effectivement, xhost ne semble utile que pour telnet. j'ai apparemment
> suivi une vieille méthode. merci.
> mon but est d'importer de manière chiffré (ssh) une application X d'un
> autre ordinateur et de la réexporter
On 2015-03-06 18:43:37 +0100, mrr wrote:
> On 03/06/2015 04:50 PM, Vincent Lefevre wrote:
> >On 2015-03-06 10:37:20 +0100, Patrice Go wrote:
>
> >>une application X déjà ouverte (sans récupérer toute la fenetre, par
> >>export DISPLAY) d'un ordinateur ?
>
> J'allais aussi poser cette question don
Effectivement, xhost ne semble utile que pour telnet. j'ai apparemment
suivi une vieille méthode. merci.
mon but est d'importer de manière chiffré (ssh) une application X d'un
autre ordinateur et de la réexporter sur cet ordinateur à la fin de
l'utilisation de l'applicat
On 03/06/2015 04:50 PM, Vincent Lefevre wrote:
On 2015-03-06 10:37:20 +0100, Patrice Go wrote:
une application X déjà ouverte (sans récupérer toute la fenetre, par
export DISPLAY) d'un ordinateur ?
J'allais aussi poser cette question donc c'est cool que tu l'ai déjà fait.
Enfin presque la mê
On 2015-03-06 10:37:20 +0100, Patrice Go wrote:
> malgré des recherches, je n'ai pas trouvé de solutions à cette question.
> je voulais savoir si il y avait moyen d'importer/exporter par ssh (avec
> xhost et ssh option -X)
Ne pas utiliser xhost pour utilisation avec ssh: c&
Bonjour,
malgré des recherches, je n'ai pas trouvé de solutions à cette question.
je voulais savoir si il y avait moyen d'importer/exporter par ssh (avec
xhost et ssh option -X) une application X déjà ouverte (sans récupérer
toute la fenetre, par export DISPLAY) d'un ordinateur ?
c
Le 19 janvier 2009 17:22, Basile STARYNKEVITCH a
écrit :
>
>
> En pratique, j'utilise le montage bind pour partager certains systèmes de
> fichiers entre le chroot et l'hôte, concrètement
Je ne connaissais pas bind, ça semble fort utile effectivement
>
> ## /Lenny32 est mon chroot 32bits
> /dev
'est un message d'erreur '
*"cannot open display: :0.0"*
Normalement, un '*xhost +'* devrait résoudre le problème, seulement
'*xhost +'* ne fonctionne pas
en chroot.
Comme les applications X11 utilisent /tmp (et notamment /tmp/.X11-unix &
/tmp/
Bonjour,
j'ai une lenny i386 chrootée dans un environnement en lenny amd64
et j'essaie de lancer des applis graphiques (en particulier iscan) dans un
chroot.
Seulement, tout ce que parviens à obtenir, c'est un message d'erreur ' *"cannot
open display: :0.0"*
Julien Valroff a écrit :
Le mercredi 21 février 2007 à 17:27 +0100, Sami FANTAR a écrit :
Bonjour
Je souhaiterais autoriser la connexion de clients X en local grâce à la
commande xhost.
Cependant, pour des raisons de sécurité, je ne souhaite faire xhost+. Je
voudrais pouvoir autoriser que
Le mercredi 21 février 2007 à 17:27 +0100, Sami FANTAR a écrit :
> Bonjour
>
> Je souhaiterais autoriser la connexion de clients X en local grâce à la
> commande xhost.
> Cependant, pour des raisons de sécurité, je ne souhaite faire xhost+. Je
> voudrais pouvoir autoriser qu
Bonjour
Je souhaiterais autoriser la connexion de clients X en local grâce à la
commande xhost.
Cependant, pour des raisons de sécurité, je ne souhaite faire xhost+. Je
voudrais pouvoir autoriser que les clients X de ma machine physique en
spécifiant à xhost : xhost +hostname_de_ma_machine
Sylvain Sauvage a écrit :
Sat, 05 Feb 2005 20:19:07 +0100, RTyler a écrit :
[...]
QPixmap: Cannot create a QPixmap when no GUI is being used
QPixmap: Cannot create a QPixmap when no GUI is being used
QPixmap: Cannot create a QPixmap when no GUI is being used
QPixmap: Cannot create a QPixmap
Sat, 05 Feb 2005 20:19:07 +0100, RTyler a écrit :
>[...]
> > QPixmap: Cannot create a QPixmap when no GUI is being used
> > QPixmap: Cannot create a QPixmap when no GUI is being used
> > QPixmap: Cannot create a QPixmap when no GUI is being used
> > QPixmap: Cannot create a QPixmap when no GUI is b
Vincent Bernat a écrit :
OoO Pendant le repas du samedi 05 février 2005, vers 19:27, RTyler
<[EMAIL PROTECTED]> disait:
*17:38 [EMAIL PROTECTED] /home/rtyler# kvim /etc/samba/smb.conf
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
[...]
Outre la solution qui a
OoO Pendant le repas du samedi 05 février 2005, vers 19:27, RTyler
<[EMAIL PROTECTED]> disait:
> *17:38 [EMAIL PROTECTED] /home/rtyler# kvim /etc/samba/smb.conf
> Xlib: connection to ":0.0" refused by server
> Xlib: No protocol specified
[...]
Outre la solution qui a été proposée par un autr
kvim /etc/samba/smb.conf*
J'ai bien entendu fait des recherches et ait essayé *xhost
+localhost* (non pas en root mais bien depuis l'utilisateur d'où je
change via su)
xhost + local:root
Je viens d'essayer. Cela semble marcher mais j'ai toujours ces signes
cabalistiques :
20:
Troumad a écrit :
En effet, sous debian, il y a une protection qui nous demande de fire
un "/xhost +/" avant de faire "/su -/" et puis une fois logguer sous
une autre identité, il faut faire "/export DISPLAY=:0.0/".
Extrait de http://troumad.free.fr/Linux/linux.
mb.conf*
J'ai bien entendu fait des recherches et ait essayé *xhost
+localhost* (non pas en root mais bien depuis l'utilisateur d'où je
change via su)
xhost + local:root
Je viens d'essayer. Cela semble marcher mais j'ai toujours ces signes
cabalistiques :
20:09 [EMAIL PROTEC
m ou
autre).
Voici le message d'erreur :
*17:38 [EMAIL PROTECTED] /home/rtyler# kvim /etc/samba/smb.conf
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
kvim: cannot connect to X server :0.0
zsh: exit 1 kvim /etc/samba/smb.conf*
J'ai bien entendu
).
Voici le message d'erreur :
*17:38 [EMAIL PROTECTED] /home/rtyler# kvim /etc/samba/smb.conf
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
kvim: cannot connect to X server :0.0
zsh: exit 1 kvim /etc/samba/smb.conf*
J'ai bien entendu fait des recherche
* Sylvain Sauvage <[EMAIL PROTECTED]> [2004-07-15 16:47] :
[...]
> À noter quand même que ma première remarque sur la « surprenance » du
> comportement de 'su' signifiait aussi que ce comportement est surprenant
> si l'on ne maîtrise pas les subtilités shell de connexion / shell de non
> connexio
Wed, 14 Jul 2004 02:23:27 +0200, Frederic Bothamy a écrit :
> * Sylvain Sauvage <[EMAIL PROTECTED]> [2004-07-13 18:10] :
> >[...]
> > Si, c'est surprenant quand le comportement n'est pas celui prévu par
> > la page de manuel et différent entre deux machines (*presque*
> > identiques).
>
> Il faut
* Sylvain Sauvage <[EMAIL PROTECTED]> [2004-07-13 18:10] :
> Tue, 13 Jul 2004 17:53:27 +0200, Frederic Bothamy a écrit :
> > * Sylvain Sauvage <[EMAIL PROTECTED]> [2004-07-13 16:21] :
> >[...]
> > > Tu as essayé su « tout court » (c.-à-d. sans le tiret) ?
> > > Il faut dire que le comportement de s
Tue, 13 Jul 2004 17:53:27 +0200, Frederic Bothamy a écrit :
> * Sylvain Sauvage <[EMAIL PROTECTED]> [2004-07-13 16:21] :
>[...]
> > Tu as essayé su « tout court » (c.-à-d. sans le tiret) ?
> > Il faut dire que le comportement de su (avec ou sans tiret) est
> > parfois surprenant vis à vis des varia
* Sylvain Sauvage <[EMAIL PROTECTED]> [2004-07-13 16:21] :
> Tue, 13 Jul 2004 16:10:35 +0200, Benoît «Beny» Pineau a écrit :
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Frederic Bothamy wrote:
> > | Cela dit, je ne vois pas pourquoi "
Tue, 13 Jul 2004 16:10:35 +0200, Benoît «Beny» Pineau a écrit :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Frederic Bothamy wrote:
> | Cela dit, je ne vois pas pourquoi "xhost +" ne fonctionnerait pas si
> tu| a bien ta variab
Le 12612ième jour après Epoch,
Stephane List écrivait:
> Bonjour,
>
> Sur RedHat au boulot, je suis loggué en tant que stephane, quand je veux
> pouvoir lancer des applis graphiques en root, je fais xhost + et ça
> passe.
> En Debian testing, je suis obligé de jonglé avec l
bonjour,
Le mardi 13 juillet 2004, Stephane List a écrit...
> Sur RedHat au boulot, je suis loggué en tant que stephane, quand je veux
> pouvoir lancer des applis graphiques en root, je fais xhost + et ça
> passe.
> En Debian testing, je suis obligé de jonglé avec la comm
Bonjour,
Stephane List wrote:
Sur RedHat au boulot, je suis loggué en tant que stephane, quand je veux
pouvoir lancer des applis graphiques en root, je fais xhost + et ça
passe.
En Debian testing, je suis obligé de jonglé avec la commande xauth à
chaque fois, comment faire pour que root puisse
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Frederic Bothamy wrote:
| Cela dit, je ne vois pas pourquoi "xhost +" ne fonctionnerait pas si tu
| a bien ta variable DISPLAY à la bonne valeur.
-
=--( [EMAIL PROTECTED] )-=-( mar jui 13 )-=-( 16:07:07 )-=-( ~ )--=
beny $ ech
* Stephane List <[EMAIL PROTECTED]> [2004-07-13 15:29] :
> Bonjour,
>
> Sur RedHat au boulot, je suis loggué en tant que stephane, quand je veux
> pouvoir lancer des applis graphiques en root, je fais xhost + et ça
> passe.
> En Debian testing, je suis obligé de jonglé
Bonjour,
Sur RedHat au boulot, je suis loggué en tant que stephane, quand je veux
pouvoir lancer des applis graphiques en root, je fais xhost + et ça
passe.
En Debian testing, je suis obligé de jonglé avec la commande xauth à
chaque fois, comment faire pour que root puisse toujours ouvrir un
Le 28/07/03 20:06, François TOURDE a écrit tout plein de choses, dont :
> > Je vais plutôt le mettre dans mon ~/.xsession parceque je ne tiens pas
> > forcément à ce que tous les utilisateurs puissent afficher sur les X de
> > tous les utilisateurs (et réciproquement, évidemment ;) )
> > Nope ?
>
e
> tous les utilisateurs (et réciproquement, évidemment ;) )
> Nope ?
Bon choix :) Moi je l'ai mis en global, vu que je suis le seul à utiliser ma
machine. Le premier qui touche à mon portable, je lui en colle une :)
> Mais sinon, tu le mettrais dans le 99xfree86-common_start ?
No
Re,
Le 28/07/03 17:32, François TOURDE a écrit tout plein de choses, dont :
> Je t'en prie... Regarde aussi le message <[EMAIL PROTECTED]>
Ouais, je l'ai vu. C'est pas drole ! Tu avais posté la solution dedans ! ;)
> que j'ai
> posté à ce sujet, pour mettre ça 'en dur' dans la config de X ...
J
Le 12261ième jour après Epoch,
[EMAIL PROTECTED] écrivait:
> Le 28/07/03 16:41, François TOURDE a écrit tout plein de choses, dont :
>> Chez moi, ça donne:
>>
>> [EMAIL PROTECTED]:~$ xhost
>> access control enabled, only authorized clients can connect
>> LOCAL:
&
Le 28/07/03 16:41, François TOURDE a écrit tout plein de choses, dont :
> Chez moi, ça donne:
>
> [EMAIL PROTECTED]:~$ xhost
> access control enabled, only authorized clients can connect
> LOCAL:
>
> A toi de jouer :)
Merci beaucoup !
Ça roule :-)
--
m
Le 12261ième jour après Epoch,
[EMAIL PROTECTED] écrivait:
> Salut,
>
> Le 28/07/03 00:27, Jean-Paul Lacquement a écrit tout plein de choses, dont :
>> Sinon, il y a
>> xhost +
>> pour autoriser les utilisateurs à accéder à X...
>
> Tiens, je n'y arrives pa
Salut,
Le 28/07/03 00:27, Jean-Paul Lacquement a écrit tout plein de choses, dont :
> Sinon, il y a
> xhost +
> pour autoriser les utilisateurs à accéder à X...
Tiens, je n'y arrives pas ??
[EMAIL PROTECTED]:~]$ xhost
access control enabled, only authorized clien
* [EMAIL PROTECTED] <[EMAIL PROTECTED]> [2003-03-10 09:22] :
> Bonjour
>
> je n arrive pas à afficher sur mon display malgré un
> xhost + au préalable
>
> sur le client j ai toujours ce
> Can't connect to X11 window server using 'xx.xx.xx.xx:0.0'
le Mon, Mar 10, 2003 at 09:56:05AM +0100, ARTUS Guillaume a ecrit:
> xauth list sur la station "emetrice" pour recupere le MIT-MAGIC-COOKIE
> xauth add sur la station receptrice pour authoriser
> la connection
Bien sur je me suis plante dans le sens.. c'est le client (station
emetrice) qui doit
[EMAIL PROTECTED] wrote:
Bonjour
je n arrive pas à afficher sur mon display malgré un
xhost + au préalable
sur le client j ai toujours ce
Can't connect to X11 window server using 'xx.xx.xx.xx:0.0' as the value of the
DISPLAY variable.
xx.xx.xx.xx est l ip de ma station
le Mon, Mar 10, 2003 at 09:22:33AM +0100, [EMAIL PROTECTED] a ecrit:
> Bonjour
Yopla
> je n arrive pas à afficher sur mon display malgré un
> xhost + au préalable
C'est MAL (tm) le xhost + , pour des raison de securite, preferer
xhost +
ou mieux
xauth list sur la station &
Bonjour
je n arrive pas à afficher sur mon display malgré un
xhost + au préalable
sur le client j ai toujours ce
Can't connect to X11 window server using 'xx.xx.xx.xx:0.0' as the value of the
DISPLAY variable.
xx.xx.xx.xx est l ip de ma station
et la commande xhost su
Christian Gennerat wrote:
Sur tous mes systèmes précédents, cette séquence marchait.
En debian woody non.
[EMAIL PROTECTED]:~$ xhost +
access control disabled, clients can connect from any host
Ca c'est très moyen...
[EMAIL PROTECTED]:~$ xterm -display 127.0.0.1:0.0
xterm Xt
* Christian Gennerat <[EMAIL PROTECTED]> [2003-01-30 15:10] :
> Sur tous mes systèmes précédents, cette séquence marchait.
> En debian woody non.
>
>
> [EMAIL PROTECTED]:~$ xhost +
> access control disabled, clients can connect from any host
> [EMAIL PROTECTED]:~$ x
On Thu, 30 Jan 2003 15:10:58 +0100
Christian Gennerat <[EMAIL PROTECTED]> wrote:
> Sur tous mes systèmes précédents, cette séquence marchait.
> En debian woody non.
>
>
> [EMAIL PROTECTED]:~$ xhost +
> access control disabled, clients can connect from any host
>
Sur tous mes systèmes précédents, cette séquence marchait.
En debian woody non.
[EMAIL PROTECTED]:~$ xhost +
access control disabled, clients can connect from any host
[EMAIL PROTECTED]:~$ xterm -display 127.0.0.1:0.0
xterm Xt error: Can't open display: 127.0.0.1:0.0
[EMAIL PROTECTED]:~$
Yannick Roehlly wrote:
Ainsi parlait Sebastien Picard
<[EMAIL PROTECTED]> :
quand tu auras une adresse mail potable, il y aura peut etre
quelqu'un pour te donner la reponse.
Peace and love !
aaah la force de ces 2 mots :)
Effectivement le " xhost local:oracle " fo
Ainsi parlait Sebastien Picard
<[EMAIL PROTECTED]> :
> quand tu auras une adresse mail potable, il y aura peut etre
> quelqu'un pour te donner la reponse.
>
Peace and love !
Bonjour,
Il faut que tu fasses un " xhost local:oracle " pour que ça
fonctionne.
Yan
Désolé j'avais pas vu (conf un peu rapide avec ce cher mozilla :-).
mais le mieux est de repondre sur la ML de toutes facons.
remarque que c'est un bon truc pour pas se faire spammer apres (j'ai
remarque qu'en m'inscrivant sur cette ML, et en retrouvant toutes ces
discussions sur google's gr
quand tu auras une adresse mail potable, il y aura peut etre quelqu'un
pour te donner la reponse.
@+
--
- \\\|///
\\ - - //
( @ @ )
-oOOo-(_)-oOOo-
| |
|Sebastien Picard |
| [EMAIL PROTECTED] |
pose quelques questions de configuration sur ma machine.
Peut-etre allez vous m'aider :
j'ai une session X (xfree4) lancée avec l'utilisateur nico
je fait : [EMAIL PROTECTED]:~$ xhost + localhost
dans un autre xterm, je suis logué en "oracle", je fais les essais
suiv
-etre allez vous m'aider :
j'ai une session X (xfree4) lancée avec l'utilisateur nico
je fait : [EMAIL PROTECTED]:~$ xhost + localhost
dans un autre xterm, je suis logué en "oracle", je fais les essais
suivants :
[EMAIL PROTECTED]:~$ export DISPLAY=:0.0
[EMAIL P
salut la liste,
Ce doit etre une FAQ, mais apres quelques lectures et différents essais
je me pose quelques questions de configuration sur ma machine. Peut-etre
allez vous m'aider :
j'ai une session X (xfree4) lancée avec l'utilisateur nico
je fait : [EMAIL PROTECTED]:~$ xh
62 matches
Mail list logo