Salut,
Bon je suis un peu mieux réveiller (mais on reste le 2 janvier, et j'ai pas trop dormis
)
La variable PATH contient le chemin vers les dossiers qui peuvent contenir des exécutables, les chemins sont séparer par des ':' . Tape echo $PATH dans une console tu verra les dossiers accessible par le PATH.
L'utilité c'est que lorsque tu tape une commande ( 'ls' ) le terminal (enfin bash, généralement) va cherche un exécutable qui a pour nom 'ls' dans les différents dossiers fournis par le PATH, puis l'exécuter.
Ensuite, les différences entre :
/bin
/usr/bin
/usr/local/bin
/sbin
$HOME/bin
C'est une question de philosophie, en théorie, il n'y a dans /bin que les exécutables "vitale" pour le système (ls, rm, mv ....)
dans /usr/bin les exécutables pour les usr (user, utilisateur (vive les compression de mot
)) qu'il soit local ou distant (et oui à la base Unix, Linux sont prévu pour plusieurs utilisateur qui ne sont pas forcement sur la machine locale)
dans /usr/local/bin les exécutables pour les utilisateur .... 'local'e
puis dans $HOME/bin pour l'utilisateur
les */sbin (/sbin /usr/sbin ...) c'est pour le super utilisateur
Tout ça c'est théorique, en pratique c'est pas forcement vrai.
Ensuite il tout a fait possible de lancer un programme même si son emplacement n'est pas fourni dans le PATH, seulement il faut fournir toute la commande.
/usr/share/playonlinux/playonlinux a le même effet que de lancer /usr/bin/playonlinux ou encore playonlinux, seulement playonlinux est connu, parce qu'il y a un lanceur dans le dossier /usr/bin alors que /usr/share/playonlinux/playonlinux n'est pas connu.
lance "which -a playonlinux " si tu veux voir le chemin que prend ton terminal pour exécuter playonlinux
J'espère que c'est clair
(sinon je reviens demain sous linux (enfin)
Former member.