De ce que je comprend, il ne lance rien, c’est « by design » après l’installation.
… … exit()
avec 2 parenthèses
non pas exit()
Quel est la commande sous SSH que tu lance ?
le problème c’est que j’ai rien lancé ! juste mis mon mot de passe sous putty
type(exit)
str(exit)
print exit
exit(2)
la tu est pas sous ssh
et tu arrive direct a l’intérieur d’un programme python en fonctionnement et qui par les exceptions
empêche le keyboard interrupt
ta aps mis de paramètres a ton putty ?
rien ne va.
j’explique:
sur mon PC (windows 7) je lance putty sur l’IP de mon raspberry…jusquela je sais faire.
j’ai : login as:
je tape pi
j’ai : pi@192.168.xx.xx’s password:
je tape mon password
et là j’ai ce que j’ai mis en premier
Pour le SSH en python, le mieux est de passer par le module paramiko. Ensuite, pour qu’une commande soit exécutée, soit on tag la clef publique ssh placée sur le serveur avec le script à lancer (seule ce script pourra $etre exécuté avec la clef utilisée par le client ssh) soit on lance les commandes à partir de paramiko.
ça vous dit quelque chose ? ce qui expliquerait que rien ne fonctionne !
ctrl + z
je vais lire tout ça !
ctrl + z…rien ne se passe même pas un saut de ligne !
et CTRL+X !
là ça ressemble quand même à une substitution du shell par défaut par un shell python
ctrl+x…non
mais j’avance ! avec 1+1 j’avais 2 (super python il sait compter)
avec help() j’ai:
Depuis l’interface jeedom, dans les accès OS etc que donne la commande
sudo more /etc/passwd |grep pi
en principe ça donne
pi:x:1000:1000:,,,:/home/pi:/bin/bash
C’est le /bin/bash qui est important si tu as un serpent à la place…
je ois pas de quoi tu causes ?
je suis en V3.3.50
j’ai le plugin outil de développement.
Ah si j’ai trouvé
pi:x:1000:1000:,:/home/pi:/bin/bash
Quand j’ai lancé help() la commande ctrl+d me fait bien revenir au « >>> »
Bon ben c’est pas caché là …
Cette fois que donne
sudo more /home/pi/.profile
En principe
# ~/.profile: executed by the command interpreter for login shells.
# This file is not read by bash(1), if ~/.bash_profile or ~/.bash_login
# exists.
# see /usr/share/doc/bash/examples/startup-files for examples.
# the files are located in the bash-doc package.
# the default umask is set in /etc/profile; for setting the umask
# for ssh logins, install and configure the libpam-umask package.
#umask 022
# if running bash
if [ -n "$BASH_VERSION" ]; then
# include .bashrc if it exists
if [ -f "$HOME/.bashrc" ]; then
. "$HOME/.bashrc"
fi
fi
# set PATH so it includes user's private bin if it exists
if [ -d "$HOME/bin" ] ; then
PATH="$HOME/bin:$PATH"
fi
# set PATH so it includes user's private bin if it exists
if [ -d "$HOME/.local/bin" ] ; then
PATH="$HOME/.local/bin:$PATH"
fi
oui, la même chose que toi.
j’ai trouvé que je doit être en « mode interactif » pour python
quit()
non quit() ne fait rien !