Le blog de llaumgui

Utilisation de yum shell pour migrer de php-mysql vers php-mysqlnd

llaumgui — Wed, 08 May 2013 17:28:00 +0200

Avec l'arrivée imminante de php 5.5, version qui verra disparaitre la librairie php-mysql, il est grand temps d'entamer une migration vers mysqlnd. Voici donc le mode opératoire pour effectuer ce changement en utilisant yum shell & le dépôt remi sur ma RHEL6.

Pourquoi yum shell ? Car il n'est pas possible de passer par un simple yum install :

root@kalach ~> yum install php-mysqlnd
Loaded plugins: changelog, downloadonly, presto, product-id, rhnplugin
This system is receiving updates from RHN Classic or RHN Satellite.
Setting up Install Process
Resolving Dependencies
--> Running transaction check
---> Package php-mysqlnd.x86_64 0:5.4.14-1.el6.remi will be installed
--> Processing Conflict: php-mysql-5.4.14-1.el6.remi.x86_64 conflicts php-mysqlnd
--> Finished Dependency Resolution
Error: php-mysql conflicts with php-mysqlnd-5.4.14-1.el6.remi.x86_64
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest

En effet php-mysqlnd et php-mysql rentrent en conflit...

Alors essayons de désinstaller php-mysql :

root@kalach ~> yum remove php-mysql
Loaded plugins: changelog, downloadonly, presto, product-id, rhnplugin
This system is receiving updates from RHN Classic or RHN Satellite.
Setting up Remove Process
Resolving Dependencies
--> Running transaction check
---> Package php-mysql.x86_64 0:5.4.14-1.el6.remi will be erased
--> Processing Dependency: php-mysql for package: php-pluf-1.0-3.gitb1fed2e.el6.remi.noarch
--> Processing Dependency: php-mysql for package: phpMyAdmin-3.5.8.1-1.el6.remi.noarch
--> Processing Dependency: php-mysql for package: cacti-0.8.8a-2.el6.noarch
--> Running transaction check
---> Package cacti.noarch 0:0.8.8a-2.el6 will be erased
---> Package php-pluf.noarch 0:1.0-3.gitb1fed2e.el6.remi will be erased
--> Processing Dependency: php-pluf >= 1.0-3 for package: indefero-1.3.3-1.el6.noarch
---> Package phpMyAdmin.noarch 0:3.5.8.1-1.el6.remi will be erased
--> Running transaction check
---> Package indefero.noarch 0:1.3.3-1.el6 will be erased
--> Finished Dependency Resolution
 
Dependencies Resolved
 
=======================================================================================================
 Package         Arch        Version                          Repository                          Size
=======================================================================================================
Removing:
 php-mysql       x86_64      5.4.14-1.el6.remi                @remi                              449 k
Removing for dependencies:
 cacti           noarch      0.8.8a-2.el6                     @epel                              5.4 M
 indefero        noarch      1.3.3-1.el6                      @/indefero-1.3.3-1.el6.noarch      3.4 M
 php-pluf        noarch      1.0-3.gitb1fed2e.el6.remi        @remi                              1.2 M
 phpMyAdmin      noarch      3.5.8.1-1.el6.remi               @remi                               22 M
 
Transaction Summary
=======================================================================================================
Remove        5 Package(s)
 
Installed size: 33 M
Is this ok [y/N]:

Trop de dépendances !

La solution : yum shell :

root@kalach ~> yum shell                                     13:37
Loaded plugins: changelog, downloadonly, presto, product-id, rhnplugin
This system is receiving updates from RHN Classic or RHN Satellite.
Setting up Yum Shell
> install php-mysqlnd
Setting up Install Process
> remove php-mysql
Setting up Remove Process
> run
--> Running transaction check
---> Package php-mysql.x86_64 0:5.4.14-1.el6.remi will be erased
---> Package php-mysqlnd.x86_64 0:5.4.14-1.el6.remi will be installed
--> Finished Dependency Resolution

================================================================================
 Package            Arch          Version                    Repository    Size
================================================================================
Installing:
 php-mysqlnd        x86_64        5.4.14-1.el6.remi          remi         260 k
Removing:
 php-mysql          x86_64        5.4.14-1.el6.remi          @remi        449 k

Transaction Summary
================================================================================
Install       1 Package(s)
Remove        1 Package(s)

