Des raisons de créer ses RPM

Il y a plusieurs raisons pour lesquelles vous
pouvez avoir envie de faire vos RPM. Si vous
consultez cette page Web, c’est peut-être que vous
avez déjà une raison de construire votre RPM. Et
bien, vous allez en découvrir plusieurs autres.

1) Un logiciel dont vous êtes le héros (je veux dire l’auteur)

Eh oui, vous n’avez pas oublié qu’au siècle
dernier, vous étiez fier de présenter votre
application sous la forme d’un logiciel
auto-installable sous Windows construit à l’aide d’Inno Setup ou
d’InstallShield Express. Alors maintenant que vous
êtes passé au libre, présenter votre logiciel sous
la forme d’un RPM, cela va de soi !

2) Un logiciel qui n’est pas disponible pour votre plate-forme

Vous possédez un Mac ? Un AMD 64 ? un Athlon ?
Bref, une architecturee non-Intel et vous aimeriez
bien que ce logiciel trouvé sur le Net fonctionne sur votre ordinateur. Vous avez à votre disposition le paquet RPM pour architecture Intel (processeur Pentium et autre, i386, i686...) et
le paquet RPM contenant les sources du programme. La solution est de
démarrer du « SRPM » (ou src.rpm) et de compiler
le logiciel pour votre plate-forme. Vous créerez
ainsi un ppc.rpm ou un amd64.rpm !

3) Un logiciel qui n’existe qu’en archive compressée

Ha la la, cette fois c’est pire encore ! Vous
n’avez trouvé que les sources en tar.gz ou en tar.bz2 contenant les sources
 ? Allez-vous le compiler pour votre plateforme ?
Hé bien faites-en un RPM afin d’en faire profiter
votre entourage dans un premier temps puis, bien plus de monde encore.

4) Un RPM qui existe mais contenant un programme qui ne fonctionne pas sur votre PC

Eh oui ! Ça arrive aussi ! Erreur dans le RPM ou
bien configuration exorbitante exigée par
l’auteur du paquet...

Je vous livre ici une anecdote : J’ai installé le
RPM de BillardGL (jeu de billard comme son nom
l’indique) sur mon ordinateur familial car il
refusait de s’installer sur mon portable. Urpmi
indiquait comme dépendance un noyau supportant les
pilotes vidéo non libres nVidia accéléré avec son
module GLX. J’ai donc installé un noyau
supplémentaire adapté pour installer BillardGL.

Par erreur, j’ai lancé l’exécutable et quelle surprise !

Le lendemain, j’ai rallumé la machine en démarrant sur le
noyau original (non-nVidia) de ma distribution. Via SSH, j’ai voulu configurer en français ce jeu à partir de
mon PC portable (oui je suis un grand flemmard et
monter un étage pour modifier un fichier de
configuration était trop dur).

Par erreur, j’ai lancé l’exécutable et quelle
surprise de voir qu’il est apparu sur l’écran de
mon portable ! C’était « impossible », pour deux raisons :
 Le PC familial ne tournait pas avec
le noyau spécialement compilé pour le support des cartes nVidia, et
 le portable dispose d’une
carte graphique Intel845 de base, ne disposant pas d’accélération
graphique.

Après quelques
recherches, j’ai compris que l’auteur du paquet
RPM a imposé l’exigence d’une carte nVidia et de
son pilote "Full Patate" là où ce jeu
fonctionnerait sur bien d’autres machines
graphiquement moins performantes ! Après l’avoir
installé de force sur mon portable, j’ai recommencé la
même expérience avec un autre jeu de billard :
Foobillard. Même constat : il fonctionne
honorablement sur mon portable qui ne remplit
pourtant pas les exigences graphiques imposées par
le RPM. Donc, il est possible de construire un paquet RPM
qui n’exige pas le support des accélérations de la carte
graphique.

De quoi avoir envie de mener ses propres
expériences RPM non ?