Hello !
 
Utilisateur d'une Mandrake 10.1, j'aimerais savoir ce que risque mon système si j'installe des progs à partir de sources ou autres SANS passer par des RPM ???
 
Exemple : Pingus, un jeu dont j'ai trouvé hier un .tar.bz2 avec les trucs habituels inside : configure, make, make test, make install...
 
Est-ce que ça peut mettre le souk dans mon OS ou non ?

Tu peux avoir des problemes aux niveau des dependances

c'est sûr que tu peux le faire, tu sera même obligé de le faire parce que certain paquets n'existe que en source...

Exemple tout bête : j'ai trouvé Wesnoth, un jeu façon Heroes ou Warlord.
 
Version à compiler trouvée : 0.8.11
Version RPM trouvée (via Léa) : 0.8.4
 
Entre les 2, j'ai plus tendance à vouloir installer la version la plus récente. Or, c'est la moins récente que j'ai trouvée en RPM (pour Mandrake 10).
 
Dans ce genre de cas précis, qu'installeriez-vous ? Les sources à compiler ou le RPM ?

checkinstall

je ferais un RPM
 
de moins d'une seconde

 
Tu peux développer stp ?
 
Je viens du monde des logiciels pas libres vois-tu et je ne sais pas trop ce qu'est ton chekinstall

./configure
make
checkinstall
rpm -i fichier_obtenu

 
Et c'est tout ??? On peut faire un RPM aussi facilement ???
 
Et ce RPM, on peut ensuite faire un query dessus pour vérifier si le système dispose de toutes les conditions requises pour son utilisation ???

non justement, là c'est un RPM 'bidouille'. Un vrai RPM c'est du boulot

Ah ok, c'est bien ce que je me disais aussi  
 
Merci du tuyau !!  

sinon, tu as toujours la possibilité de recompiler les src.rpm de cooker, c'est souvent le plus simple

 
Les logiciels que tu cherche sont dispo en RPM inclus avec mandrake . Il te faut parametrer urpmi pour pouvoir les telecharger et les installer facilement: cherche sur ce forum .
 
Ensuite si tu veux absolument une version plus recente:  
- Attendre le passage en 10.2 et tout mettre a jour
- Recompiler les .src.rpm de cooker

problèmes que l'on peut rencontrés à ne pas utiliser de rpms sur une distro rpm :
 
- mettre à mal la cohérance du système. Tu installes une applis non rpm, donc le système ( la base rpm ) ne sait pas que l'appli est installé.
Maintenant tu installes un rpm qui a besoin de la précédente appli. Comme le système ne sait pas que la précédente applis/lib est installée, il se plaint. Si tu force tu ne pourra être sûr de toujours maintenir la bonne version des librairies, etc ...
cela ajoute du travail de maintenance car tu devras gérer manuellement les versions, conflicts, etc ...
 
- difficultés pour savoir ce qui est installé, où c'est installé. avec rpm, tu as la liste des fichiers du rpm. En compilant, si le script de compilation ne le prévoit pas, tu ne sais pas où vont les fichiers, etc ...
Tu es obligé de parcourir les différents makefile du projet pour le savoir. Plus c'est complexe, plus tu t'amuses.
 
- difficulté pour enlever proprement une appli.
toutes les sources n'ont pas de "make uninstall" qui permettent d'enlever proprement tes sources/fichiers.
De plus tu enlèves l'appli/lib mais d'autres applis/libs en dépendaient. Le système est incapable de te prévenir du fait que cela pourrait poser un pb et tu te retrouve avec des applis qui ne marchent et cela peut te prendre du temps avant de découvrir la cause et la relation avec le fait d'avoir virer l'appli. Cela devient encore plus flagrant au fur et à mesure que le temps passe car on ne se souvient pas forcément de tout ce que l'on a fait
 
- difficulté pour une personne extérieur de prendre le relais si tu n'as pastout documentée ( telle applis installée là avec fichiers là et applis a,b,c,... qui en dépendent en version x.y.z )