Fedora-Fr - Communauté francophone Fedora - Linux

Communauté francophone des utilisateurs de la distribution Linux Fedora.

  

Dernière news : Clap de fin pour Fedora Linux 35 !

#1 Re : Aide à la création de RPM » fedora-qa : verifier le respect des règles Fedora » 01/05/2010 07:41:04

Houlà, je n'ai plus touché à ce script depuis plus de deux ans, je suppose qu'effectivement il n'est pas en pleine forme...

D'ici à ce que je me bouge pour le corriger et l'adapter, je te conseille de ne pas l'utiliser tout simplement...

#2 Re : Aide à la création de RPM » fedora-qa : verifier le respect des règles Fedora » 12/11/2007 08:54:29

Ouaip, j'ai remarqué, j'ai fixé le truc vite fait dans mon dernier upload :
http://gauret.free.fr/fichiers/rpms/fedora/fedora-qa
C'est pas hyper testé mais ça a l'air de marcher.
Pour le -r CHROOT il faut remettre le lien symbolique default.cfg vers la version que tu veux dans /etc/mock

#3 Re : Aide à la création de RPM » Chemin d'installation. » 18/05/2007 09:27:29

Par principe, l'installation d'un RPM est non-interactive, c'est à dire qu'à aucun moment il ne va te poser de questions.
Donc selon moi ce n'est pas possible.

#4 Re : Aide à la création de RPM » kftpgrabber (client ftp) » 12/03/2007 22:43:21

> Cela est détecté automatiquement à partir des "BR" et ne dois pas être précisé à priori dans ce cas...

Pour info, en fait c'est déterminé en faisant un ldd sur les fichiers binaires. Ca liste les libraries dont dépend le binaire, et donc dont doit dépendre le package.
Ensuite, yum se débrouille pour récupérer les packages qui contiennent les libraries nécessaires.

#5 Re : Aide à la création de RPM » Problème specfile PyPar2 » 16/11/2006 11:57:58

pingoomax a écrit :

Ha ben ça a marché avec la création de lien suivante :

ln -s %{_datadir}/pypar2/src/main.py %{buildroot}%{_bindir}/pypar2

Ca me parait un peu sale, non?!

Non, c'est comme ça qu'il faut faire. La syntaxe de ln est ln <cible_du_lien> <endroit_ou_tu_veux_mettre_ce_lien+nom_eventuellement>

#6 Aide à la création de RPM » fedora-qa : verifier le respect des règles Fedora » 07/11/2006 17:48:14

abompard
Réponses : 8

Salut les Fédoriens,

Il y a un an ou deux (ptet même plus tiens) j'ai écrit un petit script pour vérifier qu'un rpm source (SRPM) respecte les règles édictées par Fedora pour les packages : http://fedoraproject.org/wiki/Packaging/Guidelines. Au début c'était juste pour me faciliter la tâche pour l'examen des packages soumis à Fedora Extras, mais finalement je l'ai proposé sur la liste fedora-extras et il y a d'autres gens qui aiment suffisemment pour s'en servir :)

Le principe est de lui fournir un SRPM, ou un numéro de bug dans le bugzilla de Fedora, et il vérifiera tous les points MUST de cette page http://fedoraproject.org/wiki/Packaging … Guidelines qui ne sont pas couverts par rpmlint.

Vous pourrez le trouver là : http://gauret.free.fr/fichiers/rpms/fedora/fedora-qa

Pour le faire marcher, il faut python, mock, rpmlint et yum-utils.

Par contre attention, il ne fonctionne pas comme rpmlint : il va poser des questions, demander des confirmations, etc...
Il ne faut pas non plus tout prendre pour argent comptant (il est pire que rpmlint de ce côté-là), l'idée c'est plutôt de vous montrer où creuser.

