Tout moyen d'save un logiciel construit avec la database rpm / yum?

Quand j'installe un logiciel à partir de son package binary en utilisant rpm ou yum, je peux plus tard requestr une méta-information ( rpm -qi PACKAGE , rpm -ql PACKAGE , …) et le désinstaller ( rpm -e PACKAGE ).

Mais avec le logiciel que je construis et installe à partir de ses sources, je dois restr accroché au directory de build pour pouvoir le désinstaller plus tard, puisque le retrait du directory de build m'empêcherait de désinstaller le logiciel plus tard! Même si vous pouviez conserver le directory de génération pour toujours, il n'est pas facile d'interroger des méta-informations, à less que vous ne connaissiez les subtilités de la création de files.

Question: Existe-t-il un moyen d'save les binarys en cours d'installation (généralement lors de l'étape make install pour la plupart des logiciels) avec la database rpm / yum, pour faciliter la désinstallation ultérieure et l'interrogation des méta-informations ?

Une option pour atteindre votre objective est de "rouler" votre propre RPM. Ce n'est pas une tâche sortingviale, mais une fois que vous avez compris le process, vous pouvez le faire en quelques étapes (selon le degré de sophistication requirejs pour le logiciel). Je dois installer beaucoup de logiciels sources construits pour mes clients et je trouve que lorsque cela est possible, prendre le time de créer un RPM est bénéfique sur le plan administratif tout au long de la vie du logiciel. Je contrôle toujours le process de construction, je prends juste les efforts un peu plus loin et enveloppant le logiciel construit dans un package RPM rangé.

D'après mon expérience, les avantages de l'installation du logiciel en tant que RPM incluent

Les users peuvent interroger la database RPM pour find des informations sur le logiciel installé
Je peux facilement pousser le package vers plusieurs machines via un repository personnalisé yum
L'installation et la suppression du logiciel devient simplist
Je peux profiter de tous les avantages de l'utilisation du gestionnaire de packages RPM
Je suis capable de garder différentes versions du logiciel "en archive" en gardant les files RPM et SRPM
Je peux partager mes efforts d'un RPM construit sur mesure avec une communauté plus large

Le wiki de Fedora Project a un bon tutoriel expliquant le process et les étapes pour créer un RPM personnalisé. C'est un excellent sharepoint départ et vous donne une idée de la puissance dont vous disposez lors de la personnalisation de votre propre RPM.

Techniquement, oui. Mais toutes les informations que vous auriez à rassembler pour remplir le rpmdb dont vous auriez besoin pour le file de spécifications, il est donc généralement plus productif de générer un file de spécifications à des fins de réutilisation ou de partage.

De bons packages binarys livreront ou créeront un file de spécifications.

Les très bons packages binarys fournissent des files spec qui peuvent être utilisés sans aucun changement pour créer un SRPM: rpmbuild -bs file.spec

Ensuite, vous pouvez créer un file rpm binary: rpmbuild -rebuild file.SRPM

Réponse basée sur le commentaire d'Ulrich:

Je n'ai pas encore essayé checkinstall , mais à partir de la description, il semble que c'est exactement ce que je cherchais.

Note à Ulrich Dangel: Si vous pouvez copyr-coller votre commentaire comme réponse, je le marquerai comme définitif. D'ici là, c'est la réponse finale. Merci.