Comment modifier $PATH ?

[Fnux]

Bonjour,
Voici mon petit et dernier problème :
J'ai installé l'exécutable my_program dans le répertoire /usr/local/mystuff

Je désire pouvoir lancer ce programme directement depuis un teminal, sans devoir utiliser sudo et j'ai donc impérativement besoin de modifier la valeur de $PATH pour pouvoir pointer sur le répertoire /usr/local/mystuff de manière permanente (c'est à dire dès le boot).

Donc, la solution "simple" de lancer la commande PATH=$PATH"/usr/local/mystuff" avant l'exécution du script n'est, dans ce cas bien précis, pas appropriée.

J'ai bien rajouté :/usr/local/mystuff

- dans les lignes ENV_SUPATH PATH=... et ENV_PATH PATH=... du fichier /etc/login.defs
- et dans la ligne PATH=... du fichier /etc/environment
- et dans la ligne Defaults secure_path=... du fichier /etc/sudoers

mais sans succès car ce chemin (/usr/local/mystuff) n'est pris en compte qu'uniquement que lorque j'utilise (dans un terminal) la commande "sudo my-program" pour lancer mon programme,... mais JAMAIS lorsque je le lance directement (my_program) depuis un terminal (sans sudo) !

Malgré ces modifications, la commande echo $PATH me retourne systématiquement :

echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/lib/jvm/default/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl

mais n'y ajoute pas :/usr/local/mystuff , ce qui devrait être pris en compte au strict minimum par la modification du fichier /etc/login.defs telle que décrite au dessus.

J'aimerai donc votre aide pour résoudre ce problème qui me semble un peu spécifique à Manjaro (et surement aussi à Arch et Bridge) car les modifications que je fais dans les fichiers cités plus haut fonctionnent parfaitement avec Debian (et ses spin off dont : elementary, LMDE, Mint, Ubuntu and Co. et Zorin) de même qu'avec Fedora (et ses spin off dont : CentOS et RedHat).

Merci d'avance de votre aide car une fois ce problème résolu, je pourrai enfin vous proposer mon script qui est terminé et qui fonctionne parfaitement avec les différentes distributions citées précédemment. .

Il serait vraiment domage que je ne puisse pas le présenter pour des distros Arch et dérivées dont Manjaro aue j'aime beaucoup car je pense que le programme (open source) que je vais vous proposer risque d'intéresser pas mal de monde venant de l'univers DOS et Windows et qui veut migrer vers Linux !

Donc, encore merci de votre aide car je suis vraiment coincé.

Merci d'avance de vos retours sur ce script.

Très cordialement.

[lemust83]

Sur ton code, je ne saurais te répondre. Je n'ai pas suffisamment de connaissance en programmation. Je sais toutefois qu'on peu modifier le suid-bit d'un programme, mais c'est laisser grandes ouvertes les portes de la ville de Troie...
Reste à savoir ce que fait ton programme et comment tu l'as installé; il faut toujours construire un PKGBUILD et non utiliser la commande sudo make install. Si c'est un script bash, on peut très bien le laisser dans le /home/$USER et mettre un lanceur qui pointe dessus sans avoir a le placer dans /usr/bin, mais ça rend l'installation par yaourt délicate car pacman ne gère pas volontairement le contenu du /home...
Si tu tiens a le placer dans /usr il faut le rendre executable sudo chmod a+x mystuff et le placer dans /usr/local/bin. Là il sera dans le $PATH. Mais si tu construit un PKGBUILD, il faudra impérativement viser /usr/bin

Quoi qu'il en soit, la philosophie sous Gnu/Linux a pour axiome principal la sécurité; je sais que cette notion est assez abstraite pour les Window$siens comptant sur leur pare-feu flanqué d'un antivirus-obésiciel pour échapper aux binaires vérolés. Ils prennent toutefois une mauvaise habitude en lançant des programmes systèmes d'un simple clic. C'est pourquoi dans un système Unix-like, il vaut mieux les habituer a saisir leur MP. C'est aussi un bon moyen de comprendre la différence entre les comptes root et utilisateurs.
Ce n'est que mon avis et je sais que je ne répond pas directement à ta question, mais je pense qu'il faut garder le contrôle du mot de passe.

[papajoke]

bonjour,

pour modifier en permanence le PATH dans tous contextes, il faut ajouter un "script" dans /etc/profile.d/
par exemple :

#/etc/profile.d/mystuff.sh
setenv PATH "${PATH}:/usr/local/mystuff"

mais c'est très bizarre de ne pas vouloir installer ton programme dans /usr/local/bin bien que non utilisé avec archlinux

[waitnsea]

Bonjour,
Pour mes Scripts personnels qui sont regroupés dans le dossier de ce nom , je me suis contenté d'ajouter à mon .zshrc (j'imagine que ça fonctionne aussi bien en .bashrc pour ceux qui restent en bash) :