Pour l'utiliser :
- Créer une arborescence pour rpm, par exemple avec rpmdev-setuptree
- Aller dans un répertoire temporaire dans un terminal (exemple: ~/tmp)
- Lancer "fedora-qa <numero_de_bug>" ou "fedora-qa <srpm>"
- Répondre aux question, et un rapport sera affiché. Le rapport et les fichiers additionnels (comme les rpms binaires, le journal de compilation, etc...) se trouveront dans un répertoire "~/reports/<nom_du_rpm>" (le répertoire "~/reports" peut se configurer dans un fichier ~/.fedora-qa)     

Voilà, ça peut aider, mais évidemment ça ne fait pas tout le boulot à votre place, hein :)

Dites-moi si vous avez des problèmes avec, et si vous avez des idées d'améliorations

#7 Re : Aide à la création de RPM » Création de rpm pour vls » 07/11/2006 17:27:50

En fait, les BuildRequires et les Requires c'est très différent. Les BuildRequires se sont les packages qui doivent être installés au moment où le package est compilé, alors que les Requires sont les packages qui doivent être installés au moment où le package est installé (donc sur la machine cible finale).

Avant la création du package binaire, rpm fait (entre autres) un ldd sur les binaires, et trouve donc tout seul de quelles libraries ton package a besoin. Ce qui fait qu'il est assez rare finalement d'avoir des lignes "Requires" dans les fichiers specs.