Total download size: 260 k
Is this ok [y/N]: y
Downloading Packages:
Setting up and reading Presto delta metadata
Processing delta metadata
Package(s) data still to download: 260 k
php-mysqlnd-5.4.14-1.el6.remi.x86_64.rpm                 | 260 kB     00:00     
Running rpm_check_debug
Running Transaction Test
Transaction Test Succeeded
Running Transaction
  Installing : php-mysqlnd-5.4.14-1.el6.remi.x86_64                         1/2 
  Erasing    : php-mysql-5.4.14-1.el6.remi.x86_64                           2/2 
  Verifying  : php-mysqlnd-5.4.14-1.el6.remi.x86_64                                                                                                                                                         1/2 
  Verifying  : php-mysql-5.4.14-1.el6.remi.x86_64                                                                                                                                                           2/2 

Removed:
  php-mysql.x86_64 0:5.4.14-1.el6.remi                                                                                                                                                                          

Installed:
  php-mysqlnd.x86_64 0:5.4.14-1.el6.remi                                                                                                                                                                        

Finished Transaction
> exit
Leaving Shell

Et voila, bien sûr on peut utiliser yum shell pour d'autres opérations.

Mise à jour de mon portable (Zhukov) sous Fedora 19

llaumgui — Mon, 06 May 2013 23:04:00 +0200

Je viens de profiter des vacances pour mettre à jour mon portable sous Fedora 19, actuellement en version alpha. Jusqu'à présent, j'utilisais preupgrade, mais comme fedup deviendra bientôt la solution officielle, j'ai voulu tenter le coup.

preupgrade proposait une interface graphique qui permettait rapidement de passer à la version n+1. fedup, passe par un client en ligne de commande. Certes, c'est plus ardu mais ça permet de mettre à jour une Fedora sans interface graphique. Malheureusement, le passage par anaconda oblige toujours de devoir avoir un accès physique sur la bécane ou à minima un KVM Over IP.

Si vous aussi vous voulez tâter de l'alpha :

fedup-cli --disablerepo remi --disablerepo fedora-chromium-stable --disablerepo Dropbox --disablerepo google-musicmanager --disablerepo llaumgui --network 19 --debuglog fedupdebug.log --instrepo http://dl.fedoraproject.org/pub/fedora/linux/releases/test/19-Alpha/Fedora/x86_64/os/

Nouveau Conseil d'Administration pour Borsalinux-Fr

llaumgui — Wed, 20 Feb 2013 08:22:00 +0100

Je viens de rempiler pour un 4ème mandat (consécutif) au sein du conseil d'administration de l'association Borsalinux-Fr : l'association française de loi 1901 constituée de bénévoles et dédiée à la promotion de la distribution Fedora et des logiciels libres dans tous les pays francophones.

L’assemblée générale qui a eu lieu Samedi dernier a permis d'élire un nouveau CA ainsi qu'un nouveau bureau :

Emmanuel Seyman (eseyman) - Président
Pierre-Yves Chibon (pingou) - Vice-Président
Nicolas Chauvet (kwizart) - Trésorier
Pablo Martin-Gomez (bouska) - Trésorier adjoint
Charles-Antoine Couret (renault) - Secrétaire
Kévin Raymond (shaiton) - Secrétaire adjoint
Guillaume Kulakowski (llaumgui)

Il est cependant a déplorer que le nombre d’adhérents baisse et que je suis l'un des 2 derniers membres fondateurs... Alors il n'est pas trop tard pour adhérer :

Indefero intègre Fedora/EPEL

llaumgui — Tue, 15 Jan 2013 21:33:00 +0100

Après une review assez longue, mes RPMs pour Indefero viennent d'intégrer les dépôts Fedora et EPEL. Pour le moment dans la partie testing mais ils devraient intégrer la branche stable sous quinzaine.

C'est une grande satisfaction pour ma part, qui va me simplifier mes déploiements. En effet, je me sers de ce logiciel quotidiennement, que ce soit pour gérer mes projets perso mais également dans le cadre de mon travail à CGI Montpellier où Indefero est notre plateforme de gestion sources.

Pour ceux qui voudraient faire la mise à jour, sachez que j'ai implémenté un script d'update de la base de donnée. Après avoir lancé votre yum update (avec les options qui vont bien pour activer les dépôts de tests), vous n'avez plus qu'à lancer un indefero_update et votre modèle de données passera en 1.3.3.

Fedora 18 a.k.a "Spherical Cow" in da place

