Le blog de llaumgui - rpm

yum install obm

llaumgui — Fri, 27 Jun 2008 19:55:00 +0200

Il est assez rare que je parle de Linagora en bien, mais il est encore plus rare de voir de la pub pour Fedora en 4ème de couverture de GNU Linux Magazine France... Bref, après avoir communiqué le mois dernier autour d'Ubuntu (apt-get install obm), ce mois-ci, Linagora promouvoit la version RPM de sa solution obm :

Visible dans le numéro Juillet/Aout de GLMF.

Remi + Borsalino = php5.2 + MySQL 5 mis à jour

llaumgui — Sun, 20 Jan 2008 18:02:00 +0100

Devant la coupure de service, surement due à une monté en charge de Borsalino, et devant les failles récentes révélées pour php : j'ai décidé de basculer Borsalino sur le dépôt de l'ami Remi Collet qui maintient toujours les packages php et MySQL pour Fedora 6 alias Zod !

On install le dépôt :

root@borsalino ~> wget http://remi.collet.free.fr/rpms/remi-release-6.rpm

root@borsalino ~> rpm -Uvh remi-release-6.rpm

On active le dépôt en passant enabled à 1 :

root@borsalino ~> vim /etc/yum.repos.d/remi.repo

Et on mets à jour :

root@borsalino ~> yum clean all; yum update

[...]

Dependencies Resolved



=============================================================================

 Package                 Arch       Version          Repository        Size 

=============================================================================

Updating:

 mysql                   i386       5.0.45-1.fc6.remi  remi              2.1 M

 mysql-server            i386       5.0.45-1.fc6.remi  remi               10 M

 php                     i386       5.2.5-1.fc6.remi  remi              1.3 M

 php-cli                 i386       5.2.5-1.fc6.remi  remi              2.5 M

 php-common              i386       5.2.5-1.fc6.remi  remi              226 k

 php-eaccelerator        i386       1:0.9.5.2-1.fc6.remi  remi              136 k

 php-gd                  i386       5.2.5-1.fc6.remi  remi              115 k

 php-ldap                i386       5.2.5-1.fc6.remi  remi               33 k

 php-mbstring            i386       5.2.5-1.fc6.remi  remi              1.1 M

 php-mcrypt              i386       5.2.5-1.fc6.remi  remi               28 k

 php-mysql               i386       5.2.5-1.fc6.remi  remi               83 k

 php-pdo                 i386       5.2.5-1.fc6.remi  remi               89 k

 php-pear                noarch     1:1.6.2-1.fc6.remi  remi              400 k

 php-xml                 i386       5.2.5-1.fc6.remi  remi               97 k

Installing for dependencies:

 mysql-libs              i386       5.0.45-1.fc6.remi  remi              1.5 M

 sqlite2                 i386       2.8.17-1.fc6     extras            170 k



Transaction Summary

=============================================================================

Install      2 Package(s)         

Update      14 Package(s)         

Remove       0 Package(s)         



Total download size: 20 M

Pour finir, on peut utiliser mon script pour notifier des mises à jour via yum...

Fedora 8 & Gnome-Do

llaumgui — Fri, 14 Dec 2007 13:12:00 +0100

Déçu par le tournant ergonomique pris par la Deskbar, j'ai tenté de me tourner vers un lanceur d'application alternatif.
Étant disponible dans les dépôts de Fedora 8, c'est tout naturellement que je me suis d'abord jeté sur Gnome Launch Box (yum install gnome-launch-box) puis au fil des discutions sur les forums de fedora-fr, j'ai découvert Gnome-Do qui m'avait l'air pas mal du tout et qui peut être enrichi grace à des plugins (Addins).

GNOME Do: first demo screencast.

J'ai donc entrepris de rebuilder les SRPMs de Fedora 9 (puisqu'il n'est disponible, pour le moment, que sur la Rawhide) pour Fedora 8 et c'est les RPMs pour l'architecture i386 que je vous mets à disposition aujourd'hui.

GNOME Do: browse mode (beta) demo

Remarque : J'ai fait ça très rapidement et je suis surpris que Gnome-Do plante sans ndesk-dbus & ndesk-dbus-glib alors que ces paquets ne sont pas requis lors de l'installation...

Mais que fait la police !

llaumgui — Wed, 13 Jun 2007 23:03:00 +0200

En ce moment, je me fais un petit trip police libre... Le déclencheur ? La libération par Red Hat de « Liberation » et ma migration de « DejaVu LGC Sans » vers « Liberation Sans » lors de mon passage à Fedora 7.

