Forum

Reprise du message précédent

J'ai créé un alias dans le fichier ~/.bash_aliases

Apparemment, bash_aliases a la priorité la plus élevée et remplace PATH.

Édité par arte-naki Le 02/12/2020 à 20h53

J'ai remarqué que les alias ne sont pas utilisés dans les fichiers batch (scripts sh), ils sont simplement ignorés!
Mieux vaut utiliser des liens symboliques. Par exemple :

au lieu de :

Édité par arte-naki Le 04/12/2020 à 00h46

ils ne sont pas ignorés, cela dépend de l'ordre des répertoires de la variable PATH, si /usr/bin est en premier c'est /usr/bin/python qui sera utilisé en premier

Il me semble que c'est plus compliqué que ça. Pour avoir déjà testé un alias qui changeait le PATH, ça ne fonctionnait pas du tout. Je n'ai pas tout compris mais l'expansion des alias ne se fait pas dans un script shell. Il semble que les alias ne soient pas utilisables directement dans un shell non interactif. Il faut utiliser la commande shopt. De la même manière la commande source en bash (ou . en sh) n'est pas utilisable facilement dans un script bash. Surtout si on doit l'utiliser de multiple fois. Il faut définir des environnements séparés dans le script.

Bizarre, mon .bashrc est parfaitement lu à chaque session et tous mes alias sont bien pris en compte, je n'ai pas les soucis que vous rencontrez.

Attention, on ne parle pas du bashrc mais des fichiers de scripts. Si tu définis dans ton bashrc


Si tu fais un script monScript

Puis que tu le lances avec ./monScript. Tu auras une réponse Command r2d2 not found. Car l'alias n'est pas reconnu par le script.

De même si tu defini dans ton bashrc

Et supposons qu'ils ont les mêmes commandes (disons r2d2) puisque ce sont deux versions différentes d'un même logiciel. Puis que tu lances dans un terminal :

Ça fonctionne. Tu auras d'abord la commande venant de mySuperSoftware puis celle de myOtherSoftware
Maintenant si tu fais la même chose dans un script

Ça ne fonctionnera pas. La deuxième source sera ignorée. Dans ton script il faut définir les environnements dans lesquels ces commandes sont valables. Par exemple avec des parenthèses.

ok compris, dans ce cas là généralement je crée un script plutôt qu'un alias que je mets sous /usr/local/bin pour pouvoir être appelé d'un autre script

si tu ne souhaites pas modifier tout le système et ne rendre la chose uniquement accessible pour l'unique utilisateur, tu peux mettre dans :
/home/${USER}/bin
ou si tu ne souhaites pas avoir encore un dossier supplémentaire visible dans le répertoire de l'utilisateur :
/home/${USER}/.local/bin

C'est en effet la méthode souvent recommandée sur internet pour faire ça. Créer un script ou une fonction qu'on appellera dans les scripts dont on a besoin. Mais la première fois qu'on essaie, on ne comprend pas pourquoi les alias ne fonctionnent pas.

Mes PATHs:

Je suppose que je suis un maniaque
C'est drôle, mais dans Ubuntu, vous devez éditer le fichier ~/.profile et dans Magee/Debian ~/.bashrc.

Debian et Mageia ont ~/.local/bin et ~/bin spécifiés par défaut, mais ils ne fonctionnent pas sans paramètres spéciaux. Je ne sais pas pourquoi. Tout fonctionne dans Ubuntu.

Mon fichier /etc/ld.so.conf.d/libc.conf


Pour enregistrer vos modifications, vous devez entrer sudo ldconfig ou redémarrer.
Les bins ne sont appliqués qu'après un redémarrage, ou vous devez à chaque fois spécifier source ~/.profile dans le terminal

Édité par arte-naki Le 04/12/2020 à 18h43

j'ai également des scripts sous ~/bin, ça dépend de leur usage

Pouvez vous préciser ce qui ne fonctionne pas ?
Pouvez vous préciser les paramètre spéciaux ?

Ici, ça fonctionne par défaut.

Les binaires qui se trouvent dans ~ /.local/bin (par exemple, ~/.local/bin/nasm) ne démarrent pas lorsqu'ils sont accédés par leur nom depuis un terminal (c'est-à-dire nasm).


Mettez PATH="/home/denis/.local/bin:$PATH" dans ~ /.bashrc et redémarrez votre ordinateur.


Probablement parce que j'ai XFCE / LXDE et lightdm, non KDE.

Ici, installation neuve Cauldron, SDDM + iceWM


redémarrage de la machine :


j'ai en résultat tralala

Quand j'ai le temps je retesterai avec xfce / lightdm.

Je confirme,
urpmi lightdm
urpmi task-xfce
drakconf → startup → DM
redémarrage

avec lightdm, démarrant xfce, quand je tape nasm dans un terminal, j'ai bien "tralala".

Par défaut, ça marche.

Mieux vaut pas ~/bin, mais ~/.local/bin.
Je n'utilise pas ~/bin car c'est une horreur (dossier supplémentaire toujours en vue).
Je vais installer Mageia 7 LXDE avec lxdm et le vérifier aussi.