Merci pour ta reponse meme si elle est pas tres encourageante vivement un linux unifie (j'ai pas ecris united) enfin on peut rever.
Le Jeudi 16 Janvier 2003 17:41, DEGAND Nicolas a écrit : > Le Jeudi 16 Janvier 2003 10:18, Louis RAMEL a écrit : > > Bonjour. > > Les rpm me laissent assez perplexe. > > Connaissez vous une documentation en francais ou accessoirement en > > anglais qui reponde a mes questions > > Déja les manpages et pages info de RPM peuvent répondre à un certain nombre > de questions. Sinon, on peut consulter les HOWTO sur comment construire un > RPM que Mandrake met par exemple je crois à disposition sur son site. Sinon > il doit exister une doc plus générale mais je ne m'y suis pas encore > intéressé. > > > 1ere affirmation > > les binaires rpm sont propre a chaque distribution. on ne peut utiliser > > un binaire rpm d'une distribution sur une autre distribution. Vrai ou > > faux > > Vrai sauf cas extreme, type 1 programme avec très peu de dépendances et > entre 2 distributions très voisines. Donc ne pas compter dessus. > > > 2eme Question > > Les src.rpm permettent en mode ligne de commade avec l'otion --rebuild de > > reconstituer un binaire rpm adapte a sa configuration. Vrai ou faux > > Vrai > > Mais en fait celle ci se limite surtout à la compilation en fonction du > processeur. Ceci dit y a bien quelques mini-adaptations... > > > Si vrai cela veut il dire que l'on peut prendre un src.rpm d'une > > distribution et reconstruire un binaire rpm adapte a sa configuration et > > distribution a l'aide de l'option --rebuild Vrai ou faux > > Faux. > > ... mais de là à pouvoir le porter sur une autre distribution, j'ai pas > encore vu le cas. > > > Si vrai pourquoi sur le net trouve on plusieurs src.rpm de distrbution > > differentes et pas un src.rpm generique? > > Voir plus haut > > > 3eme question j'ai souvent quand j'installe des rpm des indications de > > conflit. > > Peut on m'expliquer en detail la notion de conflit que je n'arrive pas a > > resoudre meme avec l'option --rebuild sur srcrpm pour reconstruire un > > binaire rpm adapte a ma configuration. Soit les programmes portent des > > noms differents et il ne devraient pas etre en conflit. Soit ils porte le > > meme nom mais dans ce cas pourquoi ne sont ils pas considere comme des > > mise a jour vers un programme plus recents. > > Parce que par exemple une version d'une librairie , plus récente, peut > parfois ne pas réussir à faire fonctionner des programmes conçus pour une > version plus ancienne de la librairie. C'est ce qu'on appelle briser la > compatibilité ascendante. On évite généralement de le faire, mais on peut > parfois y etre contraint. Si mes souvenirs sont bons, Gtk+ 2 ne peut faire > tourner les programmes conçus pour Gtk+ 1.x. Autre problème la commande rpm > est bête, c'est à dire qu'elle sait pas forcément qui est compatible avec > quoi.... > > > Cette notion de conflit est pour moi tres difficile a comprendre, parce > > que sur cette liste j'ai lu que surtout quand on est debutant il fallait > > surtout ne pas utiliser l'option --force pour resoudre les problemes. > > ... donc si toi tu sais qui est compatible avec quoi, tu peux utiliser > force, mais c'est à tes risques et périls. D'ou le fait que c'est > déconseillé. > > > Comment resout ou ces questions de conflit. La reponse pour moi necessite > > que j'ai d'abord bien compris le probleme d'ou ma question precedente. > > La solution idéale c'est d'utiliser urpmi au lieu de rpm, il va se > débrouiller pour résoudre tout seul ces problèmes de conflit. -- Louis RAMEL rue du commerce 81140 Castelnau de Montmiral (France)
Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur "http://www.mandrakestore.com";