llaumgui — Tue, 15 Jan 2013 20:37:00 +0100

Pour ceux qui sont passés à côté de l'info ou qui n'ont pas vu la pub sur le côté de mon blog : Fedora 18, dont le nom de code est "Spherical Cow", vient tout juste d'être publiée.

Plus d'info chez les copains d'en face...

Ma plateforme de projets sous Indefero 1.3.3 et aux couleurs de Boldy

llaumgui — Sun, 13 Jan 2013 16:04:00 +0100

Après la refonte du blog, il fallait que je mettes le thème de ma plateforme de projets également aux couleurs de mon nouveau thème. C'est à présent chose faite.

J'en ai également profité pour mettre à jour Indefero en version 1.3.3. La mise à jour est à présent super facile vu qu'il suffit de lancer le script fourni avec mes RPM :

root@kalach ~> /usr/sbin/indefero_update
PHP include path: .:/usr/share/pear:/usr/share/php:/usr/share/php/pluf
Migrate  to version latest
26 26NullableActivityInProject up
 
Proceed to the update? [n/y]y
PHP include path: .:/usr/share/pear:/usr/share/php:/usr/share/php/pluf
Migrate  to version latest
26 26NullableActivityInProject up
 
Done.

Pour une fois les RPM ne sont pas disponibles sur mon dépôt. En effet, comme la review avance à grand pas je ne désespère pas de pouvoir pousser cette version directement sur les dépôts officiels de Fedora/EPEL.

Backup via Déjà Dup sur Ikeepin Cloud

llaumgui — Wed, 09 Jan 2013 22:40:00 +0100

C'est un fait, de nos jours les disques durs permettent de stocker de plus en plus de données. On leur confie donc de plus en plus de choses qui pourraient venir à nous manquer grandement en cas de défaillance matérielle ou d'erreur humaine (rm -rf /). C'est pour cela qu'une politique de sauvegarde sérieuse est indispensable. Mais voyons plus loin que la simple sauvegarde, poussons le vice jusqu'à l'externalisation de nos données dans un lieu autre que chez nous. Pourquoi ? Tout simplement pour nous prémunir d'un voleur ou d'un incendie qui toucherait à la fois notre ordinateur mais également notre NAS de sauvegarde.

Dans le domaine de la sauvegarde, il existe une pléthore de solutions. Jusqu'à présent j'utilisais backup-manager (tient.. le site est down...) qui est très pratique pour mes serveurs mais manque d'ergonomie pour une station de travail ou un portable. C'est pour cela que depuis mon passage sous Fedora 18, je lui préfère Déjà Dup. Cette solution est nativement présente dans Fedora et s'intègre parfaitement à l'explorateur Files (anciennement Nautilus).

Pour ce qui est du service, là encore il existe moultes solutions dans les nuages. Je vais m'attarder sur la solution iKeepinCloud d'iKoula qui présente (AMHA) les avantages suivants :

Solution basée en France. Quitte à envoyer mes données ailleurs, je préfère qu'elles restent sur notre territoire et donc assujetties à nos lois.
Solution multi-protocole. Pour la vidéo qui va suivre, j'ai retenu le SSH, mais sachez que vous pouvez utiliser également WebDAV, FTPS, SMB, etc...
Solution portée par Ikoula qui offre l'avantage d'être une entreprise suffisamment grande pour offrir des garanties de qualité et de pérennité mais pas trop afin de garder un côté humain (en plus c'est des amis).

La vidéo qui suit montre comment mettre en place une politique de backup avec le logiciel Déjà Dup. Les sauvegardes sont quotidiennes avec 6 mois de retentions. Côté sécurité, les sauvegardes sont encryptées et envoyés chez iKeepinCloud en SSH donc également de façon sécurisée.

Faites le buzz autour de Fedora 18

llaumgui — Sat, 29 Dec 2012 10:21:00 +0100

Fedora 18 arrive ! Il est temps d'afficher le compteur sur nos blogs et sites. Pour cela, comme chaque années, le Fedora Project met à disposition un compteur officiel :

<script id="fedora-banner" type="text/javascript" src="http://fedoraproject.org/static/js/release-counter-ext.js?lang=fr&width=200px"></script>

Ou alors, pour ceux qui comme moi carbure à headjs :

<script id="fedora-banner" type="text/javascript">head.js("//fedoraproject.org/static/js/release-counter-ext.js?lang=fr&amp;width=200px");</script>

llaumgui.com fait peau neuve

llaumgui — Sat, 29 Dec 2012 00:32:00 +0100

Après presque 4 ans de bons et loyaux services, le thème dcEmplode cède sa place au thème Boldy. Quelques motivations à ce changement :

Le thème précédent commençait à me lasser.
Bien que je l'avais migré d'xHTML 1.0 vers HTML5, le thème dcEmplode n'était qu'une migration vers HTML5. J'avais envie de faire un thème HTML 5 from scratch.
Le thème passé rencontrait des problèmes de connexion avec les réseaux sociaux que je n'avais pas pris le temps de corriger (c'est chose faite sur le nouveau thème).

