J'ai un soucis avec scp. Je désire copier un fichier vers une machine
sans demande de password. J'ai créé une clé privée et publique(rsa),
copié la clé publique dans le fichier
/home/user1/.ssh/authorized_keys.J'utilise donc la commande :
scp monfichier user1@unemachine:~/
scp semble fonctionné (aucun message d'erreur) mais le fichier n'a pas
été copié ! D'ailleurs, je ne vois pas la progression de la copie mais
uniquement l'adresse ip de la machine distante comme retour de scp.
Par contre la commande :
cat monfichier | ssh user1@unemachine "cat > ~/monfichier" fonctionne
parfaitement.
Auriez-vous une explication ?
Merci
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
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
Sylvain Sauvage
Tue, 15 Feb 2005 21:26:52 +0100, jean-michel.caricand a écrit :
Bonjour,
J'ai un soucis avec scp. Je désire copier un fichier vers une machine sans demande de password. J'ai créé une clé privée et publique(rs a), copié la clé publique dans le fichier /home/user1/.ssh/authorized_keys.J'utilise donc la commande : scp monfichier :~/
scp semble fonctionné (aucun message d'erreur) mais le fichier n'a pas été copié ! D'ailleurs, je ne vois pas la progression de la copie m ais uniquement l'adresse ip de la machine distante comme retour de scp.
Par contre la commande : cat monfichier | ssh "cat > ~/monfichier" fonctionne parfaitement.
Auriez-vous une explication ?
Une fois, j'ai eu le cas où le ~ était évalué sur la machine locale (par le shell) (ce qui donnait p.ex. /home/sylvain et pas /home/user1), alors j'ai pris l'habitude d'écrire :"~" pour l'éviter.
(Mais je n'en ai plus besoin maintenant. Je n'ai jamais trop vérifié les versions de bash en cause. À noter aussi que ça ne gêne pas si l'utilisateur est le même partout ou si les répertoires existent.)
(Par contre, il devrait y avoir une erreur « répertoire inexistant » ou « t'as pas les droits d'écritures »...)
Tu peux toujours essayer. Deux guillemets, ça ne mange pas de pain. -- Sylvain Sauvage
Tue, 15 Feb 2005 21:26:52 +0100, jean-michel.caricand a écrit :
Bonjour,
J'ai un soucis avec scp. Je désire copier un fichier vers une machine
sans demande de password. J'ai créé une clé privée et publique(rs a),
copié la clé publique dans le fichier
/home/user1/.ssh/authorized_keys.J'utilise donc la commande :
scp monfichier user1@unemachine:~/
scp semble fonctionné (aucun message d'erreur) mais le fichier n'a pas
été copié ! D'ailleurs, je ne vois pas la progression de la copie m ais
uniquement l'adresse ip de la machine distante comme retour de scp.
Par contre la commande :
cat monfichier | ssh user1@unemachine "cat > ~/monfichier" fonctionne
parfaitement.
Auriez-vous une explication ?
Une fois, j'ai eu le cas où le ~ était évalué sur la machine locale (par
le shell) (ce qui donnait p.ex. /home/sylvain et pas /home/user1), alors
j'ai pris l'habitude d'écrire user1@unemachine:"~" pour l'éviter.
(Mais je n'en ai plus besoin maintenant. Je n'ai jamais trop vérifié les
versions de bash en cause. À noter aussi que ça ne gêne pas si
l'utilisateur est le même partout ou si les répertoires existent.)
(Par contre, il devrait y avoir une erreur « répertoire inexistant » ou
« t'as pas les droits d'écritures »...)
Tu peux toujours essayer. Deux guillemets, ça ne mange pas de pain.
--
Sylvain Sauvage
Tue, 15 Feb 2005 21:26:52 +0100, jean-michel.caricand a écrit :
Bonjour,
J'ai un soucis avec scp. Je désire copier un fichier vers une machine sans demande de password. J'ai créé une clé privée et publique(rs a), copié la clé publique dans le fichier /home/user1/.ssh/authorized_keys.J'utilise donc la commande : scp monfichier :~/
scp semble fonctionné (aucun message d'erreur) mais le fichier n'a pas été copié ! D'ailleurs, je ne vois pas la progression de la copie m ais uniquement l'adresse ip de la machine distante comme retour de scp.
Par contre la commande : cat monfichier | ssh "cat > ~/monfichier" fonctionne parfaitement.
Auriez-vous une explication ?
Une fois, j'ai eu le cas où le ~ était évalué sur la machine locale (par le shell) (ce qui donnait p.ex. /home/sylvain et pas /home/user1), alors j'ai pris l'habitude d'écrire :"~" pour l'éviter.
(Mais je n'en ai plus besoin maintenant. Je n'ai jamais trop vérifié les versions de bash en cause. À noter aussi que ça ne gêne pas si l'utilisateur est le même partout ou si les répertoires existent.)
(Par contre, il devrait y avoir une erreur « répertoire inexistant » ou « t'as pas les droits d'écritures »...)
Tu peux toujours essayer. Deux guillemets, ça ne mange pas de pain. -- Sylvain Sauvage
daniel huhardeaux
jean-michel.caricand a écrit :
Bonjour,
J'ai un soucis avec scp. Je désire copier un fichier vers une machine sans demande de password. J'ai créé une clé privée et publique(rsa), copié la clé publique dans le fichier /home/user1/.ssh/authorized_keys.J'utilise donc la commande : scp monfichier :~/
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
jean-michel.caricand a écrit :
Bonjour,
J'ai un soucis avec scp. Je désire copier un fichier vers une machine
sans demande de password. J'ai créé une clé privée et publique(rsa),
copié la clé publique dans le fichier
/home/user1/.ssh/authorized_keys.J'utilise donc la commande :
scp monfichier user1@unemachine:~/
J'ai un soucis avec scp. Je désire copier un fichier vers une machine sans demande de password. J'ai créé une clé privée et publique(rsa), copié la clé publique dans le fichier /home/user1/.ssh/authorized_keys.J'utilise donc la commande : scp monfichier :~/
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Jacques L'helgoualc'h
Sylvain Sauvage a écrit, mardi 15 février 2005, à 21:51 :
Tue, 15 Feb 2005 21:26:52 +0100, jean-michel.caricand a écrit : > Bonjour,
bonsoir,
> [...] > scp monfichier :~/ > > scp semble fonctionné (aucun message d'erreur) mais le fichier n'a pas > été copié ! D'ailleurs, je ne vois pas la progression de la copie mais > uniquement l'adresse ip de la machine distante comme retour de scp. > > Par contre la commande : > cat monfichier | ssh "cat > ~/monfichier" fonctionne > parfaitement. > > Auriez-vous une explication ?
Une fois, j'ai eu le cas où le ~ était évalué sur la machine locale (par le shell) (ce qui donnait p.ex. /home/sylvain et pas /home/user1), alors j'ai pris l'habitude d'écrire :"~" pour l'éviter.
Le répertoire d'arrivée par défaut est le ~user1/ ... par contre, il faudrait plutôt un '$HOME'.
(Mais je n'en ai plus besoin maintenant. Je n'ai jamais trop vérifié les versions de bash en cause. À noter aussi que ça ne gêne pas si l'utilisateur est le même partout ou si les répertoires existent.)
(Par contre, il devrait y avoir une erreur « répertoire inexistant » ou « t'as pas les droits d'écritures »...)
Oui, l'absence de message d'erreur est bizarre : et avec scp -v ?
-- Jacques L'helgoualc'h
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Sylvain Sauvage a écrit, mardi 15 février 2005, à 21:51 :
Tue, 15 Feb 2005 21:26:52 +0100, jean-michel.caricand a écrit :
> Bonjour,
bonsoir,
> [...]
> scp monfichier user1@unemachine:~/
>
> scp semble fonctionné (aucun message d'erreur) mais le fichier n'a pas
> été copié ! D'ailleurs, je ne vois pas la progression de la copie mais
> uniquement l'adresse ip de la machine distante comme retour de scp.
>
> Par contre la commande :
> cat monfichier | ssh user1@unemachine "cat > ~/monfichier" fonctionne
> parfaitement.
>
> Auriez-vous une explication ?
Une fois, j'ai eu le cas où le ~ était évalué sur la machine locale (par
le shell) (ce qui donnait p.ex. /home/sylvain et pas /home/user1), alors
j'ai pris l'habitude d'écrire user1@unemachine:"~" pour l'éviter.
Le répertoire d'arrivée par défaut est le ~user1/ ... par contre, il
faudrait plutôt un '$HOME'.
(Mais je n'en ai plus besoin maintenant. Je n'ai jamais trop vérifié les
versions de bash en cause. À noter aussi que ça ne gêne pas si
l'utilisateur est le même partout ou si les répertoires existent.)
(Par contre, il devrait y avoir une erreur « répertoire inexistant » ou
« t'as pas les droits d'écritures »...)
Oui, l'absence de message d'erreur est bizarre : et avec scp -v ?
--
Jacques L'helgoualc'h
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Sylvain Sauvage a écrit, mardi 15 février 2005, à 21:51 :
Tue, 15 Feb 2005 21:26:52 +0100, jean-michel.caricand a écrit : > Bonjour,
bonsoir,
> [...] > scp monfichier :~/ > > scp semble fonctionné (aucun message d'erreur) mais le fichier n'a pas > été copié ! D'ailleurs, je ne vois pas la progression de la copie mais > uniquement l'adresse ip de la machine distante comme retour de scp. > > Par contre la commande : > cat monfichier | ssh "cat > ~/monfichier" fonctionne > parfaitement. > > Auriez-vous une explication ?
Une fois, j'ai eu le cas où le ~ était évalué sur la machine locale (par le shell) (ce qui donnait p.ex. /home/sylvain et pas /home/user1), alors j'ai pris l'habitude d'écrire :"~" pour l'éviter.
Le répertoire d'arrivée par défaut est le ~user1/ ... par contre, il faudrait plutôt un '$HOME'.
(Mais je n'en ai plus besoin maintenant. Je n'ai jamais trop vérifié les versions de bash en cause. À noter aussi que ça ne gêne pas si l'utilisateur est le même partout ou si les répertoires existent.)
(Par contre, il devrait y avoir une erreur « répertoire inexistant » ou « t'as pas les droits d'écritures »...)
Oui, l'absence de message d'erreur est bizarre : et avec scp -v ?
-- Jacques L'helgoualc'h
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
jean-michel.caricand
Bonjour,
Mon problème est résolu. En fait une ligne affichant un message lors de l'ouverture d'une session (dans mon .bashrc) provoquait ce comportement étrange de scp. La mettre en commentaire a tout résolu.
Ouf.
Jacques L'helgoualc'h a écrit :
Sylvain Sauvage a écrit, mardi 15 février 2005, à 21:51 :
Tue, 15 Feb 2005 21:26:52 +0100, jean-michel.caricand a écrit :
Bonjour,
bonsoir,
[...] scp monfichier :~/
scp semble fonctionné (aucun message d'erreur) mais le fichier n'a pas été copié ! D'ailleurs, je ne vois pas la progression de la copie mais uniquement l'adresse ip de la machine distante comme retour de scp.
Par contre la commande : cat monfichier | ssh "cat > ~/monfichier" fonctionne parfaitement.
Auriez-vous une explication ?
Une fois, j'ai eu le cas où le ~ était évalué sur la machine locale (par le shell) (ce qui donnait p.ex. /home/sylvain et pas /home/user1), alors j'ai pris l'habitude d'écrire :"~" pour l'éviter.
Le répertoire d'arrivée par défaut est le ~user1/ ... par contre, il faudrait plutôt un '$HOME'.
(Mais je n'en ai plus besoin maintenant. Je n'ai jamais trop vérifié les versions de bash en cause. À noter aussi que ça ne gêne pas si l'utilisateur est le même partout ou si les répertoires existent.)
(Par contre, il devrait y avoir une erreur « répertoire inexistant » ou « t'as pas les droits d'écritures »...)
Oui, l'absence de message d'erreur est bizarre : et avec scp -v ?
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Bonjour,
Mon problème est résolu. En fait une ligne affichant un message lors de
l'ouverture d'une session (dans mon .bashrc) provoquait ce comportement
étrange de scp. La mettre en commentaire a tout résolu.
Ouf.
Jacques L'helgoualc'h a écrit :
Sylvain Sauvage a écrit, mardi 15 février 2005, à 21:51 :
Tue, 15 Feb 2005 21:26:52 +0100, jean-michel.caricand a écrit :
Bonjour,
bonsoir,
[...]
scp monfichier user1@unemachine:~/
scp semble fonctionné (aucun message d'erreur) mais le fichier n'a pas
été copié ! D'ailleurs, je ne vois pas la progression de la copie mais
uniquement l'adresse ip de la machine distante comme retour de scp.
Par contre la commande :
cat monfichier | ssh user1@unemachine "cat > ~/monfichier" fonctionne
parfaitement.
Auriez-vous une explication ?
Une fois, j'ai eu le cas où le ~ était évalué sur la machine locale (par
le shell) (ce qui donnait p.ex. /home/sylvain et pas /home/user1), alors
j'ai pris l'habitude d'écrire user1@unemachine:"~" pour l'éviter.
Le répertoire d'arrivée par défaut est le ~user1/ ... par contre, il
faudrait plutôt un '$HOME'.
(Mais je n'en ai plus besoin maintenant. Je n'ai jamais trop vérifié les
versions de bash en cause. À noter aussi que ça ne gêne pas si
l'utilisateur est le même partout ou si les répertoires existent.)
(Par contre, il devrait y avoir une erreur « répertoire inexistant » ou
« t'as pas les droits d'écritures »...)
Oui, l'absence de message d'erreur est bizarre : et avec scp -v ?
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Mon problème est résolu. En fait une ligne affichant un message lors de l'ouverture d'une session (dans mon .bashrc) provoquait ce comportement étrange de scp. La mettre en commentaire a tout résolu.
Ouf.
Jacques L'helgoualc'h a écrit :
Sylvain Sauvage a écrit, mardi 15 février 2005, à 21:51 :
Tue, 15 Feb 2005 21:26:52 +0100, jean-michel.caricand a écrit :
Bonjour,
bonsoir,
[...] scp monfichier :~/
scp semble fonctionné (aucun message d'erreur) mais le fichier n'a pas été copié ! D'ailleurs, je ne vois pas la progression de la copie mais uniquement l'adresse ip de la machine distante comme retour de scp.
Par contre la commande : cat monfichier | ssh "cat > ~/monfichier" fonctionne parfaitement.
Auriez-vous une explication ?
Une fois, j'ai eu le cas où le ~ était évalué sur la machine locale (par le shell) (ce qui donnait p.ex. /home/sylvain et pas /home/user1), alors j'ai pris l'habitude d'écrire :"~" pour l'éviter.
Le répertoire d'arrivée par défaut est le ~user1/ ... par contre, il faudrait plutôt un '$HOME'.
(Mais je n'en ai plus besoin maintenant. Je n'ai jamais trop vérifié les versions de bash en cause. À noter aussi que ça ne gêne pas si l'utilisateur est le même partout ou si les répertoires existent.)
(Par contre, il devrait y avoir une erreur « répertoire inexistant » ou « t'as pas les droits d'écritures »...)
Oui, l'absence de message d'erreur est bizarre : et avec scp -v ?
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Vincent Lefevre
Bonjour,
On 2005-02-17 06:34:08 +0100, jean-michel.caricand wrote:
Mon problème est résolu. En fait une ligne affichant un message lors de l'ouverture d'une session (dans mon .bashrc) provoquait ce comportement étrange de scp. La mettre en commentaire a tout résolu.
J'ai ceci dans mon .zshenv (j'utilise zsh comme shell) et cela ne perturbe pas scp:
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Bonjour,
On 2005-02-17 06:34:08 +0100, jean-michel.caricand wrote:
Mon problème est résolu. En fait une ligne affichant un message lors
de l'ouverture d'une session (dans mon .bashrc) provoquait ce
comportement étrange de scp. La mettre en commentaire a tout résolu.
J'ai ceci dans mon .zshenv (j'utilise zsh comme shell) et cela ne
perturbe pas scp:
On 2005-02-17 06:34:08 +0100, jean-michel.caricand wrote:
Mon problème est résolu. En fait une ligne affichant un message lors de l'ouverture d'une session (dans mon .bashrc) provoquait ce comportement étrange de scp. La mettre en commentaire a tout résolu.
J'ai ceci dans mon .zshenv (j'utilise zsh comme shell) et cela ne perturbe pas scp:
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Jacques L'helgoualc'h
jean-michel.caricand a écrit, jeudi 17 février 2005, à 06:34 :
Bonjour,
bonjour,
Mon problème est résolu. En fait une ligne affichant un message lors de l'ouverture d'une session (dans mon .bashrc) provoquait ce comportement étrange de scp. La mettre en commentaire a tout résolu.
Un message à l'ouverture, ça s'oublie ...
if [ -n "$REMOTEHOST" ] then PS1="[e[00;32;40m]$(basename $(tty)) u[e[00;01;33;40m]@h[e[00m]:w [e[01;33m]$ [e[00me[K]" else PS1="[e[00;32;40m]$(basename $(tty)) u[e[00;37;40m]@w [e[01;32m]$ [e[00me[K]" fi
-- Jacques L'helgoualc'h
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
jean-michel.caricand a écrit, jeudi 17 février 2005, à 06:34 :
Bonjour,
bonjour,
Mon problème est résolu. En fait une ligne affichant un message lors de
l'ouverture d'une session (dans mon .bashrc) provoquait ce comportement
étrange de scp. La mettre en commentaire a tout résolu.
Un message à l'ouverture, ça s'oublie ...
if [ -n "$REMOTEHOST" ]
then
PS1="[e[00;32;40m]$(basename $(tty)) u[e[00;01;33;40m]@h[e[00m]:w [e[01;33m]\$ [e[00me[K]"
else
PS1="[e[00;32;40m]$(basename $(tty)) u[e[00;37;40m]@w [e[01;32m]\$ [e[00me[K]"
fi
--
Jacques L'helgoualc'h
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
jean-michel.caricand a écrit, jeudi 17 février 2005, à 06:34 :
Bonjour,
bonjour,
Mon problème est résolu. En fait une ligne affichant un message lors de l'ouverture d'une session (dans mon .bashrc) provoquait ce comportement étrange de scp. La mettre en commentaire a tout résolu.
Un message à l'ouverture, ça s'oublie ...
if [ -n "$REMOTEHOST" ] then PS1="[e[00;32;40m]$(basename $(tty)) u[e[00;01;33;40m]@h[e[00m]:w [e[01;33m]$ [e[00me[K]" else PS1="[e[00;32;40m]$(basename $(tty)) u[e[00;37;40m]@w [e[01;32m]$ [e[00me[K]" fi
-- Jacques L'helgoualc'h
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Vincent Lefevre
On 2005-02-17 10:24:13 +0100, Jacques L'helgoualc'h wrote:
Un message à l'ouverture, ça s'oublie ...
if [ -n "$REMOTEHOST" ] then PS1="[e[00;32;40m]$(basename $(tty)) u[e[00;01;33;40m]@h[e[00m]:w [e[01;33m]$ [e[00me[K]" else PS1="[e[00;32;40m]$(basename $(tty)) u[e[00;37;40m]@w [e[01;32m]$ [e[00me[K]" fi
Il y a des fois où on préfère un message à l'ouverture, surtout si le shell est non interactif.
Vincent Lefevre a écrit, jeudi 17 février 2005, à 11:29 :
On 2005-02-17 10:24:13 +0100, Jacques L'helgoualc'h wrote: > PS1=[...]
Il y a des fois où on préfère un message à l'ouverture, surtout si le shell est non interactif.
Heu, le PS1 ne concerne que l'interactif, a priori. Sinon, quand le message est-il utile ? -- Jacques L'helgoualc'h
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Vincent Lefevre
On 2005-02-17 12:27:48 +0100, Jacques L'helgoualc'h wrote:
Heu, le PS1 ne concerne que l'interactif, a priori. Sinon, quand le message est-il utile ?
Il sert à savoir immédiatement que la connexion s'est effectuée, et à s'apercevoir qu'il y a une connexion si on ne l'attendait pas forcément. C'est juste une info qui peut être utile.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
On 2005-02-17 12:27:48 +0100, Jacques L'helgoualc'h wrote:
Heu, le PS1 ne concerne que l'interactif, a priori. Sinon, quand le
message est-il utile ?
Il sert à savoir immédiatement que la connexion s'est effectuée,
et à s'apercevoir qu'il y a une connexion si on ne l'attendait pas
forcément. C'est juste une info qui peut être utile.
On 2005-02-17 12:27:48 +0100, Jacques L'helgoualc'h wrote:
Heu, le PS1 ne concerne que l'interactif, a priori. Sinon, quand le message est-il utile ?
Il sert à savoir immédiatement que la connexion s'est effectuée, et à s'apercevoir qu'il y a une connexion si on ne l'attendait pas forcément. C'est juste une info qui peut être utile.
