Savoir de quel package vient un fichier...
Fermé
mathieu
-
18 mai 2005 à 11:43
kmf31 Messages postés 1564 Date d'inscription mercredi 30 mars 2005 Statut Contributeur Dernière intervention 22 juin 2007 - 19 mai 2005 à 14:55
kmf31 Messages postés 1564 Date d'inscription mercredi 30 mars 2005 Statut Contributeur Dernière intervention 22 juin 2007 - 19 mai 2005 à 14:55
A voir également:
- Savoir de quel package vient un fichier...
- Fichier rar - Guide
- Fichier host - Guide
- Fichier iso - Guide
- Comment réduire la taille d'un fichier - Guide
- Comment ouvrir un fichier epub ? - Guide
5 réponses
kmf31
Messages postés
1564
Date d'inscription
mercredi 30 mars 2005
Statut
Contributeur
Dernière intervention
22 juin 2007
500
18 mai 2005 à 12:08
18 mai 2005 à 12:08
Pour un paquet deja installe:
fournit le nom du paquet dont ca depend. Apres tu peux ajouter l'option "-i" ou "-l" pour avoir plus d'info sur le paquet.
Pour un paquet pas encore installe mais disponible sur le cd ou dd comme fichier:
pour afficher tous les fichers la dedans. Apres tu peux y ajouter a la fin de ca:
pour voir facilement si ton fichier est dans la liste.
Sinon pour trouver le paquet il faut un peu chercher mais dans ton cas, c'est evident qu'il faut regarder cote tous les paquets gcc...
rpm -q -f /chemin_absolu/fichier
fournit le nom du paquet dont ca depend. Apres tu peux ajouter l'option "-i" ou "-l" pour avoir plus d'info sur le paquet.
Pour un paquet pas encore installe mais disponible sur le cd ou dd comme fichier:
rpm -q -p fichier_paquet.rpm -l
pour afficher tous les fichers la dedans. Apres tu peux y ajouter a la fin de ca:
| grep ficher_a_chercher
pour voir facilement si ton fichier est dans la liste.
Sinon pour trouver le paquet il faut un peu chercher mais dans ton cas, c'est evident qu'il faut regarder cote tous les paquets gcc...
saga9
Messages postés
5912
Date d'inscription
vendredi 1 avril 2005
Statut
Contributeur
Dernière intervention
17 septembre 2005
876
18 mai 2005 à 12:04
18 mai 2005 à 12:04
Salut
utilises tu un Macintosh?
Si c'est pas le cas et bien tu t'es trompé de paquetages.
En effet, le "ppc" dans "libstdc++6-3.4.3-7mdk.ppc.rpm" indique que ce paquetage est destiné pour Mandriva pour Macintosh.
Sinon pour repondre à ta question vas sur rpmfind.net qui est un moteur de recherche pour rpm.
L'avantage est qu'il te trouve les paquetages pour chaque distribution. Il te fournit pour chaque paquetage (=une ligne) un premier lien vers une fiche descriptif ou est listé l'ensemble des dependances requises avec un lien pour aller telecharger le paquetage correspondant à chaque dependance!!!
utilises tu un Macintosh?
Si c'est pas le cas et bien tu t'es trompé de paquetages.
En effet, le "ppc" dans "libstdc++6-3.4.3-7mdk.ppc.rpm" indique que ce paquetage est destiné pour Mandriva pour Macintosh.
Sinon pour repondre à ta question vas sur rpmfind.net qui est un moteur de recherche pour rpm.
L'avantage est qu'il te trouve les paquetages pour chaque distribution. Il te fournit pour chaque paquetage (=une ligne) un premier lien vers une fiche descriptif ou est listé l'ensemble des dependances requises avec un lien pour aller telecharger le paquetage correspondant à chaque dependance!!!
bonjout,
Est il possible de savoir ce qu'un tar gz va exactelment installer: la liste des fichiers avec leur localisation.
de pus, jaimerais savoir de quelle compilation viennent des fichiers qui se trouvent ds /usr/local/lib par exzmple ou autres répertoires?comment savoir de kel tar gz ils proviennent?
merci!!!
Est il possible de savoir ce qu'un tar gz va exactelment installer: la liste des fichiers avec leur localisation.
de pus, jaimerais savoir de quelle compilation viennent des fichiers qui se trouvent ds /usr/local/lib par exzmple ou autres répertoires?comment savoir de kel tar gz ils proviennent?
merci!!!
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
kmf31
Messages postés
1564
Date d'inscription
mercredi 30 mars 2005
Statut
Contributeur
Dernière intervention
22 juin 2007
500
19 mai 2005 à 14:55
19 mai 2005 à 14:55
Ce sont de questions subtiles qui touchent en effet l'inconvenient des paquets tar. C'est plus difficile a enlever/desinstaller!!
D'abord avec la commande: "tar tvzf ficher.tar.gz" tu te fais afficher le contenu d'un paquet mais si ce sont des sources qu'il faut compiler (avec ./configure, make et "make install") ce n'est pas ca qui est important. Par contre pour un paquet tar.gz binaire (contentant que les fichiers tous pres pour l'installation) c'est deja tres util.
Est il possible de savoir ce qu'un tar gz va exactelment installer: la liste des fichiers avec leur localisation.
Il y a une facon assez simple. Tu configure pour un autre arbre que /usr/local/... en faisant ceci (sur une partition "ext3" et surtout pas une sur partition "fat"!!!):
De cette facon tu as compile et installe a un endroit chez toi (on peut tout faire sans etre root si au debut on est quelques part dans son home).
Apres dans le repertoire arbre_test tu devrais avoir de sous-repertoires bin/, lib/, peut-etre: man/, info/, share/...
tous contenant de fichiers pour ton paquet. Tu peux aussi rediriger la liste de fichier produit par ls vers un autre fichier:
Si tu est content tu peux effacer avec:
et refaire "./configure" sans l'option "--prefix". Dans ce cas ca ira dans /usr/local et pour le "make install" il faudra etre root. Dans le fichier "liste_fichier" tu auras une copie des noms et endroits de tous les fichiers installe relative a l'arbre principale (normalement /usr/local/ mais au debut c'etait "arbre_test"). Plus tard tu pourras utiliser cette liste pour "nettoyer" manuellement ton paquet. Bien-entendu ce n'est pas commode!!
A savoir pour desinstaller les fichiers dans /usr/local/...:
souvent (mais pas toujours) la commande "make uninstall" effectuee apres un "make install" marche pour desinstaller. Pour ca il faut garder une copie du repertoire des sources.
de pus, jaimerais savoir de quelle compilation viennent des fichiers qui se trouvent ds /usr/local/lib par exzmple ou autres répertoires?comment savoir de kel tar gz ils proviennent?
C'est presque impossible, sauf si on sait d'avance qu'un fichier xyz apartient a un certain paquet. Le point important: Pour les tar.gz installe avec ./configure dans /usr/local/... il n'y a pas de base de donnees comme pour les "*.rpm" ou les paquets debian ("*.deb" ?). C'est exactement pour ca que Redhat a invente il y a longtemps le programme rpm qui fait une gestion plus intelligente.
Apart ca pour certains paquet tar.gz il est possible de transformer ca vers un paquet rpm avec "rpm" et les bonnes options (genre "--build" ..., regarde "man rpm").
Dans le Slackware il y avait (ou il y a toujours ?) un systeme de scripts base sur de tar.gz (mais de paquets binaire precompile). Ici les scripts utilisent tar et gzip pour installer mais ils gerent aussi une base de donnees de fichiers installe. A la fin ca fonctionne comme rpm sauf ca utilise un tar.gz (binaire) au lieu d'un rpm et c'est un peu moins sophistique avec les dependances etc. Il faudrait voir s'il est possible d'installer ces scripts sur une autre distribution pour gerer le /usr/local/.
Peut-etre c'est possible mais aussi assez complique.
D'abord avec la commande: "tar tvzf ficher.tar.gz" tu te fais afficher le contenu d'un paquet mais si ce sont des sources qu'il faut compiler (avec ./configure, make et "make install") ce n'est pas ca qui est important. Par contre pour un paquet tar.gz binaire (contentant que les fichiers tous pres pour l'installation) c'est deja tres util.
Est il possible de savoir ce qu'un tar gz va exactelment installer: la liste des fichiers avec leur localisation.
Il y a une facon assez simple. Tu configure pour un autre arbre que /usr/local/... en faisant ceci (sur une partition "ext3" et surtout pas une sur partition "fat"!!!):
tar xvzf paquet.tar.gz mkdir arbre_test cd <repertoire_du_paquet> ./configure --prefix=../arbre_test make make install cd ../arbre_test ls -lR
De cette facon tu as compile et installe a un endroit chez toi (on peut tout faire sans etre root si au debut on est quelques part dans son home).
Apres dans le repertoire arbre_test tu devrais avoir de sous-repertoires bin/, lib/, peut-etre: man/, info/, share/...
tous contenant de fichiers pour ton paquet. Tu peux aussi rediriger la liste de fichier produit par ls vers un autre fichier:
ls -lR > liste_fichier
Si tu est content tu peux effacer avec:
mv liste_fichier ../ cd .. rm -rf arbre_test
et refaire "./configure" sans l'option "--prefix". Dans ce cas ca ira dans /usr/local et pour le "make install" il faudra etre root. Dans le fichier "liste_fichier" tu auras une copie des noms et endroits de tous les fichiers installe relative a l'arbre principale (normalement /usr/local/ mais au debut c'etait "arbre_test"). Plus tard tu pourras utiliser cette liste pour "nettoyer" manuellement ton paquet. Bien-entendu ce n'est pas commode!!
A savoir pour desinstaller les fichiers dans /usr/local/...:
souvent (mais pas toujours) la commande "make uninstall" effectuee apres un "make install" marche pour desinstaller. Pour ca il faut garder une copie du repertoire des sources.
de pus, jaimerais savoir de quelle compilation viennent des fichiers qui se trouvent ds /usr/local/lib par exzmple ou autres répertoires?comment savoir de kel tar gz ils proviennent?
C'est presque impossible, sauf si on sait d'avance qu'un fichier xyz apartient a un certain paquet. Le point important: Pour les tar.gz installe avec ./configure dans /usr/local/... il n'y a pas de base de donnees comme pour les "*.rpm" ou les paquets debian ("*.deb" ?). C'est exactement pour ca que Redhat a invente il y a longtemps le programme rpm qui fait une gestion plus intelligente.
Apart ca pour certains paquet tar.gz il est possible de transformer ca vers un paquet rpm avec "rpm" et les bonnes options (genre "--build" ..., regarde "man rpm").
Dans le Slackware il y avait (ou il y a toujours ?) un systeme de scripts base sur de tar.gz (mais de paquets binaire precompile). Ici les scripts utilisent tar et gzip pour installer mais ils gerent aussi une base de donnees de fichiers installe. A la fin ca fonctionne comme rpm sauf ca utilise un tar.gz (binaire) au lieu d'un rpm et c'est un peu moins sophistique avec les dependances etc. Il faudrait voir s'il est possible d'installer ces scripts sur une autre distribution pour gerer le /usr/local/.
Peut-etre c'est possible mais aussi assez complique.