Sur le plan technique il subsiste quelques changements :

J'avais envie d'explorer de nouveaux outils comme headjs.
Je voulais également avoir une thème Responsive Web Design, c'est chose faite avec 3 niveaux : large (>1270px), normal et mobile.
Bien que le CDN de Google me donnait entière satisfaction, avec l’implémentation de headjs, je voulais un CDN réunissant à la fois headjs et jQuery. C'est pour cette raison que j'ai migré vers le CDN de CloudFlare.

Bref, le blog n'est pas encore exempte de bugs, je les corrige au fur et à mesure.

RaspBMC: XBMC sur RaspBerry PI

llaumgui — Mon, 24 Dec 2012 14:05:00 +0100

Après près de 8 semaines d'attentes, j'ai enfin reçu mon Raspberry Pi ! J'ai donc pu mettre en œuvre mon média center.

Pour la partie logicielle, pas de doute, je voulais un XBMC. Pour la partie distribution Linux, après avoir vite fait le deuil de Fedora, plusieurs solutions s’offraient à moi. J'ai finalement opté pour RaspBMC surtout pour son côté out-of-the-box. La solution souffre cependant de quelques inconvénients tout à fait acceptables :

Petite équipe de 1 gus...
Bien qu'à base de Debian (Raspbian en fait), l'apt-get upgrade est dévastateur.

Les trucs qui déchirent :

C'est 100% libre !
Youtube et AlloCiné sur ma TV !
Le résumé des films, histoire de se rappeler ce qu'on a sur son disque dur.
Le look and feel...

Ce que je pourrais faire si j'avais une télé plus récente :

Brancher et alimenter le Pi directement sur l'USB de ma TV... Mais la mienne n'a pas de port USB.
Contrôler mon Pi directement depuis la télécommande de ma TV... Mais ma TV ne gère pas le HDMI CEC. Je vais donc m'acheter une télécommande infra-rouge...

Quelques know issues :

La télécommande Android ne fonctionne pas pour cause d'API dépréciée avec XBMC 12. La solution, se servir sur GitHub.
Certains DivX tournent au ralenti, la solution étant de mettre à jour XBMC sur le build du jour ce qui devrait également résoudre le problème de charge CPU.

Fedora 18 (a.k.a Spherical cow) c'est bon mangez en !

llaumgui — Thu, 13 Dec 2012 12:49:00 +0100

Cela va faire maintenant 7 versions que j'upgrade ma distribution fétiche à grand coup de yum upgrade (il y a longtemps) ou de preupgrade. Bref ce qui aujourd'hui est une Fedora 17 était avant une Fedora 10. Je me suis donc dit qu'il était grand temps de faire une installation propre !

Et là, je dois dire que cet opus 18 de Fedora est un grand crus :

Pléthore d'outils biens conçus pour configurer son poste sans passer par la case terminal.
Nouvel Anaconda.
Configuration du firewall très poussée mais tout en restant facile à utiliser.
J'ai enfin laissé SELinux installé ! Il est enfin (AMHA) utilisable simplement !
GNOME 3.6 qui devient de mieux en mieux (sur mon portable).

Bref, je suis tellement séduit que je pense fortement à migrer également mon poste de travail sous F17 (toujours en installation propre).

Status only icon compatible GNOME 3.6

llaumgui — Sun, 07 Oct 2012 19:58:00 +0200

Comme le laissait présager mon précédent billet, mon extensions GNOME Shell, Status only icon, est à présent compatible avec GNOME 3.6.

