The forum

Slt,

Je suis en train d'installer Enemy Territory 2.60 sous ma Kubuntu 7.10 ...
Tout se passe bien jusqu'à ce qui me demande le chemin où il doit créer les liens symboliques ...
D'origine il me propose : "/usr/local/bin"

Faut-il laisser cette direction ou y en a t-il d'autre possible ?
Si oui quelles sont-elles et quelles sont les différences ?

PS : j'ai déjà changer le répertoire d'installation car il me proposais "/usr/local/games/" et je lui ai demander "/home/...(mon nom de session).../.enemy-territory" ...

Merci d'avance

Salut,
Je pense que le jeu veut creer des liens symboliques dans le/s dossier qui sont accessible par le path,
/usr/local/bin n'est pas une mauvaise idée, une autre solution consite a créer un $HOME/bin et de mettre les executable dedans.
Une petite modification du PATH est tu peut lancer le jeu directement depuis une console.
Si le dossier que tu founis n'est pas accessible par le PATH, tu te verra dans l'obligation de lancer le jeu avec toute la ligne d'acces.
Si j'ai pas était clair c'est normal, il est 8h30 du matin, et j'ai mal au crâne

Edited by MulX

Met les liens symboliques dans un dossier bidon sa n'a pas d'importance.

Heu je crois que j'ai compris ce que tu voulais dire MulX mais d'après ce que j'ai vus "/usr/local/bin" est vide par contre "/usr/bin" est bien plein . Donc si j'ai bien compris il faut que je "remplisse" l'un des deux dossier pour avoir un accès possible au lancement par la console ...

Déjà je suis content de connaître l'utilité du dossier merci
Mais une autre question me viens donc, désolé j'ai que des questions (chuis chiant XD), quelles sont les différences entre le "bin" dans "usr" et celui qui est dans "usr/local" ? Et éventuellement celui qui serais créé dans "/home" ?

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)

Non c'est bon c'est parfaitement clair et celà répond à toutes mes questions et même plus c'est génial ...

Merci beaucoup pour tes explications MulX

PS : je met en résolus ...