Jusqu'à présent j'utilisais DejaVu (inspiré de Bitstream Vera Fonts que j'employais alors) et cela depuis son intégration dans Fedora (5). Cependant, la qualité de Liberation ainsi que le fait qu'elle puisse facilement se substituer aux polices Microsoft, ont fini de me convaincre à basculer.

J'en ai profité pour nettoyer mon ~/.fonts de toutes polices propriétaires et pour me compiler les polices Microsoft dans un petit RPM (que la licence m'interdit de redistribuer) à partir de ce SPEC.

Dans ma lancé, j'ai poursuivi en configurant mon OpenOffice.org pour qu'il utilise par défaut Liberation et, suite à ce commentaire, j'ai refais mon CV avec des polices Libre (DejaVu).

Pourquoi gnome-music-applet 2.10 n'est pas dans Fedora Core 6 ?

llaumgui — Wed, 21 Feb 2007 15:24:00 +0100

Je viens de me faire une petite construction du rpm de la dernière version de gnome-applet-music sous Fedora Core 6 à partir du SPEC de la version 7. En effet, sous l'opus 6 de Fedora la version proposée est la déjà ancienne 0.9.2, qui notamment ne propose pas les pochettes des morceaux écoutés (on est Geek ou on ne l'es pas...).

Un fois mon rpm construit :

root@enterprise /home/builder/rpmbuild/RPMS/i386> rpm -Uvh gnome-applet-music-2.1.0-1.fc6.i386.rpm 

erreur: Dépendances requises:

        dbus-python >= 0.80 est nécessaire pour gnome-applet-music-2.1.0-1.fc6.i386

Quel est la version de dbus-python sous Fedora Core 6 ?

root@enterprise /home/builder/rpmbuild/RPMS/i386> rpm -qa dbus-python

dbus-python-0.70-6

Quel en sont les dépendances de dbus-python ?

root@enterprise /home/builder/rpmbuild/RPMS/i386> rpm -qR dbus-python

libc.so.6  

libc.so.6(GLIBC_2.1.3)  

libdbus-1.so.3  

libdbus-glib-1.so.2  

libglib-2.0.so.0  

libpthread.so.0  

libxml2-python  

python(abi) = 2.4

rpmlib(CompressedFileNames) <= 3.0.4-1

rpmlib(PayloadFilesHavePrefix) <= 4.0-1

rtld(GNU_HASH)

Bref pas mal de dépendances qui font que je pense attendre Fedora 7 pour profiter des innovations de cette applet. J'ai bien tenté de modifier le SPEC pour le faire dépendre de dbus-pyton >= 0.6 mais l'applet se lance en me rappelant à l'ordre :-(.

Je mets en annexe RPMS, SRPM et SPEC.

rpm Fedora Core 6 pour fusesmb

llaumgui — Sat, 16 Dec 2006 19:27:00 +0100

Après avoir récemment découvert SMB for fuse, je me suis lancé dans sa compilation.
Regrettant le fait qu'il n'existe pas de rpm de fusesmb, j'ai donc poursuivie par son empaquetage, sachant que ce serait mon premier RPM.

Avant toute chose, je me suis basé sur les littératures présentent dans la documentation de fedora-fr ici et là, ainsi que dans la recherche d'un mentor.

Pour mon premier rpm, je tiens à remercier ChitleshGoorah, Remi ainsi que Trashy pour leur aide apportée, surtout dans le respect des normes d'Extras.

Maintenant, si je m'en tiens au protocole, afin qu'il puisse intégrer Extra, je dois me lancer dans la recherche d'un sponsor.

Les fichiers rpms, srpm et spec sont attachés au billet mais vous pouvez parcourir mon rpmbuild ici.

Mise à jour : Le rpm pour fusesmb est désormais dans Extras sous le nom de fuse-smb

root@enterprise /home/llaumgui/> yum install fuse-smb

gPar2, un GUI pour les fichiers par2

llaumgui — Mon, 08 May 2006 18:45:00 +0000

Jusqu'à présent, afin de reconstituer mes archives téléchargées à partir de news group (voir Fedora Core 4 et les newsgroups), j'utilisais la ligne de commande par2 ("par2 r nom_du_fichier").
Récemment, je m'étais fait un petit script relié à Nautilus action afin de lancer cette commande directement depuis Nautilus. Mais j'ai trouvé mieux : gPar2.

Gpar2 est un projet rattaché à Parchive ayant pour but d'offrir un GUI à la commande Par2.
Pour l'installer, vous trouverez les rpm ici et la dépendance libpar2 à la même adresse.

Attention cependant pour les utilisateur de Fedora Core x86_64, il vous faudra passer par un lien relatif pour pouvoir utiliser la librairie qui s'installe dans /usr/lib et non /usr/lib64:

ln -s /usr/lib/libpar2.so.0 /usr/lib64/libpar2.so.0

