Oui, mais sur la Slack, on s'en tape, les dépendances ne sont pas gérées :D
bourinos powa ! :lol:
A+
farib
up :D
ugte
personnellement, je dl mes sources dans un rep approprie ( ~/sources ), et apres je mets tout dans /tmp et ja fais mon bordel (config+compil) la dedans...
Et quand j'installe un package que je compile moi-meme, je le met toujours dans /usr/local, pour que ce soir un minimum rangé...
Mais je suis d'accord sur la fait qu'il vaut mieux privilegier les packages propres a la distrib, car sinon c'est vite le bordel au niveau des dependances...
YupYup
farib a écrit a écrit :
quelle différence fais tu entre prog compilés et binaires ??? paske des prog compilés c des binaires...
Oui je parle des progs que j'ai compilé moi-même.
farib
quelle différence fais tu entre prog compilés et binaires ??? paske des prog compilés c des binaires...
YupYup
Perso j'utilise /usr/src pour y mettre mes sources, /usr/local contient les progs compilés, et /opt les binaires (avec le lien symb de /usr/local/appli vers /opt/appli comme l'expliquait Jar²)
farib
vraiement personne ?
farib
allez, soyez cools, donnez moi ds vraiesn réponses...
Jak
kadreg a écrit a écrit :
Personnelement, je privilégie plutot le paquet dédié à la distribution, cela permet de garder le maximum de choses dans le graph de dépendance.
Surtout dans le cas de librairies où dès que l'on commence à utiliser des logiciel utilisant ces librairies, l'install par le tar.gz va gener l'install des logiciels utilisant ces librairies par RPM.
Oui, mais sur la Slack, on s'en tape, les dépendances ne sont pas gérées :D
apolon34
moi generalement j'installe dans /usr/local
/opt est vide, y sert a rien ce truc!!
les sources sont dans /sources ou dans /usr/src(noyau)
les jeux sont dans /usr/local/games
farib
up :D
kadreg
Jak a écrit a écrit :
En général, je recompile tout ce que j'installe, et le root n'intervient que lors du make install, avant, je fais tout dans le répertoire de l'utilisateur habituel.
Personnelement, je privilégie plutot le paquet dédié à la distribution, cela permet de garder le maximum de choses dans le graph de dépendance.
Surtout dans le cas de librairies où dès que l'on commence à utiliser des logiciel utilisant ces librairies, l'install par le tar.gz va gener l'install des logiciels utilisant ces librairies par RPM.
Jak
En général, je recompile tout ce que j'installe, et le root n'intervient que lors du make install, avant, je fais tout dans le répertoire de l'utilisateur habituel.
Personnellement, j'ai juste un compte kadreg, mais dans ma home, j'ai un repertoire admin ou je peux décompresser et compiler les programmes à installer, ou je télécharge les MAJ, des RPMs, etc ...
farib
donc pour faire propre, si je suis super je me cre un compte "installeur", et au final j'utilise mon compte "farib"
Jar Jar
farib a écrit a écrit :
ok paske moi je me disais ke c t mieux de télécharger et décompresser dans /root, paske l'user il en a rien a foutre des sources des progs...
Le truc le plus propre, c'est carrément de créer un utilisateur spécial pour ça.
Citation :
masi alors, que laisser dans /root ?
Rien ou presque. Ah si, le .bashrc de root, qui doit de toute façon être minimal.
farib
ok paske moi je me disais ke c t mieux de télécharger et décompresser dans /root, paske l'user il en a rien a foutre des sources des progs...
masi alors, que laisser dans /root ?
(/root servirait a quoi alors)
Jar Jar
En règle générale, il faut compiler les trucs en tant qu'utilisateur, et les installer en tant que root, dans /usr/local.
$ ./configure --prefix=/usr/local
$ make
$ su
Password: ########
$ make install
Pour des trucs fournis sous forme binaire et intripotables, la règle est de créer un répertoire /opt/application_à_la_con/ et de faire un lien symbolique de /usr/local/bin/application_a_la_con vers /opt/application_à_la_con/bin/application_a_la_con (par exemple).
farib
je vosi pas trop la différenc ed'utilisation qu'il faut faire entre /opt/ et /usr/local en ce qui concerne les rep d'installation....
-je les met ou les sources de glut, sdl, plib (lib systemes)
FORUM HardWare.fr
