Ensuite, ma philosophie est que, par défaut, le seul endroit où un utilisateur a le droit d'écrire en l'absence de droits accordés est son /home. Par conséquent, quand je code, j'essaie de tout y faire, en tout cas la majorité.
Personnellement, je me suis créé un répertoire ~/sys, dans lequel j'ai recréé tous les répertoires habituels d'un Unix : bin sbin man include lib etc. J'ai ensuite fait pointer patiemment mes variables d'environnement vers ces répertoires, en configurant mon ~/.bashrc. Donc : PATH LD_LIBRARY_PATH MANPATH et autres variables propres aux systèmes moins généraux (PKG_CONFIG, etc.)
Moralité, quand je compile un package expérimental depuis les sources, je fais configure --prefix=~/sys et tout va à sa place sans poluer le système ni m'obliger à passer root, l'idéal en entreprise. Si j'ai peur de ne pas m'y retrouver avec mes programmes perso, rien ne m'empêche de créer la même arborescence juste à côté.
En outre, tous mes petits scripts (nettoyage des fichiers temporaires, par exemple, et tout ce qui ne tient pas dans alias) va direct dans ~sys/bin aussi. Pour un script de sauvegarde, c'est tout-à-fait exploitable par cron.
Si c'est à disposition des utilisateurs, de deux choses l'une : soit c'est vraiment expérimental et ça va dans /usr/local, soit je me fends de la réalisation d'un package, et je le mets dans le système normal (/usr). À tout le moins, je vérifie qu'il existe un make uninstall ou distclean, ou alors je sauve au moins la liste des fichiers installés avec leur chemin quelque part.
# Voir le FHS
Posté par Obsidian . En réponse au message Emplacements des scripts et configurations. Évalué à 5.
http://www.pathname.com/fhs/
/usr/etc n'existe pas, à ma connaissance.
Ensuite, ma philosophie est que, par défaut, le seul endroit où un utilisateur a le droit d'écrire en l'absence de droits accordés est son /home. Par conséquent, quand je code, j'essaie de tout y faire, en tout cas la majorité.
Personnellement, je me suis créé un répertoire ~/sys, dans lequel j'ai recréé tous les répertoires habituels d'un Unix : bin sbin man include lib etc. J'ai ensuite fait pointer patiemment mes variables d'environnement vers ces répertoires, en configurant mon ~/.bashrc. Donc : PATH LD_LIBRARY_PATH MANPATH et autres variables propres aux systèmes moins généraux (PKG_CONFIG, etc.)
Moralité, quand je compile un package expérimental depuis les sources, je fais configure --prefix=~/sys et tout va à sa place sans poluer le système ni m'obliger à passer root, l'idéal en entreprise. Si j'ai peur de ne pas m'y retrouver avec mes programmes perso, rien ne m'empêche de créer la même arborescence juste à côté.
En outre, tous mes petits scripts (nettoyage des fichiers temporaires, par exemple, et tout ce qui ne tient pas dans alias) va direct dans ~sys/bin aussi. Pour un script de sauvegarde, c'est tout-à-fait exploitable par cron.
Si c'est à disposition des utilisateurs, de deux choses l'une : soit c'est vraiment expérimental et ça va dans /usr/local, soit je me fends de la réalisation d'un package, et je le mets dans le système normal (/usr). À tout le moins, je vérifie qu'il existe un make uninstall ou distclean, ou alors je sauve au moins la liste des fichiers installés avec leur chemin quelque part.