Bonjour, J'ai fait un package RPM pour FC6 de mes plugins Nagios. Ceci étant mon premier RPM, je suis preneur de toute remarque sur la manière de packager. Une fois qu'il sera validé, je pense le soumettre à "extra". [Edit du 14/01 : modification du nom pour être en cohérence avec les plugins Nagios existants ] [b]Résumé du test[/b] : nagios-plugins-snmp-extras [b]Résumé de la description[/b] : Plugins snmp pour Nagios [b]URL Spec[/b] : [url]http://www.manubulon.com/nagios/nagios-plugins-snmp-extras.spec[/url] [b]URL SRPM[/b] : [url]http://www.manubulon.com/nagios/nagios-plugins-snmp-extras-1.1-1.src.rpm[/url] [b]URL RPM[/b] : [url]http://www.manubulon.com/nagios/nagios-plugins-snmp-extras-1.1-1.noarch.rpm[/url] [b]Description[/b] : Plugins snmp pour Nagios Merci pour vos conseils et avis. Bulon

De nombreux extensions pour [b]nagios[/b] sont déjà disponible dans les Extras. Je pense que tu devrais respecter leur espace de nomage. Mais il existe déjà un [b]nagios-plugins-snmp[/b] (qui ne contient visiblement pas la même chose). Donc je suis perplexe. Même remarque que ci-dessus : /usr/lib, c'est le mal => [b]%{_libdir}[/b] (merci pour les utilisateurs de x86_64, ppc ou autre...) [quote]Dernière question, est-il possible d'utiliser un script inclut dans les sources pour effectuer l'installation dans $RPMBUILD ?[/quote] Oui, même si cela nécessite quelquefois de le modifier... Il faut l'étudier. A+ P.S. j'ai juste survolé le spec, j'essaierais de regarder plus en détail à l'occasion...

[quote]Le package fonctionne bien et se construit sans prb avec mock également. J'ai cependant cette "erreur" :[/quote] Si la construction réussi, ce n'est pas une erreur. Juste un message indiquant qu'il n'y a pas d'information de "debug". Normal. [b]mock[/b] => bonne nouvelle, c'est indispensable. [quote]De plus maintenant que j'écrit dans %libdir, je ne peut plus vraiment être noarch...[/quote] Pas trop grave en soit. A+ [i]P.S. pense aussi à passer [b]rpmlint[/b] sur les RPM fabriqués.[/i]

Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Nouveau package

bulon

Bonjour,

J'ai fait un package RPM pour FC6 de mes plugins Nagios. Ceci étant mon premier RPM, je suis preneur de toute remarque sur la manière de packager.
Une fois qu'il sera validé, je pense le soumettre à "extra".

[Edit du 14/01 : modification du nom pour être en cohérence avec les plugins Nagios existants ]

Résumé du test : nagios-plugins-snmp-extras

Résumé de la description : Plugins snmp pour Nagios

URL Spec : http://www.manubulon.com/nagios/nagios-plugins-snmp-extras.spec

URL SRPM : http://www.manubulon.com/nagios/nagios-plugins-snmp-extras-1.1-1.src.rpm

URL RPM : http://www.manubulon.com/nagios/nagios-plugins-snmp-extras-1.1-1.noarch.rpm

Description : Plugins snmp pour Nagios

Merci pour vos conseils et avis.

Bulon

kwizart

Effectivement il faut des packa..{geurs pour faire vivre la communauté)
L'utilisation de tes propres macros n'est pas recommandé, pourquoi utilises tu tes propres variables name version?
Je suis pas expert de l'utilisation de module perl surtout lorsque rien n'est compilé...
Mais il faut privilégié /usr et non /usr/local lorsque tu package pour extra...

Je te conseille de voir ce guide:
http://fedoraproject.org/wiki/Packaging/Perl

D'une manière générale beaucoup de liens sont donnés dans:
http://doc.fedora-fr.org/La_creation_de_RPM_pour_les_nuls

bulon

kwizart wrote:Effectivement il faut des packa

???

> L'utilisation de tes propres macros n'est pas recommandé, pourquoi utilises tu tes propres variables name version?

J'ai vu des exemples spec qui utilisaient ce système, et je réutilise les variables plus loin. A moins que %{version} ne soit rempli automatiquement avec la clause :
Version: X.X