Cette extension est faite pour ceux qui, comme moi, ont un nom à rallonge et le connaissent suffisamment pour ne plus avoir besoin de le voir prendre de précieux pixels sur la barre de GNOME Shell. La meilleure solution pour l'installer est de la télécharger à partir du site officiel ou de le mettre à jour depuis l'interface dédiée. Vous pouvez aussi consulter le site officiel ou me forker sur Github.

GNOME 3.6, GNOME Shell, Looking Glass & l'onglet erreurs

llaumgui — Wed, 03 Oct 2012 13:43:00 +0200

Depuis la version 3.6 de GNOME, l’outil Looking Glass s'est vu amputer de son onglet erreur. Bilan : mon extension gnome-shell-status-only-icon ne fonctionnait plus mais je ne savais pas pourquoi. Dorénavant pour accéder au contenu de l'ancien onglet erreur de Looking Glass il faudra passer par un tail du fichier ~/.cache/gdm/session.log.

Au final le changement est vraiment minime, mais suffisamment pour casser la compatibilité avec les versions 3.2 & 3.4.

Fedora 18 alpha & GNOME 3.6, bof...

llaumgui — Sun, 23 Sep 2012 10:49:00 +0200

Pour ceux qui ne le savent peut-être pas encore, le 18ème opus de Fedora vient de sortir en version alpha. Fedora reste de loin, pour moi, la meilleure distribution Linux de part son côté novateur et "upstream first" ! Cependant je dois avouer que Fedora 18 en live CD out-of-the-box me déçoit sur quelques points :

Le thème part défaut de Fedora est celui de GNOME. Certes on reste dans l'upstream first mais j'avoue avoir de plus en plus de mal à saisir la différence entre le thème GNOME par défaut et le thème pour déficients visuel à fort contraste. Trop de noir et de blanc à mon goût, il faudrait peut-être revenir au fondamentaux.
L'arrivée du pare-feu Firewalld est l'une des nouveautés de Fedora 18, mais pourquoi ne pas proposer aussi sur le live CD le GUI pour le configurer ?
system-config-printer fait maintenant doublon avec la partie "Imprimante" des paramètres système. Pourquoi ne pas le retirer du live ?
system-config-date fait à présent doublon avec la partie "Date & heure" des paramètres système. Pourquoi ne pas le retirer du live ?

GNOME 3.6

GNOME 3.6 est la 4ème version de GNOME 3 et de son GNOME Shell et je dois avouer que c'est de pire en pire. D'un côté j'étais fan lors des premières bêtas pour le côté innovant, maintenant j'en viens à me demander si GNOME Shell n'est pas contre performant pour un profil comme le mien qui switch en permanence entre plusieurs fenêtres. La nouvelle interface très belle de l'écran de verrouillage va dans ce sens, c'est très beau, l'effet slide est rigolo 2 secondes mais après on se rend compte qu'on est sur un PC et non une tablette !

De plus la nouvelle version de Nautilus avec le maximisé-que-tu-peux-plus-fermer fini d'enfoncer le clou, on comprend mieux le fork de mint ou alors le fait qu'Ubuntu n’intégrera pas la version 3.6 mais 3.4 de Nautilus dans leur prochaine version. AMHA GNOME Shell va vers quelque chose de bien avec une sorte de global menu à la MacOS mais pour le moment on à l'impression d'être à une croisée des chemins, le cul entre 2 chaises avec quelque chose de fini mais de pas utilisable !

Un autre exemple probant de l'esprit de GNOME Shell : le nouveau bouton dans le dash, c'est bien mais cette nouveauté est imposée et il n'est pas possible de configurer une option pour rester comme avant.

Bref, je ne pense pas qu'un retour en arrière comme MATE (aussi l'une des features de Fedora 18), soit une bonne chose, mais je commence à penser plus que fortement à Cinnamon et Marlin.