Une fois les 2 rpms installés, vous pouvez configurer Nautilus pour ouvrir les fichier par2 avec Gpar2 et vous aurez alors votre interface graphique !

XChat Systray Integration

llaumgui — Sun, 20 Nov 2005 22:34:00 +0000

Il y a quelques semaines, la version 2.6 d'XChat a été publiée.
Les rpms existent, mais les dépôts Extra de Fedora Core ne les proposent toujours pas.

Il vous faudra donc vous rendre ici pour les télécharger. A noter que la version de Fedora est une i386 et celle que propose le site officiel d'XChat est une i586.

C'est en navigant sur le site d'XChat que j'ai trouvé un petit plugin fort intéressant en mon sens : SysTray Plugin. Ce dernier permet de réduire XChat dans votre zone de notification qu'elle soit Gnome ou KDE.

Une fois la version rpm téléchargée (xchat-systray-integration-x.x.x-x.i386.rpm), il ne vous restera plus qu'a configurer le plugin et notement la partie icon path (/usr/lib/xchat/plugins/images/).

Le point sur le dépôt nrpms

llaumgui — Fri, 14 Oct 2005 17:00:00 +0000

Hier sur #fedora-fr a eu lieu une discutions sur la stabilité des dépôts nrpms. Je tiens à préciser certains points sur Fedora Core et nrpms.

Fedora Core est la version communautaire de Red Hat. C'est à dire qu'elle est globalement en avance sur la Red Hat, mais ce au prix de quelques instabilités dues aux tests de paquets qui sont d'abord fait sous Fedora Core.
C'est pour ça qu'en entreprise les versions communautaires sont à manier avec des pincettes, surtout au niveau des mises à jour. Il faut attendre un peu avant de les faire et ne faire que celles qui sont confirmées comme sûres.
Personnellement, pour une entreprise je préconise des solutions payantes mais cependant moins onéreuses que Windows; par exemple Red Hat ou Suse.

Pour ce qui est des dépôts, ceux officiels de Fedora proposent la version de Gnome au moment de la sortie de la distribution. Cette version est parfaitement stable et adaptée pour Fedora. Cependant, le cycle de développement de Fedora étant de 9 mois, il peut y avoir d'autre versions de Gnome entre temps. C'est là qu'interviennent les dépôts nrpms.

MrTom, dans son excellant tutoriel de configuration de yum, ne le cache pas :

Attention, l'utilisation des dépôts suivants peut porter atteinte à la stabilité de votre système :

Cependant, si vous êtes un geek comme moi et que vous voulez avoir la dernière version de Gnome pour votre Fedora, alors lancez-vous, mais c'est à vos risques et périls. La nouveauté et les dernières versions ont toujours un prix, quelques bugs peuvent apparaître... Cependant le Bugzilla de nrpms est très réactif et les bugs qui y sont reportés, sont vite fixés.

En conclusion, rien ne sert de critiquer les dépots nrpms car personne ne vous force à les utiliser, ce sont des dépôts alternatifs.

Quelle version de FireFox installer ?

llaumgui — Wed, 28 Sep 2005 00:17:00 +0000

Il y a peu, la version de 1.0.7 de FireFox a été libérée. Sous Linux, Fedora Core 4 dans mon cas, il existe 3 solutions pour installer ou mettre à jour FireFox : soit pas le rpm, soit par compilation du srpm ou des sources, soit via l'installateur.
Chacune des méthodes a des avantages et des inconvénients.

Version rpm :

- La version rpm peut mettre plusieurs jours avant d'être publiée.
- Afin de maintenir l'intégrité de la base de données rpm, la mise à jour automatique de FireFox est désactivée dans la version rpm. Malheureusement si cela se comprend pour le core du logiciel, cette limitation affecte aussi les extensions du navigateur ce qui est assez pénible.
+ Cette version est optimisée pour le système.

Version installateur :

- Cette version est compilée avec GTK1. Concrètement le navigateur de fichier de cette version n'est pas celui normalement utilisé par les autres applications Gnome.

GTK1 à gauche | GTK2 à droite.
+ Cette version ne comporte pas la limitation de la mise à jour.

Version compilée à partir des sources ou du srpm :

- C'est plus compliqué et plus long de compiler des sources que de faire une simple installation via un rpm, Yum ou un installateur.
+ Vous compilez selon vos options. Vous pouvez donc avoir le GTK2 et les mise à jour.

Version 1.5 bêta :

- Encore en développement, toutes les extensions ne sont pas compatibles et il en est de même pour les skins. Pour finir étant au stade de version bêta elle n'est pas encore stabilisée.
+ Cette version possède les mises à jour et est compilée sous GTK2

Le choix que j'ai retenu est d'installer la version rpm mais de lancer de temps en temps une version installeur afin de mettre à jour mes extensions.