Par contre, sur les serveurs de compilation de Fedora, le package sera construit dans une installe hyper-minimale de Fedora. Elle ne contient que les packages de base (dont la liste est là : http://fedoraproject.org/wiki/Packaging … xceptions). Donc si un package additionel est nécessaire pour construire le rpm, il faut le mettre dans les BuildRequires, ou ça compilera pas.

#9 Re : [Anciennes versions] Réseaux » Installation de driver Ralink RT2570 » 02/06/2006 15:49:49

> Je pense que j'ai pas du installer le bon kernel-devel,comment remédier à cela?

Gagné ! Soit tu installes le RPM que tu trouves là où tu le peux, soit (infiniment mieux) tu l'installes avec yum install kernel-devel
Fait attention à bien prendre celui qui contient 2054 dans le nom.

#10 Re : [Anciennes versions] Réseaux » Installation de driver Ralink RT2570 » 01/06/2006 11:43:41

kernel et kernel-devel, c'est pas pareil.

Que donnent les commandes suivantes :
rpm -q kernel
rpm -q kernel-devel
uname -r

Merci

#11 Re : [Anciennes versions] Réseaux » Installation de driver Ralink RT2570 » 31/05/2006 14:24:39

Tu as pris quelle version ? (que donne "rpm -q kernel-devel" ?)

#13 Re : [Anciennes versions] Support général » Plantage Amarok 1.4.0 » 29/05/2006 18:14:56

> <troll des cavernes>Fallait choisir une distri qui intègre bien KDE!</troll>

http://kde-redhat.sourceforge.net :)

#14 Re : [Anciennes versions] Support général » Erreur LDAP Browser sur Fedora Core 5 » 29/05/2006 14:36:58

Ah oui j'avais pas vu, désolé :)

Pour le package de la JVM, jette un coup d'oeil du côté de jpackage.org.

Je me suis aussi planté sur lat, il est pas encore dans Extras, mais il est en phase de review : https://bugzilla.redhat.com/177580
Il y a aussi GQ, qui est beaucoup plus léger : https://bugzilla.redhat.com/190213

#15 Re : [Anciennes versions] Support général » Plantage Amarok 1.4.0 » 29/05/2006 14:19:52

Houlà, ton miroir est méchemment désynchronisé. La dernière version est amarok-1.4.0-5.fc5

#16 Re : [Anciennes versions] Support général » Erreur LDAP Browser sur Fedora Core 5 » 29/05/2006 14:18:37

Tu l'as trouvé où ton package de lbe ? Probablement dans JPackage, non ?
Apparemment lbe ne marche pas avec GCJ, il faut que tu installes la JVM de Sun si tu tiens vraiment à l'utiliser.
Sinon il y a d'autres outils d'admin de serveur LDAP dans Fedora Extras, par exemple lat ou phpldapadmin

#18 Re : [Anciennes versions] Support général » Plantage Amarok 1.4.0 » 29/05/2006 13:56:38

Est-ce que tu as HelixPlayer d'installé ? Quelle release du package (rpm -q amarok) ?

#19 Re : [Anciennes versions] Support général » MAJ Amarok 1.4 avec MP3 » 28/05/2006 14:26:03

Normalement un simple "yum update amarok amarok-extras-nonfree" devrait te mettre à jour amarok et le plugin Xine qui est chez Livna.
Par contre effectivement, il est difficile de coordonner exactement la mise à disposition d'Amarok dans Extras et du plugin Xine dans Livna, puisque ce sont deux répos différents. Il peut y avoir quelques heures, voire un jour ou deux, pendant lesquels un répo est mis à jour et pas l'autre.

#20 Re : [Anciennes versions] Support général » Quelques question a propos d'Amarok 1.4.0 » 26/05/2006 21:24:42

Pour info, je suis le mainteneur du package d'Amarok dans Extras et du plugin Xine dans Livna. Voilà un peu l'état des choses : dans la 1.4 finale, les devs d'amarok on supprimé de l'archive le moteur gstreamer, parce qu'il ne gérait pas toutes les fonctionnalités nécessaires (ex : pas de streaming). Donc on ne peut pas le réactiver simplement.
Comme xine contient du code pour décoder les mp3, il ne peut pas être inclus dans Fedora Extras, donc on le retrouve dans Livna.
Ce qui nous laisse avec Helix uniquement. Par contre, Helix n'est pas dispo pour x86_64 (AMD64), donc j'ai du ré-inclure le moteur gstreamer depuis la 1.4beta3 dans le package de la 1.4 finale, mais je ne l'ai activé que pour les archis où Helix n'est pas dispo.

Donc effectivement avec une petite bidouille dans le fichier spec on peut réactiver le moteur gstreamer pour toutes les architectures, mais perso je vous conseille plutôt d'utiliser le moteur Xine.

#21 Re : [Anciennes versions] Support général » open wengo » 26/05/2006 16:28:44

ah ok, oui, je pensais que auditd était installé par défaut.

#22 Re : [Anciennes versions] Support général » open wengo » 24/05/2006 10:08:11

Ouaip, absolument. Les lignes importantes sont celles de type=AVC, c'est les refus d'accès.
Une commande intéressante par exemple : "/usr/sbin/audit2why < /var/log/audit/audit.log". Ca explique brièvement pourquoi un accès a été bloqué.
La FAQ : http://fedora.redhat.com/docs/selinux-faq-fc5/

#23 Re : [Anciennes versions] Support général » open wengo » 24/05/2006 00:01:54

tu ne peux voir le fichier /var/log/audit/audit.log que si tu es sous root (donc après un "su -"). Donc la commande c'est "less /var/log/audit/audit.log" là tu vas à la fin du fichier, tu cherches la ou les lignes avec AVC, tu les copies ici et tu quittes le visualisateur avec "q".

#24 Re : [Anciennes versions] Support général » open wengo » 23/05/2006 18:41:43

Tu ouvres un terminal, tu tapes "su -" pour passer en root (en donnant le mdp bien sûr), et ensuite tu tape la commande "setenforce 0". Ca désactive temporairemetn SELinux, donc tu va savoir si le problème vient de là.

#25 Re : [Anciennes versions] Support général » open wengo » 23/05/2006 17:14:45

lance en root "setenforce 0" et regarde si ça marche mieux. Si ça marche mieux, ça vient de SELinux, auquel cas le message d'erreur se trouve dans /var/log/audit/audit.log, la ligne commence par "type=AVC" et contient "avc: denied" après. Si tu peux la coller ici, ça donnera une idée du problème.

Pied de page des forums

Propulsé par FluxBB