Pour finir, heureusement que Fedora est complètement paramétrable (propose plein d'environnements différents) est redevient le top, là je parlais de la version live CD tirée de la boite.

ownCloud : mon cloud à moi (Dropbox like & killer !)

llaumgui — Thu, 06 Sep 2012 20:54:00 +0200

Cela fait maintenant un certain temps que je me sers de Dropbox pour synchroniser les données de mes différents postes mais également pour pouvoir accéder à ces informations de partout. Bref pour mettre mes données dans les nuages.

Le problème de Dropbox c'est qu'une fois mes 10Go passés, la solution devient payante (normale me direz-vous c'est un service qu'on consomme il est normal de la payer). L'autre problème, plus grave, est que les données ne sont pas cryptées et c'est plutôt dérangeant lorsqu'un problème survient.

Donc j'ai un peu regardé ce qui s'offrait à moi comme Dropbox like et DropBox killer.

Les concurrents : Box, Drive, SkyDrive et Hubic

Box, Drive et SkyDrive ont des prix équivalents à DropBox. hubiC quant à lui offre plusieurs avantages :

Français : mes données restent donc en France et sont donc soumises aux lois françaises,
Prix compétitifs,
Possibilité de monter du WebDAV et de faire des cryptages avec encfs. Après il faut juste s'accrocher.

J'ai un peu testé hubiC mais le client mal intégré à l'OS et les performances d'un montage WebDAV m'ont vite découragé.

Mon cloud à moi : ownCloud

Comme je possède un serveur, je me suis donc dit que je pouvais héberger mon cloud à moi :

SparkleShare : très prometteur, mais GIT est-il un moteur de stockage adéquate pour des fichiers binaires (MP3, photos, etc.) ? AMHA, la réponse est non !
Syncany : prometteur sur le papier, mais je ne bosse pas sur le papier ;-).

Bref, je me suis alors tourné vers OwnCloud qui est une sorte de DropBox mais hébergé chez soit :

Client Linux / Mac / Windows,
Interface web,
WebDAV,
Cryptage,
Versioning,
Partage,
etc.

Cependant, l'outil n'est pas encore exempte de problèmes. Par exemple, l'interface web est très lente, des améliorations devraient arriver avec la version 4.5 et un système de cron.

L’outil possède une feuille de route claire, la version 4.5 est actuellement en beta, les fonctionnalités à venir sont alléchantes :

Intégration au sein de Fedora 18,
Synchronisation de vos bookmarks Firefox,
Montage Dropbox et Drive
etc.

eZPlanet 1.0.0

llaumgui — Sun, 15 Jul 2012 11:47:00 +0200

Cela fait déjà plusieurs années que nous nous servons d'eZ Publish sur Fedora-Fr pour gérer notre planet. Le code de l'extension utilisée était même déjà disponible mais je n'avais pas encore pris le temps de faire une première release officielle. C'est donc maintenant chose faite !

Mais que fait eZPlanet ? eZPlanet permet de gérer à partir d'eZ Publish un planet. Le cronjob planet-import.php est donc un fork du cron rssimport.php d'eZ Publish mais prenant les informations dans les comptes utilisateurs plutôt que dans le module RSS. Comme je n'ai pas la main sur le code HTML saisie par les contributeurs du planet, les billets passent par l'un de mes autres modules (eZTidy) avant d'être stockés en base.

Comme d'habitude c'est téléchargeable un peu partout :

Site officiel.
Projet eZPlanet sur la forge d'eZ Systems.
Fork me on gitHub !

leZRSS 1.0.0, enfin !

llaumgui — Wed, 11 Jul 2012 16:06:00 +0200

Après plus de 2 années à incuber et après avoir rejoint la forge d'eZ System, j'ai enfin décidé de publier une première version stable de leZRSS.

Cette extension pour eZ Publish apporte les fonctionnalités suivantes :

Ajout d'une fonction de type "fetch" permettant de récupérer la liste des flux RSS. Cette liste peut être filtrée à partir d'une arborescence.
Module rss2 qui est un fork du module rss d'eZ, mais dont le flux RSS est généré à partir de template (idéal pour faire des modifications comme sur le flux RSS du planet de Fedora-Fr.

Comme d'habitude c'est téléchargeable un peu partout :

Site officiel.
Projet leZRSS sur la forge d'eZ Systems.
Fork me on gitHub !

eZFluxBB 1.3

llaumgui — Tue, 05 Jun 2012 12:10:00 +0200

Je viens de publier la version 1.3 d'eZFluxBB l'extension permettant de lier votre forum FluxBB à votre CMS eZ Publish.

Mais quelles sont les nouveautés ?

Ajout d'une fonction eZJSCoreCallServer pour récupérer les informations sur l'utilisateur courant,
Ajout d'un bloc eZFlow pour afficher les informations de connexion.

Autres nouveautés invisibles pour l'utilisateur

eZFluxBB 1.3 marque la fin du support de PunBB/FluxBB 1.2. Jusqu’à présent lorsque vous configuriez eZFluxBB, vous instanciez au besoin la classe eZFluxBB12 ou eZFluxBB14 en fonction de votre version, toutes les 2 héritant de la classe eZFluxBB.

Le problème est que de plus en plus de différences apparaissent dans les versions mineures (cookie différent, etc...). J'ai donc arrêté d'utiliser cette façon de faire et j'ai maintenant recours à des appels à version_compare au sein du code.

Mais l'autre nouveauté est l'utilisation d'un fichier *.ini pour toutes les requêtes MySQL ! Cette façon de procéder quelque peu étrange permet :

De modifier une requête uniquement dans le fichier ini en fonction de la version de FluxBB,
de pouvoir modifier une requête sans toucher au core de l'extension. Utile si vous avez des mods comme les sondages ou les messages privés sur votre forums.

A noter également que cette version est issue du travail d'intégration continue que j'ai récemment mis en place pour tous mes projets. L'archive est d’ailleurs générées à partir de phing.

Comme d'habitude c'est téléchargeable sur la forge de projet d'eZ Systems :

Fedora 17 in da place !

llaumgui — Mon, 04 Jun 2012 22:44:00 +0200

Après un petit yum update suivie d'un preupgrade, ma station de travail (enterprise) est enfin sous Fedora 17 !

Mais une fois sous le nouvel opus il ne faut pas oublier de faire quelques contrôles notamment avec les commande suivante :

Détection des éventuels problèmes :

package-cleanup --problems

Détection des éventuels doublons :

package-cleanup --dupes

Détection des éventuels paquets qui ne seraient plus disponibles dans les dépôts :

package-cleanup --orphans

Détection des éventuels paquets qui ne seraient plus reliés à aucun autres RPM (leaves) :

package-cleanup --leaves

Et puis on réinstalle les paquets qui peuvent subsister en F16 :

root@zhukov ~> rpm -qa --qf "%{NAME} %{RELEASE}\n" | grep fc16 | cut -d' ' -f1 > list.txt
root@zhukov ~> yum reinstall $(cat list.txt)

Voila une Fedora 17 qui tourne.

IPB for Drupal: un connecteur IP.Board / Drupal

llaumgui — Mon, 04 Jun 2012 12:16:00 +0200

A l'occasion du projet de refonte de Scénario-Paintball sous Drupal, je suis en train de développer un connecteur IPB / Drupal.

Pourquoi IP.Board ?

SPB tourne maintenant depuis plusieurs années sous IP.Board. C'est malheureusement un logiciel propriétaire mais c'est aussi un forum terriblement efficace dont je possède une licence à vie (qui n'existe plus maintenant mais qui me permet de ne pas payer la redevance annuelle).

Le problème c'est que SPB ce n'est pas qu'un forum, c'est également un site. A chaque montée de version d'IPB, il faut trouver un portail et refaire pas mal de développements pour adapter les éléments hors forums à la nouvelle version.

J'ai donc décidé de migrer le portail de SPB sous un CMS et de ne maintenir que le connecteur, un peu à la manière de Fedora-Fr sous FluxBB & eZ Publish connectés via eZFluxBB.

Pourquoi Drupal ?

Pour le cas de SPB, les avantages par rapport à une solution comme eZ Publish sont nombreux :

Possibilité nativement pour les membres de personnaliser l'affichage des blocs.
Possibilité nativement pour les membres de créer des blogs (l'extension IP.Blog existe pour IP.Board mais est soumise à une redevance annuelle).
Comme le site fait pas mal appel à la base de membres, j'ai préféré Drupal qui stocke les membres comme une entité à part contrairement à eZ Publish qui les stocke comme des objets classiques. Le problème intervient lorsqu'on possède un site à faible contenu avec une grosse base d'utilisateur, on fait vite grimper les ressources nécessaires juste pour les membres.
Après presque 7 années de pratique d'eZ Publish, je commence à faire le tour et j'avais envie de profiter de SPB pour varier les plaisirs..

Où en est le projet ?

Pour le moment l'extension en est à ses balbutiements :

Interface de configuration depuis le back-office Drupal.
Utilisation du couple login / mot de passe pour se connecter au site Drupal.
La session IP.Board est récupérée dans Drupal pour connecter automatiquement l'utilisateur.
Création des utilisateurs Drupal à la volée lors de leur connexion.
Bloc de statistiques.

A venir :

Exploitation des données sur les forums et topics.

Bref, c'est un projet en cours de développement et sous licence GPL v2 :