« /opt peut être par exemple utilisé comme dépotoire pour les applis hors distrib »
Il y a une petite différence entre /opt et /usr/local/:
Dans /usr/local/, man, lib, bin, etc.. continuent d'être séparés « à la UNIX », tandis que dans /opt, ils sont regroupés dessous /opt/<package >, « à la Windows »
http://www.pathname.com/fhs/(...)
ou le paquet debian-policy qui contient diverses docs, dont fhs, « Filesystem Hierarchy Standard »
Sinon, je comprend pas trop:
« 1. Jamais, une application graphique en root tu ne lanceras »
Il faut éviter de lancer n'importe quel application utilisateur, que ce soit en ligne de commande, en ncurses ou graphique. Par contre, pour certains outils, il est indispensable de les lancer en root ( qu'ils soient graphique ou non ), et ils ne demandent pas toujours un le mot de pass root ( ex: gnome-system-log )
Moi, je suprrimerai le « graphique »
Question sécurité, à la limite, je rajouterai, sudo ( avec demande de mot de pass ) tu utilisera
même remarque que le post du dessus: pourquoi ne pas utiliser /usr/local/ ( qui est fait pour ! ) losrque l'on est le seul utilisateur ?
[^] # Re: Bof ...
Posté par gnujsa . En réponse au message Les 10 Commandements de la Debian... Évalué à 2.
Il y a une petite différence entre /opt et /usr/local/:
Dans /usr/local/, man, lib, bin, etc.. continuent d'être séparés « à la UNIX », tandis que dans /opt, ils sont regroupés dessous /opt/<package >, « à la Windows »
http://www.pathname.com/fhs/(...)
ou le paquet debian-policy qui contient diverses docs, dont fhs, « Filesystem Hierarchy Standard »
Sinon, je comprend pas trop:
« 1. Jamais, une application graphique en root tu ne lanceras »
Il faut éviter de lancer n'importe quel application utilisateur, que ce soit en ligne de commande, en ncurses ou graphique. Par contre, pour certains outils, il est indispensable de les lancer en root ( qu'ils soient graphique ou non ), et ils ne demandent pas toujours un le mot de pass root ( ex: gnome-system-log )
Moi, je suprrimerai le « graphique »
Question sécurité, à la limite, je rajouterai, sudo ( avec demande de mot de pass ) tu utilisera
même remarque que le post du dessus: pourquoi ne pas utiliser /usr/local/ ( qui est fait pour ! ) losrque l'on est le seul utilisateur ?