Re: Emplacement des scripts user [Etait: Structure d'un nom de fichier dans la crontab]
On Mon, 6 Aug 2012 23:10:10 +0200 Alain Vaugham wrote: > Pourquoi aller mettre le script dans /usr/local/bin/? > Moi je les mettais dans le home du user et ne touchais jamais > au /usr/ Cela me semblait pratique pour sauvegarder/réinstaller. Charles t'as donné la version longue; en version courte c'est aussi une question de bon sens, parce qu'il est Trare qu'un script&|pgm ne serve pas _aussi_ à un autre user on le met dans /usr/local/bin - le 'local' évitant la confusion entre org=system & org=admin. > Est-ce une mauvaise habitude que j'ai prise? Vi. > (à une époque je montait mes partitions dans le /home/user/. > Comme sur cette liste on m'a fait remarquer que le /mnt/ était > fait pour ça, j'ai changé mon habitude.) À partir du moment où il n'y en a pas 50, tu peux aussi créer des dirs sur la racine, voire les regrouper dans une racine commune (eg: /NFS & /NFS/XXX, etc). Perso j'aime bien cette solution + le fait d'utiliser des majuscules pour les noms, comme ça la confusion est strictement impossible (ainsi que le doublonnage de noms). > Je pensais que remplir le /usr/ était réservé pour l'installateur > Debian. /usr vi, mais pas /usr/local - parce que la charte Debian étant assez restrictive (librement parlant, s'entend), il n'est pas rare qu'on installe des pgms à partir d'un tarball compilé maison & comme dit plus haut, il faut aussi distinguer l'origine entre system & admin. > Quelle est la raison pour laquelle on met ses propres > scripts dans les /usr/share/... PAS /usr/share => /usr/local/share. > /usr/local/... Le partage entre utilisateurs. JY -- Les hommes, les femmes, quelle différence? on est tous les mêmes Voila une réflexion très Bi, Omane \o/ -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120807073305.2c18c117@anubis.defcon1
Re: Emplacement des scripts user [Etait: Structure d'un nom de fichier dans la crontab]
Le Tue, 7 Aug 2012 07:28:58 +0900, Charles Plessy a écrit : > Le Mon, Aug 06, 2012 at 11:10:10PM +0200, Alain Vaugham a écrit : > > > > Je pensais que remplir le /usr/ était réservé pour l'installateur Debian. > > Quelle est la raison pour laquelle on met ses propres scripts dans les > > /usr/share/... > > /usr/local/... > > Bonjour, Bonjour, > > Debian respecte en général la norme FHS (Filesystem Hierarchy Standard, > http://www.pathname.com/fhs/), et celle-ci garantit que les fichiers dans > /usr/local ne soient jamais changés par une mise à jour du système. > > C'est retranscrit dans la section 9.1.2 de la charte Debian. > > http://www.debian.org/doc/debian-policy/ch-opersys.html#s-fhs > > /usr/local est donc un bon endroit pour installer de manière globale > des programmes. Ok, j'ai compris. Je remarque que /usr/local appartient à root:staff. Il va falloir que je m'habitue à ce 'staff' dont je n'avais jamais remarqué l'existence. Merci beaucoup pour cette description claire ainsi que pour ces liens. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120807013627.2c7e9d3f@mach07.localdomain
Re: Emplacement des scripts user [Etait: Structure d'un nom de fichier dans la crontab]
Le Mon, Aug 06, 2012 at 11:10:10PM +0200, Alain Vaugham a écrit : > > Je pensais que remplir le /usr/ était réservé pour l'installateur Debian. > Quelle est la raison pour laquelle on met ses propres scripts dans les > /usr/share/... > /usr/local/... Bonjour, Debian respecte en général la norme FHS (Filesystem Hierarchy Standard, http://www.pathname.com/fhs/), et celle-ci garantit que les fichiers dans /usr/local ne soient jamais changés par une mise à jour du système. C'est retranscrit dans la section 9.1.2 de la charte Debian. http://www.debian.org/doc/debian-policy/ch-opersys.html#s-fhs /usr/local est donc un bon endroit pour installer de manière globale des programmes. Amicalement, -- Charles Plessy Tsurumi, Kanagawa, Japan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120806222858.ga4...@falafel.plessy.net
Emplacement des scripts user [Etait: Structure d'un nom de fichier dans la crontab]
Le Mon, 6 Aug 2012 22:15:41 +0200, Bzzz a écrit : [...] > Tu fais un script genre: > > #!/bin/sh > TS=$(date +"%Y-%m-%d_%Hh%M") > pg_dump -a db_XYZ > /home/userx/backup/db_XYZ_${TS}.sql > > que tu rends exécutable et que tu colles dans > /usr/local/bin/pgbackup_XYZ.sh [...] Je me pose juste la question suivante : Pourquoi aller mettre le script dans /usr/local/bin/? Moi je les mettais dans le home du user et ne touchais jamais au /usr/ Cela me semblait pratique pour sauvegarder/réinstaller. Est-ce une mauvaise habitude que j'ai prise? (à une époque je montait mes partitions dans le /home/user/. Comme sur cette liste on m'a fait remarquer que le /mnt/ était fait pour ça, j'ai changé mon habitude.) Je pensais que remplir le /usr/ était réservé pour l'installateur Debian. Quelle est la raison pour laquelle on met ses propres scripts dans les /usr/share/... /usr/local/... -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120806231010.349f4055@mach07.localdomain