Vous n'êtes pas identifié(e).
Dernière modification par Xunil (19-03-2016 17:31:21)
Hors ligne
Hors ligne
Dernière modification par nono47 (19-03-2016 11:14:35)
quelle différence ? ( avec /usr/local )
Sous /usr/local/ les applications vont respecter la même hiérarchie que sous /usr/ (bin, share/applications, share/icons, etc.).
Si un fichier de même nom se trouve sous /usr/…/fichier et /usr/local/…/fichier c’est celui sous /usr/local/ qui sera automatiquement utilisé par le système.
Sous /opt/ par contre il n’y a pas de règle, on y trouvera donc plus facilement les logiciels aux fichiers organisés de manière "exotique" (pour rester poli).
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Dans /usr et plus spécifiquement /usr/bin se trouvent les logiciels (les binaires) installés proprement depuis un paquet officiel (de préférence) et gérés (et installés donc) par le gestionnaire de paquet.
Merci, explication très claire
Dans /usr/local tu placeras de préférence tous les logiciels que tu auras compilé toi même sur ta machine. D'où l'importance d'éditer le makefile ou de spécifier les bonnes options à la compilation pour être sûr qu'un binaire compilé localement ne se trouve pas au milieu des autres.
Ok, donc c'est ici qu'on met les logiciels si on utilise la célèbre commande make. Ça permet sans doute une meilleur organisation et un meilleur suivis des logiciels présents sur la machine.
Merci pour l'explication !
=> Par contre si on possède déjà un binaire ?
C'est le cas de Java par exemple, dans leur tuto (https://www.java.com/fr/download/help/l … nstall.xml) ils disent simplement d'extraire le .tar.gz dans /usr/java.
Est-ce une bonne chose de créer un répertoire /java en plein milieu dans l'arborescence ?
Puis ils précisent :
[...] pour installer Java dans un emplacement couvrant tout le système, par exemple /usr/local, vous devez vous connecter en tant qu'utilisateur root [...]
Je comprend pas trop le terme "couvrant tout le système"
Il y a des accès, des restrictions, des... comportements différents du logiciel selon le choix du répertoire ? (/usr/UnRepertoire contre /usr/local <- qui "couvre tout le système")
Merci
Hors ligne
Je comprend pas trop le terme "couvrant tout le système"
Cela signifie qui seront accessibles par tous les utilisateurs du système, par opposition par exemple à ce que tu vas mettre dans /home/ton_user/.local
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
Sous /usr/local/ les applications vont respecter la même hiérarchie que sous /usr/ (bin, share/applications, share/icons, etc.).
Effectivement, c'est un point commun important et, même compilé, à la main, les logiciels (le binaires et ses ressources) seront installés proprement et dans les endroits logiques et bien identifiés.
Comme dit nono47, il y a aussi /opt pour tout le reste. Idéalement il ne faudrait installer aucun paquet hors dépôt et donc susceptible de s'y retrouver.
Dans le cas de ton java, ce n'est que mon avis, mais je ne te conseille pas de l'installer directement dans /usr. À la limite dans /opt puis tu crées un lien vers /usr.
Hors ligne
Cela signifie qui seront accessibles par tous les utilisateurs du système [...]
aah ok je comprend mieux. Merci.
[...] par opposition par exemple à ce que tu vas mettre dans /home/ton_user/.local
A ce propos, j'ai cherché et j'ai bien trouvé ce répertoire sous Ubuntu mais pas sous Debian. Comment faire sous Debian si un utilisateur veux installer un logiciel ? Ou si root veut lui installer que pour lui ?
vv222 a écrit :Sous /usr/local/ les applications vont respecter la même hiérarchie que sous /usr/ (bin, share/applications, share/icons, etc.).
Effectivement, c'est un point commun important et, même compilé, à la main, les logiciels (le binaires et ses ressources) seront installés proprement et dans les endroits logiques et bien identifiés.
Ok donc on ne s'embête pas à installer quelque chose à la main (=compilation) ailleurs que dans /usr/local ?
Comme dit nono47, il y a aussi /opt pour tout le reste. Idéalement il ne faudrait installer aucun paquet hors dépôt et donc susceptible de s'y retrouver.
Dans le cas de ton java, ce n'est que mon avis, mais je ne te conseille pas de l'installer directement dans /usr. À la limite dans /opt puis tu crées un lien vers /usr.
Il y a un truc que je ne comprend pas dans ce tuto de Java (https://www.java.com/fr/download/help/l … nstall.xml) :
--> si on installe dans /usr/local ça "couvrira tout le système" donc accessible à tout les utilisateurs. Ce qui semble être une bonne solution pratique.
--> si on installe dans /usr/Java (le truc à éviter), ça fera quoi ? Ça sera accessible à qui du coup ?
D'autant plus qu’un simple utilisateur ne peu de toute façon pas écrire dans /usr et ne pourra pas l'installer non ?
Merci
Hors ligne
A ce propos, j'ai cherché et j'ai bien trouvé ce répertoire sous Ubuntu mais pas sous Debian. Comment faire sous Debian si un utilisateur veux installer un logiciel ?
Il le créé
Ou si root veut lui installer que pour lui ?
A la vue des réponses précédente, je dirais qu'il n'y a aucune raison pour que root vienne installer un truc là.
P.S. : c'est ta discussion aussi chez les voisins par là ?
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
Xunil a écrit :A ce propos, j'ai cherché et j'ai bien trouvé ce répertoire sous Ubuntu mais pas sous Debian. Comment faire sous Debian si un utilisateur veux installer un logiciel ?
Il le créé
mkdir ~/.local
Je comprend mieux !
Merci !
Hors ligne
Dernière modification par Xunil (23-03-2016 20:03:45)
Hors ligne
Dernière modification par nono47 (23-03-2016 20:31:24)
Dernière modification par Xunil (24-03-2016 10:06:44)
Hors ligne
le répertoires /usr/local est affecté ou pas par les mises à jour avec les commandes de bases (apt-get, aptitude, ou via le gestionnaire de paquet)
Non si tu n'y a mis que des locigiels compilés sur ta machine.
et si c'est pareil pour /opt ? Car concernant Chrome, installé via le gestionnaire, il se trouve à la fois dans /opt et dans /usr/bin
chrome n'étant pas dans les dépôts ça m'étonnerait qu'il s'installe proprement... Ce n'est pas parce que tu l'as installé depuis un paquet .deb qu'il s'installera proprement. Un .deb n'est qu'une archive, ça n'est pas une garantie d'une installation propre, ni que le gestionnaire de paquet le prendra en compte lors des mises à jour. Vérifie aussi que le fichier présent dans /usr/bin n'est pas qu'un lien pointant vers le vrai exécutable présent dans /opt.
(si c'est le cas, supprime moi ce malware au plus tôt )
Hors ligne
Non si tu n'y a mis que des locigiels compilés sur ta machine.
Ok, merci !
Ce n'est pas parce que tu l'as installé depuis un paquet .deb qu'il s'installera proprement. Un .deb n'est qu'une archive, ça n'est pas une garantie d'une installation propre, ni que le gestionnaire de paquet le prendra en compte lors des mises à jour..
Merci, je comprend mieux.
Je croyais que le gestionnaire de paquet était la version graphique de apt-get/aptitude...
Vérifie aussi que le fichier présent dans /usr/bin n'est pas qu'un lien pointant vers le vrai exécutable présent dans /opt (si c'est le cas, supprime moi ce malware au plus tôt )
Omg...
[Xunil@linux:~]$
Edit à jojo :
Séparé la commande user seule de son retour ensuite.
Hors ligne
Je croyais que le gestionnaire de paquet était la version graphique de apt-get/aptitude
Quand tu as installé ton .deb de chrome par exemple. c'est dpkg qui s'est chargé d'ouvrir l'archive puis de placer les bons fichiers au bon endroit.
Le gestionnaire de paquet de Debian est APT (Advanced Packaging Tool). aptitude ou synaptic ne sont que des sur-couches l'utilisant et faisant appel, lors de la phase de manipulation du paquet lui même, à dpkg. Le rôle d'APT est de conserver une liste des paquets installés sur le système, de gérer leurs dépendances pour maintenir l'ensemble dans un état coordoné et stable.
Si tu fais un :
Je ne pense pas qu'il te dise qu'un tel paquet est installé.
PS: quand je disais "malware" c'était une (demi) plaisanterie qui faisait référence directement à l'aspect intrusif des logiciels google dans nos vies. Le fait qu'un lien soit créé est logique et n'est pas dangereux en soit.
Hors ligne
Quand tu as installé ton .deb de chrome par exemple. c'est dpkg qui s'est chargé d'ouvrir l'archive puis de placer les bons fichiers au bon endroit.
Le gestionnaire de paquet de Debian est APT (Advanced Packaging Tool). aptitude ou synaptic ne sont que des sur-couches l'utilisant et faisant appel, lors de la phase de manipulation du paquet lui même, à dpkg. Le rôle d'APT est de conserver une liste des paquets installés sur le système, de gérer leurs dépendances pour maintenir l'ensemble dans un état coordoné et stable.
Merci pour ces explications !
Si tu fais un :
apt-cache policy google-chromeJe ne pense pas qu'il te dise qu'un tel paquet est installé.
Effectivement, il ne trouve rien.
PS: quand je disais "malware" c'était une (demi) plaisanterie qui faisait référence directement à l'aspect intrusif des logiciels google dans nos vies. Le fait qu'un lien soit créé est logique et n'est pas dangereux en soit.
Ok
Hors ligne