?
[EDIT : testé tout seul comme un grand et c'est effectivement le cas].

>Je suis pas expert de l'utilisation de module perl surtout lorsque rien n'est compilé...
>Mais il faut privilégié /usr et non /usr/local lorsque tu package pour extra...

Le répertoire destination est bien /usr/lib/nagios/plugins. Je remplace les chemins en /usr/local/nagios/libexec qui sont harcodés dans mes scritps (pas moyen d'ailleurs de faire autrement) : car au départ, ils sont fait pour aller avec la version compilée de Nagios et non la version RPM.
Je peux faire la substitution en amont, mais alors une manip sera nécessaire pour passer des sources "normales" à celles du RPM.

>Je te conseille de voir ce guide:
>http://fedoraproject.org/wiki/Packaging/Perl

J'avais vu et c'est OK de ce point de vue : les dépendances automatiques sont bien générées.

>D'une manière générale beaucoup de liens sont donnés dans:
>http://doc.fedora-fr.org/La_creation_de_RPM_pour_les_nuls

Lu aussi, mais parfois pas tout intégré. Le problème étant que je n'ai pas besoin de compilation, donc les exemples donnés ne sont pas adaptés à mon cas.

Personne n'aurait d'ailleurs sous la main un fichier spec d'un rpm de scripts Perl n'ayant pas besoin de compil (si, si j'ai cherché, Google est mon ami ! et /etc/rpmdevtool/spectemplate-perl.spec est un perl compilé ) ?

Dernière question, est-il possible d'utiliser un script inclut dans les sources pour effectuer l'installation dans $RPMBUILD ?

Merci pour la réponse,

Bulon

kwizart

Un exemple:
http://kwizart.free.fr/fedora/SPECS/perl-Video-Frequencies.spec
Il y a d'autres spec dans le répertoire qui ne sont pas spécifiques à Perl (c'est le seul que j'ai en noarch)

Ce que tu as fait dans name version release ne sert à rien pour fedora. (des rpms interdistribution peuvent effectivement avoir cette pratique mais cela ne sera pas accepté pour extras).
Effectivement il peut y avoir des problèmes pour la version si tu utilise "-" ou "_" mais le point ne pose pas de problème.

Qu'est ce qu'il se passe en lib64 ?
Poruquoi il n'y a pas de makefile ?

remi

De nombreux extensions pour nagios sont déjà disponible dans les Extras. Je pense que tu devrais respecter leur espace de nomage.

Mais il existe déjà un nagios-plugins-snmp (qui ne contient visiblement pas la même chose). Donc je suis perplexe.

Même remarque que ci-dessus : /usr/lib, c'est le mal => %{_libdir} (merci pour les utilisateurs de x86_64, ppc ou autre...)

Dernière question, est-il possible d'utiliser un script inclut dans les sources pour effectuer l'installation dans $RPMBUILD ?

Oui, même si cela nécessite quelquefois de le modifier... Il faut l'étudier.

A+

P.S. j'ai juste survolé le spec, j'essaierais de regarder plus en détail à l'occasion...

remi

Personne n'aurait d'ailleurs sous la main un fichier spec d'un rpm de scripts Perl n'ayant pas besoin de compil (si, si j'ai cherché, Google est mon ami ! et /etc/rpmdevtool/spectemplate-perl.spec est un perl compilé ) ?

Tout les logiciels perl-*noarch*
Mais généralement les bibliothèques perl sont livrées avec une sorte de "autconf" façon perl.

L'odre est donc

perl makefile.PL
make
make install

Maintenant le probleme, c'est que ton install.sh est interactif...
Tu devrais probablement t'intéresser à l'écriture d'un Makefile.PL

A+

P.S. j'allais oublier : bienvenue au club des créateurs de RPM

bulon

@ kwizart :

J'ai modifié le fichier spec en enlevant ces macro inutiles.

>Qu'est ce qu'il se passe en lib64 ?

Effectivement, pas pensé : je change en %{_libdir}

>Pourquoi il n'y a pas de makefile ?

Aucun intérêt à la base, mais je vais peut être en faire un finalement pour le rpm.

@ remi :
>De nombreux extensions pour nagios sont déjà disponible dans les Extras. Je pense que tu devrais respecter leur espace de nomage.
>Mais il existe déjà un nagios-plugins-snmp (qui ne contient visiblement pas la même chose). Donc je suis perplexe.

J'avais vu effectivement, je n'ai pour l'instant rien trouvé d'autre. Ce n'est pour l'instant pas important car une modif du nom ne change pas grand chose, mais je vais y penser. "nagios-plugins-snmp-extras" ou quelque chose du genre.

> Maintenant le problème, c'est que ton install.sh est interactif...
Je l'ai modifié depuis pour avoir une option silencieuse avec paramètres qui était de toute façon nécessaire. Mais je crois effectivement que je vais m'intéresser au Makefile.PL.... Et sinon comment on indique ça dans le fichier spec ? J'avais essayé mais je n'ai pas trouvé la macro qui indique le chemin où il y a les sources.

J'update mon fichier spec et rpm dans les heures qui viennent avec ces modifs (et d'autres suite à des prbs que j'ai découvert).

Merci pour ces réponses (rapides et pertinentes !).

Bulon

remi

J'avais essayé mais je n'ai pas trouvé la macro qui indique le chemin où il y a les sources.

Le fichier Source (ou source0) est décompressé dans la phase %prep. Donc ils sont dans le répertoire courant.
D'ailleur il te manque (je ne sais pas comment ça pourrais marché sans) :

%prep
%setup -q -n nagios_plugins

D'ailleur le rapport de construction l'indique bien, sans :

Exécution_de(%prep): /bin/sh -e /var/tmp/rpm-tmp.41177
+ umask 022
+ cd /home/rpmbuild/BUILD
+ LANG=C
+ export LANG
+ unset DISPLAY
+ exit 0

avec :

Exécution_de(%prep): /bin/sh -e /var/tmp/rpm-tmp.3563
+ umask 022
+ cd /home/rpmbuild/BUILD
+ LANG=C
+ export LANG
+ unset DISPLAY
+ cd /home/rpmbuild/BUILD
+ rm -rf nagios_plugins
+ /bin/gzip -dc /home/rpmbuild/SOURCES/nagios-snmp-plugins.1.1.tgz
+ tar -xf -
+ STATUS=0
+ '[' 0 -ne 0 ']'
+ cd nagios_plugins
++ /usr/bin/id -u
+ '[' 100 = 0 ']'
++ /usr/bin/id -u
+ '[' 100 = 0 ']'
+ /bin/chmod -Rf a+rX,u+w,g-w,o-w .
+ exit 0

Pour les fichiers suivants (Source1, Source2), ils sont accessibles par les macros %{SOURCE1}, %{SOURCE2}...

A+

P.S. par défaut on utilise "%setup -q" mais cela implique que le nom du dossier créé par l'archive soit %{name}-%{version}, ce qui n'est pas le cas pour la tienne, d'où le -n.

bulon

J'ai mis à jour en fonction de vos différentes remarques (fichiers spec, srpm et rpm mis à jour).

Le package fonctionne bien et se construit sans prb avec mock également.

J'ai cependant cette "erreur" :

+ /usr/lib/rpm/find-debuginfo.sh /builddir/build/BUILD/nagios_plugins
0 blocks
find: /var/tmp/nagios-snmp-plugins-1.1-1-root-mockbuild/usr/lib/debug: No such file or directory

Je n'ai pas trouvé à quoi elle correspondait, ni si c'en était vraiment une.

De plus maintenant que j'écrit dans %libdir, je ne peut plus vraiment être noarch...

Bulon

remi

Le package fonctionne bien et se construit sans prb avec mock également.

J'ai cependant cette "erreur" :

Si la construction réussi, ce n'est pas une erreur.
Juste un message indiquant qu'il n'y a pas d'information de "debug". Normal.

mock => bonne nouvelle, c'est indispensable.

De plus maintenant que j'écrit dans %libdir, je ne peut plus vraiment être noarch...

Pas trop grave en soit.

A+

P.S. pense aussi à passer rpmlint sur les RPM fabriqués.

bulon

Bon :
- j'ai updaté le nom me conformer à l'espace de nommage de fc6.
- La seule erreur rpmlint qui reste est : "E: nagios-plugins-snmp-extras only-non-binary-in-usr-lib", vu que le répertoire a été décidé par les packageurs Nagios, il n'y a pas grand chose à faire à mon avis
- Mock : OK.

D'autres remarques ou suggestions ?

Bulon