Bonjour,
Je souhaiterais faire un RPM pour déployer des installations et pouvoir gérer les versions logicielles.
J'ai trouvé plein de tuto mais sur le fond, je ne trouve pas de réponse à une question.
J'ai des fichiers de configuration et j'ai des paquets RPM de mes outils avec les dépendances dans un répertoire.
J'aimerais pouvoir avec 1 RPM, installer tous mes paquets et les dépendances.
J'ai déjà fais des tests, je n'ai pas de soucis pour mes déploiements de fichiers (…)
Spacewalk est un logiciel de gestion des systèmes et de leurs mises à jour pour les distributions basées sur les paquets RPM. Ce nom ne vous dit peut-être rien, mais ce projet est en fait celui qui sert de base à Red Hat Network Satellite (RHN), ainsi qu'à SUSE Manager.
Le 16 juillet dernier est sortie la version 2.2 de ce logiciel, dont les changements principaux sont détaillés en deuxième partie de dépêche.
Ça fait longtemps qu'on n'a pas discutée l'intérêt d'avoir tant de formats de paquets différents sous linux, non ?
J'écris en réaction à ce commentaire de la dépêche sur Newebe. Sachant le potentiel de troll du débat, je préfère créer un journal à part plutôt que trop polluer la dépêche.
Bon je sais…, on n'est pas encore tout à fait vendredi… j'adresse un sourire méprisant à celui qui m'expliquera que 12 000 systèmes de paquets c'est bien pour la diversité (…)
Bonjour,
Je suis entrains de générer une distribution pour de l'embarqué en utilisant le projet yocto. Je souhaite disposer de la puissance d'un gestionnaire de paquet pour ma distribution. J'ai donc mis un place un serveur qui fournit des rpm compilé avec yocto. Tout ceci marche parfaitement mais j'aimerai disposer d'une interface web pour visualiser les paquets rpm (et aussi pouvoir visualiser les meta-data de chaque paquet).
Je me demande donc si il existé des projets de la sorte remplissant (…)
Spacewalk est un logiciel de gestion des systèmes et de leurs mises à jour pour les distributions basées sur les paquets RPM. Ce nom ne vous dit peut-être rien, mais ce projet est en fait celui qui sert de base à Red Hat Network Satellite, ainsi qu'à SUSE Manager.
Le 19 juillet dernier est sortie la version 2.0 de ce logiciel, dont les changements principaux sont détaillés en deuxième partie de dépêche.
On m'a récemment demandé d'expliquer pourquoi je trouve que ZeroMQ est un sujet de rigolade. En guise d'introduction, j'aimerais préciser qu'un panel d'experts concertés sur le sujet ont eu des réactions similaires lorsqu'ils ont été exposés à deux lignes de ZeroMQ :
< Krunch> 1149 event.data.connected.addr = (char *)addr_;
< Krunch> 1150 event.data.disconnected.fd = fd_;
< Krunch> avec event.data qui est un union
< s> ahah
< n> nice
< n> http://i.imgur.com/pejxB.gif
Bonjour,
je suis en train de jouer avec les RPM mais je rencontre un problème lorsque je veux utiliser la section %post dans mon fichier SPEC.
Ci-dessous mon exemple très simple :
Summary: TEST Config Files
Name: test-config
Version: 01
Release: 01
License: GPL
Vendor: LOL
Packager: Hello
%description
Fichiers de configuration
%package LOL
Summary: All dependencies
%files
%description LOL
Modifie les fichiers de configuration
%post
sed -i -e s/ServerTokens\ Full/ServerTokens\ Prod/g /etc/httpd/conf/httpd.conf
sed -i -e s/ServerSignature\ On/ServerSignature\ Off/g /etc/httpd/conf/httpd.conf
Bonjour,
je suis actuellement en train d'essayer de réaliser la création d'un RPM vide, stocké dans un repo local, permettant l'installation d'autres fichier RPM (inclu dans le repo local) lors de son installation via yum.
J'ai essayé les options Provides, Requires, etc mais sans trop de succès. Si quelqu'un pouvait m’aiguiller.
J'ai également créé un RPM contenant tous mes RPM mais au moment de l'appel de la commande /bin/rpm -i je me retrouve avec une erreur (requires /bin/sh).
Merci bcp (…)
Bonjour,
Je gère un rpm (appelons le toto) qui a besoin des commandes i2cxxx présentes dans les i2c tools (http://www.lm-sensors.org/wiki/I2CTools)
En rhel6.2, redhat avait oublié de livrer les i2c-tools, j'ai donc créé mon propre rpm 'mon_i2c' avec ces outils dont mon rpm principal 'toto' dépend avec dans mon specfile une ligne
Require: mon_i2c
En rhel6.3, ces outils sont présents (merci le support de redhat http://rhn.redhat.com/errata/RHEA-2012-0814.html). Cool, à la poubelle mon_i2c !
Par contre j'aimerai bien que les nouvelles (…)
RPM Package Manager (anciennement Red Hat Package Manager), l'outil de gestion des paquets de RHEL, Fedora, Suse, Mageia… est sorti en version 4.10. Rappelons que cet outil simple RPM (équivalent à dpkg chez Debian et apparentés) se couple avec des outils de téléchargement et résolution de dépendances, tels que urpmi / urpme et yum (équivalents au couple apt-get / apt-cache, toujours chez Debian et apparentés). Cette version 4.10 n'apporte pas énormément de nouveautés, on peut citer, en plus des traditionnelles corrections de bugs et amélioration mineures :
Sinon, il semble que le fork rpm5 (utilisé notamment par Mandriva) soit sur le point d'être abandonné. RPM 5 n'est géré que par deux personnes et les effets de bord semblent plus importants que prévus. Nous devrions avoir plus d'information fin juin sur ce qui n'est pour le moment qu'une rumeur.
Tout se perd ma bonne dame et les traditions ancestrales ne sont plus respectées. Alors que nous sommes encore à plus de 26 heures du vendredi fatidique un troll magistral, épique même, a débuté sur la liste de diffusion du projet GNOME.
Tout est parti d'un mail de Lennart Poettering intitulé « systemd as external dependency » dans lequel notre brave trolleur développeur proposait tout simplement que GNOME accepte systemd en tant que dépendance et devienne, donc, de ce (…)