Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
970 connectés 

  FORUM HardWare.fr
  Linux et OS Alternatifs

  La FAQ à Schneider

 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

La FAQ à Schneider

n°21576
gfive
Posté le 19-07-2001 à 23:53:55  profilanswer
 

Bah comme je vois le lien dans qabsolument tous les posts où je passe, je suis allé la lire, cette FAQ, c'est un boulot remarquable (d'ailleurs, j'ai pas fini), mais bon, j'ai deux trois p'tites choses avec lesquellles je sui pas d'accord...
Dans la FAQ suer les RPM/tgz, on nous déconseille VIVEMENT d'installer des tar.gz (soit disant, y'a pas de vérif de dépendance, tout ça..) Bah non...D'abord, dans les scripts configure, y'a une vérification de dépendance, qui va souvent plus loin que celle des RPM : la vérif de dépendance de RPM vérifie la présence des packages, et pas leur intégrité..Alors que les scripts configure testent le fonctionnement des librairies et programmes mis en jeu.
De plus, un GROS avantage des tar.gz, c'est qu'ils permettent de faire cohabiter plusieurs versions d'un même package, et ça, ça peut être très utile, surtout quand on développe : avec des tar.gz, on maitrise mieux ce qu'on fait. Par exemple, sur ma machine de développement, j'ai 3 machines virtuelles java de veriosn différentes : une 1.1.5 (test et compil des applets, qui seront utilisées sur des navigateurs qui ont des JVM <= 1.1.5, sauf si plug-in), une 1.3, et une 1.4beta
 
Sinon, sur la FAQ boot, nul n'est besoin d'éditer le fichier Lilo.conf pour changer l'image de boot par défaut : y'a une option de la commande Lilo pour ça...Comme quoi, le bon vieux RTFM (Read The Fuckin' Manual) de ma première année d'école mérite encore d'être appliqué..
 
Bah sinon, pour ce que j'en ai lu, je trouve ça bien, cette FAQ!

mood
Publicité
Posté le 19-07-2001 à 23:53:55  profilanswer
 

n°21578
gfive
Posté le 19-07-2001 à 23:59:13  profilanswer
 

Ouais, mais bon, dans mon école, c'était 90% de mecs, alors les bonnes manières y étaient régulièrement baffouées!! :D

n°21581
Dark_Schne​ider
Close the World, Open the Net
Posté le 20-07-2001 à 00:06:25  profilanswer
 

hum gestion des dépendances. Pour moi gestion de dépendance = dire kels fichiers sont nécessaires, dans kel packages ils sont inclus et permettre de les installer.
 

  • Alors comment désinstaller un tar.gz et tout les fichiers (surtout si il n'y a pas de make uninstall) ?
  • Si tu as un sys à base de rpm, comment</IFRAME> faire pour que le rpm sache que le fichier existe ?
  • comment faire une mise à jours d'un package avec un tar.gz en prenant en compte le fait que des fichiers on pu changer d'emplacement et des libs changer de nom (donc tu peux avoir des déchets) ?
  • comment savoir de manière précise ce qui est installer ? à partir d'une certaine taille et quantité de packages cela devient difficilement ingérable.
  • les rpm check aussi des fichiers (cf pb avec libXv.so avec vlc).
  • de plus j'ai dit sur un sys a base de rpm. La misité rpm/tar.gz c'est pas top surtout pour le rpm qui s'y perd un peu. Il faut alors user de --nodeps.


 
May the --force be with you.

 

[edtdd]--Message édité par Dark_Schneider--[/edtdd]


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
n°21582
gfive
Posté le 20-07-2001 à 00:06:36  profilanswer
 

Bah...le rapport, c'est qu'on m'a toujours dit "F*****g" au lieu de Forgotten...Mais t'as raison, ça fait un poil plus sérieux!! :D

n°21586
gfive
Posté le 20-07-2001 à 00:15:48  profilanswer
 

ben en fait, j'utilise un mix des deux, mais dans des cas précis :
* Le coup de la multi JVM, par exemple,
* Quand je veux tester une nouvelle veriosn d'un truc (dernier exemple en date : balsa 1.1.7) : je l'installe dans /usr/local/balsa1.1.7, je détarre, je compile tout bien, mais je le configure pour que make install me mette les fichiers dans /usr/local/balsa1.1.7
Ensuite, je fait un lien de /usr/local/bin/balsa vers /usr/local/balsa1.1.7/bin/balsa, et je peux le tester. Si il me plait pas, je vire le lien, je le remet vers la version précédente (qui marche), et j'efface le rep /usr/local/balsa1.1.7...Et le tour est joué!
 
* Justement, dans de tels cas, je veux pas que RPM sache que mon fichier existe!!
 
* bah, ls /usr/local...
 
Sinon, un dernier truc : on gagne toujours en performance à recompiler les sources.
Enfin, justement, le reproche que je fais à RPM, c'est qu'il ne fait confiance QU'A sa base de données : il ne vérifie pas que par hasard, par exemple, la librairie bonobo est installée : il vérifie que le package RPM est installé!! Donc, mêm esi tu as installé la librairie comme un grand, avec un numéro de version qui va bien et tout, ben RPM t'enverras chier...C'est dommage, je trouve...

n°21587
nicotine
Posté le 20-07-2001 à 00:18:47  profilanswer
 

parfois , l'avantage des rpms , c'est d'eviter de changer de chemise a chaque fois :D


---------------
Do androïds dream of electric sheep ?

Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Linux et OS Alternatifs

  La FAQ à Schneider

 

Sujets relatifs
encore et toujours moi et mes FAQFTP_FS ()=-> Ping, Dark_Schneider, Jowile, Martinez & Co
Plus de sujets relatifs à : La FAQ à Schneider


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR