Le blog de llaumgui - Remi

Migration vers Firefox 3

llaumgui — Thu, 27 Mar 2008 19:38:00 +0100

Firefox 3 devrait pointer le bout de sa version finale au mois de juin. Cependant, le 3ème opus du navigateur sera déjà intégré à Fedora 9, attendue pour la fin du mois d'Avril.
Comme je projète très prochainement de basculer mon portable sous la version bêta de Sulphur, j'ai déjà entamé ma migration vers Firefox bêta 4 grâce au dépot Remi.

yum --enable remi install firefox3

Pour ce qui est des extensions, j'en ai profité pour faire le ménage et rendre compatible celles qui ne l'étaient pas encore, grâce à l'extension Nighty Tester Tools.

Adblock Plus 0.7.5.3
Adblock Plus: Element Hiding Helper 1.0.2
Console² 0.3.9.1
CookieCuller 1.3.1
CustomizeGoogle 0.71
Download Statusbar 0.9.6.1
Fast Dial 1.86
Firebug 1.1.0b12
Firefox Accessibility Extension 1.4.0.4 DISABLED
Fission 0.9.5
Flagfox 3.2.2
Flashblock 1.5.5
FlashGot 0.9
GooglePreview 3.9
Html Validator 0.8.4.0
Nightly Tester Tools 1.3
OpenBook 2.0.0.0
Organize Status Bar 0.5.2
Screen grab! 0.93 DISABLED
SearchStatus 1.21
Splash 2.0.0.1
Stop-or-Reload Button 0.2.2
Tab Mix Plus 0.3.6.1.080325a
Text Link 2.0.2007111301
Uppity 1.4.14
Web Developer 1.1.5

Un serveur Bittorrent en 5 minutes sur Fedora et/ou CentOS

llaumgui — Tue, 11 Mar 2008 10:39:00 +0100

Il y a 1 an, lors de la sortie du live CD Fedora Core 6 francisé par trasher, j'avais mis en place un serveur Bittorrent sur Borsalino. 1 an plus tard, trasher récidive avec le live CD de Fedora 8 francisé. Afin de partager cet ISO et suite au crash du serveur, j'ai du réinstaller le service Bittorrent...

Heureusement, le paquet Bittorrent a su évoluer au fil des versions de Fedora et il est maintenant très simple d'installer et configurer un serveur Bitto.

yum install bittorrent

Ensuite on place l'ISO et le torrent dans le répertoire /srv/bittorrent/data/, comme je voulais un compte ftp associé à mon répertoire bittorrent, et que je ne voulais pas encombrer la racine, j'ai déplacé ce répertoire :

cd /srv/ ; mv bittorrent /home/ ; ln -s /home/bittorrent ./

Ensuite on lance le service de tracker et celui de seeder (partage) :

/etc/init.d/btseed start ; /etc/init.d/bttrack start

Pour finir une petite configuration du firewall (system-config-securitylevel-tui) pour ouvrir le 6969 (tracker) et le 6881 (seed).

Voila donc Borsalinio équipé d'un tracker Bittorrent qui se lance au démarrage de la machine :

chkconfig btseed on ; chkconfig bttrack on

Pour affiner la configuration, vous pouvez éditer le fichier /etc/sysconfig/bittorrent. Dans mon cas, j'ai rajouté les paramètres favicon ainsi qu'allow_get pour rendre le nom du Torrent clicable.

Cas de CentOS

Afin d'aider Borsalino dans son effort de partage, j'ai équipé mon serveur de Bittorrent. Le problème est que Bittorent n'est pas disponible dans les dépôts officiels. Il existe 2 paquets pour CentOS, l'un disponible sur la forge et qui contient le strict minimum et l'autre disponible chez Remi qui lui est complet... Donc évidement :

yum --enablerepo=remi install bittorrent.

PS : Dans mon cas, remi est activé par défaut, j'ai donc juste rajouté "bittorrent" à la directive includepkgs de mon fichier /etc/yum.repo/remi.repo. Ce qui donne :

[remi]

name=Les RPM de remi pour Enterprise Linux 5 - $basearch

baseurl=http://rpms.famillecollet.com/el5.$basearch/

    http://remi.collet.free.fr/rpms/el5.$basearch/

    http://iut-info.univ-reims.fr/remirpms/el5.$basearch/

enabled=1

gpgcheck=1

gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-remi

failovermethod=priority

includepkgs=php* remi-release sqlite2 bittorrent



[remi-test]

name=Les RPM de remi en test pour Enterprise Linux $releasever - $basearch

baseurl=http://rpms.famillecollet.com/test-el5.$basearch/

enabled=0

gpgcheck=1

gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-remi

Bug MySQL 5.0.51a

llaumgui — Mon, 18 Feb 2008 23:04:00 +0100

Depuis quelques jours on me rapporte des comportements étranges sur les forums de fedora-fr. Les messages récents ne seraient plus triés dans le bon ordre (ni dans aucun autre d'ailleurs)... Étonnant, car je n'ai rien touché au code de notre PunBB depuis un bon petit moment...

Bref un petit vim include/common.php pour passer le PUN_SHOW_QUERIES à 1 et ainsi tracer les requêtes MySQL et m'apercevoir que la requête fait bien un ORDER BY t.last_post DESC:

SELECT t.id AS tid, t.poster, t.subject, t.last_post, t.last_post_id, t.last_poster, t.num_replies, t.closed, t.forum_id

FROM punbb_topics AS t

WHERE t.id

IN ( 14524, 29504, 29192, 29526, 29426, 29358, 29381, 29507, 29512, 29534, 29523, 29531, 29532, 29514, 29469, 28791, 29308, 29141, 20353, 29449, 29505, 28867, 29500, 29495, 29535, 29321, 29478, 29480, 29486, 29499, 29506, 29528, 29529, 29457, 29496, 29533, 28380, 29510, 28969, 29142, 29416, 29454, 29511, 29513, 26116, 29333, 29267, 29455, 29493, 29524, 28420, 29258, 29410, 29418, 29452, 29509, 29491, 29477, 29487, 29492, 29501, 29508, 29515, 29517, 29519, 29520, 29525, 29530, 29527, 27926, 28938, 29231, 29265, 29371, 29440, 29485, 29497, 29502, 29518, 29522, 29521 )

GROUP BY t.id, t.poster, t.subject, t.last_post, t.last_post_id, t.last_poster, t.num_replies, t.closed, t.forum_id

ORDER BY t.last_post DESC

LIMIT 0 , 30

Un café plus tard, je lance directement la requête dans l'interface de phpMyAdmin et je m'aperçois que les résultats ne sont effectivement pas triés dans l'ordre... Mais qu'ai je fais ?! Je trace le log de yum et je constate que je suis récemment passé de mysql-server 5.0.45 à la version 5.0.51a...

root@borsalino ~> cat /var/log/yum.log | grep mysql

Oct 15 20:05:57 Installed: mysql.i386 5.0.27-1.fc6

Oct 15 20:08:09 Installed: mysql-server.i386 5.0.27-1.fc6

Oct 15 20:08:10 Installed: php-mysql.i386 5.1.6-3.7.fc6

Jan 20 18:56:44 Installed: mysql-libs.i386 5.0.45-1.fc6.remi

Jan 20 18:56:47 Updated: mysql.i386 5.0.45-1.fc6.remi

Jan 20 18:56:54 Updated: mysql-server.i386 5.0.45-1.fc6.remi

Jan 20 18:56:54 Updated: php-mysql.i386 5.2.5-1.fc6.remi

Feb 17 13:06:18 Updated: mysql-libs.i386 5.0.51a-1.fc6.remi

Feb 17 13:06:22 Updated: mysql.i386 5.0.51a-1.fc6.remi

Feb 17 13:06:29 Updated: mysql-server.i386 5.0.51a-1.fc6.remi

Dans le doute je contact l'ami Remi qui m'aide et me trouve ce bug : #30596 : GROUP BY optimization gives wrong result order.

Effectivement en virant les GROUP BY la requête se retrouve ordonnée comme il faut...
5 minutes plus tard Remi lance un build de MySQL comportant le correctif que j'installe dans la foulée et tout ce remet à marcher dans l'ordre ;-).

root@borsalino ~> yum --enable remi-test update mysql\*

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...

yum et includepkgs : l'arme ultime ?

llaumgui — Tue, 18 Dec 2007 23:41:00 +0100

J'en parlais dans ce billet à propos de mon serveur CentOS 5.1 :

A force de mettre des clauses exclude dans mes fichiers repo, j'en fini par croire qu'il faudrait inventer un clause include...

C'est dans la documentation de CentOS que j'ai trouvé mon bonheur : la clause includepkgs.

Exemple par la pratique, sur ma CentOS 5.1.
Pour ne prendre que php et ses dépendances chez l'ami Remi :

[remi]

name=Les RPM de remi pour Enterprise Linux 5 - $basearch

baseurl=http://remi.collet.free.fr/rpms/el5.$basearch/

    http://iut-info.univ-reims.fr/remirpms/el5.$basearch/

enabled=1

gpgcheck=1

gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-remi

includepkgs=php* remi-release sqlite2

Du coup j'ai même pu activer ATrpms et rpmforge (Faut quand même faire gaffe à pas trop faire de yum install massifs...)

[atrpms]

name=Red Hat Enterprise Linux 5 - i386 - ATrpms

baseurl=http://dl.atrpms.net/el5-i386/atrpms/stable

failovermethod=priority

enabled=1

includepkgs=atrpms-package-config fail2ban shorewall

[rpmforge]

name = Red Hat Enterprise $releasever - RPMforge.net - dag

mirrorlist = http://apt.sw.be/redhat/el5/en/mirrors-rpmforge

enabled=1

protect=0

gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-rpmforge-dag

gpgcheck=1

includepkgs=adns apachetop htop rpmforge-release trac

eZ Publish 4, php 5.2, CentOS 5, Remi et la spb-box

llaumgui — Sat, 06 Oct 2007 10:31:00 +0200

Que du beau monde dans un seul billet...

A la lecture du très instructif commentaire de Paul Borgermans laissé à la suite de mon billet sur la première alpha d'eZ Publish 4.0; et l'annonce qu'eZ 4.0 ainsi qu'eZ Components iraient plus vers un compatibilité php 5.2 que 5.1 : j'ai décidé de mettre à jour la version de php de la spb-box.

Pour cela, j'ai fait confiance à l'ami Remi (Attention prononcer Remi et surtout pas Rémi) et à son dépôt. Pour ceux qui ne connaisse pas Remi, surnommé dans le milieu "Serial Builder", il propose les dernières versions php/MySQL pour Fedora mais aussi pour les RHEL 4 & 5.

Une petite ligne de commande :

root@spb-box ~> wget http://remi.collet.free.fr/rpms/el5.i386/remi-release-5-2.el5.remi.noarch.rpm \

rpm -Uvh remi-release-5*.rpm \

yum --enablerepo=remi update php

Et me voila en php 5.

root@spb-box ~> rpm -qa php

php-5.2.4-1.el5.remi

Tenant à activer le dépôt de Remi par défaut (il est très réactif au niveau des mises à jour) mais ne tenant pas à mettre à jour mon serveur MySQL, j'ai configuré le dépôt de la sorte.

[remi]

name=Les RPM de remi pour Enterprise Linux 5 - $basearch

baseurl=http://remi.collet.free.fr/rpms/el5.$basearch/

    http://iut-info.univ-reims.fr/remirpms/el5.$basearch/

enabled=1

gpgcheck=1

gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-remi

exclude=mysql mysql-server mysql-libs

A force de mettre des clauses exclude dans mes fichiers repo, j'en fini par croire qu'il faudrait inventer un clause include...