# PATH vers Scripts
export PATH=$PATH:/home/waitnsea/Scripts/

Pour lancer depuis un terminal ça suffit, et de plus on peut (facilement sous KDE en éditant le menu) fabriquer des lanceurs avec icônes.
Edit : c'est HS mais ça peut servir...

[Smurf]

Salut,

mais c'est très bizarre de ne pas vouloir installer ton programme dans /usr/local/bin bien que non utilisé avec archlinux

Je partage cet avis, la plupart, si ce n'est toutes les distribs, ont /usr/local/bin et /usr/local/sbin dans /etc/profile, ce qui éviterait de bidouiller le path.

[papajoke]

@ waitnsea
je ne suis pas fan du ~/Scripts/

normalement c'est plutôt :

• ~/bin/
• ~/.local/bin/ for me (voir man)

systemd-path | grep user-bin
  user-binaries: /home/patrick/.local/bin

[waitnsea]

@ waitnsea
je ne suis pas fan du ~/Scripts/

normalement c'est plutôt :

• ~/bin/
• ~/.local/bin/ for me

systemd-path | grep user-bin
  user-binaries: /home/patrick/.local/bin

Oui, mais ce sont de petits scripts bash ou python, évolutifs et/ou servant de modèles.
C'est plus facile d'y accéder en user et dans un fichier non caché, non ?
Un vrai programme ce serait différent, mais ça demande aussi un vrai développeur

[Fnux]

Bonsoir à tous.

Merci de vos différentes suggestions.

Pour mon besoin particulier, j'opte pour la solution de papajoke :

#/etc/profile.d/mystuff.sh
setenv PATH "${PATH}:/usr/local/mystuff"

Mais en regardant de plus près les exemples des scripts de ce répertoire, j'ai choisit de faire ceci :

echo "# Set path to MYSTUFF folder if it exists." >> /etc/profile.d/mystuff.sh
echo "# Added /usr/local/mystuff folder for myprogram." >> /etc/profile.d/mystuff.sh
echo "[ -d /usr/local/mystuff ] && PATH=$PATH:/usr/local/mystuff" >> /etc/profile.d/mystuff.sh

Et cela fonctionne très bien.

Maintenant, question subsidiare : à quoi servent les fichiers identiques mais nommés avec l'extention .csh qui sont présents dans le répertoire /etc/profile.d ?

Par contre je n'ai pas suivit cette option :

mais c'est très bizarre de ne pas vouloir installer ton programme dans /usr/local/bin bien que non utilisé avec archlinux

Pourquoi ?

Justement par ce que ce n'est "à priori" pas supporté par ArchLinux et que mon script doit aussi fonctionner avec Arch mais aussi Bridge (et d'éventuelles autres spin off que je ne connais pas).

A ce propos, merci de m'en suggérer (des spin off d'ArchLinux).

Merci encore à tous de votre aide.

Je posterai mon script ici dès que je l'aurai validé pour Manjaro (soit surement d'ici la fin de cette semaine).

Cordialement.

[lemust83]

Justement par ce que ce n'est "à priori" pas supporté par ArchLinux et que mon script doit aussi fonctionner avec Arch mais aussi Bridge (et d'éventuelles autres spin off que je ne connais pas).

Structurellement, Manjaro est basée sur Arch, donc il n'y a pas vraiment de raison pour que le placement dans /usr/local/bin ne passe pas pour les deux distributions. Mais on attend ton code

[Smurf]

Maintenant, question subsidiare : à quoi servent les fichiers identiques mais nommés avec l'extention .csh qui sont présents dans le répertoire /etc/profile.d ?

Pour une utilisation avec un shell C, genre csh ou tcsh, je suppose.

mais c'est très bizarre de ne pas vouloir installer ton programme dans /usr/local/bin bien que non utilisé avec archlinux

Pourquoi ?

Justement par ce que ce n'est "à priori" pas supporté par ArchLinux et que mon script doit aussi fonctionner avec Arch mais aussi Bridge (et d'éventuelles autres spin off que je ne connais pas).

Il n'est pas utilisé, mais il est supporté, comme dans la plupart des distributions qui installent leurs applis dans /usr directement, voir le fichier /etc/profile par défaut dans Arch :
https://git.archlinux.org/svntogit/pack ... filesystem

Et souvent, lorsqu'on installe une appli non fourni dans les grosses distribs, le répertoire par défaut lors du make install est /usr/local, pour faire la distinction avec l'installation par les paquets.

[Fnux]

Bonsoir lemust83,

Mais on attend ton code

Merci à vous tous de votre aide.

Comme promis, je vous propose mon script (qui n'est pas tout à fait terminé sur un petit point de détail mais qui fonctionne parfaitement) via le post suivant : http://www.manjaro.fr/forum/viewtopic.php?f=28&t=7831

N'hésitez surtout pas à le critiquer et à me proposer vos améliorations.

Merci encore à tous de votre aide.

Cordialement.