Le blog de llaumgui

Fedora-Fr de PunBB 1.2 vers FluxBB 1.4

llaumgui — Sun, 29 Aug 2010 19:30:00 +0200

Aujourd'hui les forums de Fedora-Fr ont été migré d'une archaïque version 1.2 de PunBB vers la toute dernière version de FluxBB : la 1.4.2. L'occasion pour mettre à jour mon extension eZFluxBB (disponible sur le SVN, le build arrive bientôt) permettant d'établir un pont entre FluxBB et eZ Publish. L'occasion aussi de développer un petit mod permettant de marquer les sujets comme résolus (bientôt mis à disposition, faut que je le package). Les autres nouveautés sont :

Léger rafraichissement du look grâce à CSS3 et CSS3 PIE.
Possibilité de rajouter des sondages.
Implémentation de reCaptcha.
Implémentation d'AddThis.

Voila, un dimanche bien studieux.

Sortie de Gauffr 0.4

llaumgui — Wed, 25 Aug 2010 20:03:00 +0200

C'est la première fois que j'aborde le sujet de Gauffr sur ce blog alors que le projet vient d'atteindre sa 3ème release : la 0.4.

Si c'est la première fois que j'en parle c'est que, selon moi, la version 0.4 de Gauffr est la première version vraiment utilisable (même si Fedora-Fr carbure à la Gauffr depuis la v0.1). Mais tout d'abord, qu'est-ce que Gauffr ?

Gauffr est une solution d'authentification unique, qui permet de définir un GauffrMaster (dans le cas de Fedora-Fr, notre forum FluxBB) et des GauffrSlave (Trac, Dotclear, eZ Publish, MediaWiki, etc...). Les GauffrSlave vont alors, grâce à des plugins se connecter en utilisant les informations (login/mot de passe) de Gauffr donc du GauffrMaster. Gauffr est donc une couche d'abstraction entre votre base de membres et vos autres applications permettant de se connecter avec 1 seul et même identifiant. A la différence d'un SSO, la session n'est pas propagée avec Gauffr.

Technologiquement Gauffr repose sur :

Les autres points forts de Gauffr sont :

Gestion de logs : on sait, par exemple, qui tente de se connecter sur une application sans en avoir le droit.
Gestion des AltLogin : par exemple, mon identifiant sur les forums de Fedora-Fr est llaumgui alors que sur le wiki c'est GuillaumeKulakowski, Gauffr sait faire la conversion et retrouver le bon compte sur le GauffrMaster.
Gestion des accréditations : on peut gérer les accès aux différentes applications (GauffrSlaves) directement depuis Gauffr.
htacess : Gauffr est coupable avec des htacess via mod_auth_mysql.
API : Gauffr possède une API documentée.

Voila, le projet est encore tout jeune mais les prochaines versions devraient amener la GaufrAdmin qui permettra de configurer les droits et les GauffrSlave à partir d'une interface web.

En attendant Gauffr 0.4 est disponible sur le site du projet et également en RPM depuis mon dépôt.

Agrandir un volume LVM crypté

llaumgui — Sun, 01 Aug 2010 21:53:00 +0200

Ce billet est là pour me servir de pense bête, mais j'espère qu'il vous sera aussi profitable.

Situation : je souhaite agrandir un volume LVM cryptée avec luks. Ma partition /srv/web fait initialement 2Go et je désire la passer à 3G.

On vérifie que l'on a suffisamment de disque dur disponible (325Go dans mon cas, c'est jouable ;-)):

root@zhukov ~> vgdisplay | grep Free
  Free  PE / Size       10407 / 325,22 GiB

On ausculte la partition à retailler (la partition contenant mes sites web ainsi que mes bases MySQL qui fait actuellement 2Go) :

root@zhukov ~> lvdisplay /dev/VG00/LV_web
  --- Logical volume ---
  LV Name                /dev/VG00/LV_web
  VG Name                VG00
  LV UUID                E8pTh0-s2B6-3Sv3-mqi5-QJSH-gorL-gi7jrF
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                2,00 GiB
  Current LE             64
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:5
root@zhukov ~> df -h | grep web
                      2,0G  1,2G  711M  63% /srv/web

On rajoute 1G :

root@zhukov ~> lvextend -L +1G /dev/VG00/LV_web
  Extending logical volume LV_web to 3,00 GiB
  Logical volume LV_web successfully resized

Ensuite on doit connaitre le nom du volume luks via /etc/fstab ou /etc/crypttab :

root@zhukov ~> cat /etc/fstab | grep web
/dev/mapper/luks-06457255-1fdf-4652-8d10-7d28b00cc004 	/srv/web        ext4    defaults        1 2

Et on retaille le volume crypté et le filesystem :

cryptsetup --verbose resize luks-06457255-1fdf-4652-8d10-7d28b00cc004
resize2fs /dev/mapper/luks-06457255-1fdf-4652-8d10-7d28b00cc004

Et Hop :

root@zhukov ~> df -h | grep web
                      3,0G  1,2G  1,7G  42% /srv/web

Fedora-Fr, mise à jour sous eZ Publish 4.3 et migration vers eZ Flow

llaumgui — Sun, 01 Aug 2010 15:46:00 +0200

Avec un peu de retard, Fedora-Fr vient enfin de passer d'eZ Publish 4.2 vers la version 4.3. Une mise à jour sans encombre une fois de plus grâce au cache statique qui permet de "tout casser" sans que les visiteurs en soient pénalisés ou même ne s'en rendent compte. Les autres éléments mis à jour ou modifiés sont les suivants :

Passage du framework MooTools (solution que j'apprécie) vers jQuery (solution retenue par eZ System) chargé via un CDN (ça de moins pour notre serveur) grâce à eZJSCore,
Migration des flux RSS sous leZRSS (pensez à mettre à jour vos flux RSS si votre agrégateur ne supporte pas les redirections 301),
Migration vers leZToolbox,
Migration vers eZ Flow.

C'est ce dernier point qui a été le plus long à réaliser. Jusqu'à présent, les blocs de Fedora-Fr étaient directement inclus depuis l'éditeur de texte (eZOE). Cette solution, à l'époque, était pratique mais avec l'arrivée d'eZ Flow les astuces utilisées devenaient absurdes. A présent la gestion des différents layouts d'une page est déléguée non plus à des cases à cocher mais à eZ Flow tout comme la gestion des différents blocs.

Cette migration a été aussi l'occasion de mettre à jour eZFluxBB qui comprend à présent des blocs eZ Flow pour inclure directement les informations de votre forum FluxBB dans votre portail eZ Publish ! Une nouvelle version d'eZFluxBB devrait bientôt voir le jour juste le temps de faire des tests avec FluxBB 1.4.

En effet, la prochaine étape sur Fedora-Fr sera de mettre à jour le forum de PunBB ver FluxBB 1.4.

Tester la dernière version de GNOME Shell sous Fedora 13

llaumgui — Thu, 22 Jul 2010 12:22:00 +0200

Comme beaucoup le savent déjà, la future version de GNOME sera GNOME 3.0 et embarquera un nouveau gestionnaire de fenêtre à l'ergonomie innovante et entièrement repensée : GNOME Shell.

Fedora embarque bien évidement GNOME Shell dans ses dépôts depuis déjà 2 ou 3 releases, mais la version actuellement en place dans Fedora 13 date déjà de quelques mois. Ce qui est assez dérangeant pour un logiciel en pleine phase de développement.

Construction de GNOME Shell avec JHBuild

La solution pour avoir toujours la dernière version de GNOME Shell est de la compiler directement depuis Git, ainsi que toutes ses dépendances grâce à JHBuild. La page de GNOME Shell explique comment construire votre GNOME Shell.

Récupérez le script qui va vous télécharger (avec PackageKit, donc proprement) toutes les dépendances nécessaires à la construction avec JHBuild, ainsi que la configuration de JHBuild :
```
curl -O http://git.gnome.org/browse/gnome-shell/plain/tools/build/gnome-shell-build-setup.sh
/bin/bash gnome-shell-build-setup.sh
```
Et c'est parti :
```
jhbuild build
```
Attention cependant à être patient (~1 heure).

Ensuite pour lancer gnome-shell :

~/gnome-shell/install/bin/gnome-shell --replace

Vous l'aurez compris, gnome-shell est proprement installé dans votre répertoire personnel : ~/gnome-shell.

Récupération de GNOME Shell à partir de la Rawhide

Pour ceux qui ne le savent pas encore, la Rawhide est la prochaine version de Fedora, elle correspond actuellement à Fedora 14. Pour mettre à jour votre gnome-shell

Récupérez la définition du repo rawhide :

yum install fedora-release-rawhide-13-1.noarch

Vérifiez bien que par défaut ce repo est désactivé.

Mettez à jour gnome-shell

yum --enablerepo=rawhide update gnome-shell

Récupération de GNOME Shell à partir du dépôt de Colin Walters

Colin Walters construit une version de GNOME Shell pour Fedora 13 plus à jour que celle officiellement disponible.

root@zhukov ~> cat /etc/yum.repos.d/gnome-shell.repo
[gnome-shell]name=gnome-shell (Colin Walters)
baseurl=http://fedorapeople.org/~walters/gnome-shell-F$releasever/
enabled=1
gpgcheck=0

Attention, ce dépôt est cassé à l'heure ou j'écris ces quelques lignes.

Et GNOME Shell dans tout ça ?

Je dois confesser une petite déception, après avoir discuté avec bochecha, je m'attendais à un gros gap entre la version disponible dans les dépôts de Fedora 13 et celle construite directement depuis le Git. Les changement les plus notables sont :

Le sort de la barre latéral est enfin fixé : elle dégage,
le système de notification est amélioré,
un début de gestion des paramétrages avec l'applet horloge par exemple,
la gestion des menus au clic droit sur la barre du haut est plus élégant,
etc...

Bref, GNOME 3.0 risque fort de ressembler à KDE 4 à ses débuts, un truc pas très utilisable pour patienter la prochaine version. Heureusement que Gnome 3.0 ne marquera pas une rupture comme ce fut le cas avec l'arrivé de KDE 4.0 et que nous pourrons conserver notre ancien gestionnaire de fenêtre (Compiz pour moi actuellement).

gnome-gmail : intégration de Gmail avec Gnome

llaumgui — Wed, 21 Jul 2010 17:36:00 +0200

J'ai découvert aujourd'hui gnome-gmail. Ce paquet permet de définir Gmail comme client mail par défaut de Gnome.

Comme le logiciel n'était pas disponible dans Fedora, j'en ai profité pour faire un RPM et enchainer sur une review request qui vient d'être validée, le paquet devrait donc arriver dans Fedora d'ici quelques jours.

Mise à jour (27/07/2010) : Disponible dans les dépôts de fedora-testing.

dcSocialize, AddThis, Facebook & Twitter pour votre Dotclear (Sur DotAddict)

llaumgui — Sun, 04 Jul 2010 10:19:00 +0200

J'ai profité de ma migration sous Dotclear 2.2 pour fusionner mes précédentes extensions sociales (à savoir : dcWidgetAddThis, dcWidgetFacebook et dcWidgetTwitter) au sein d'un seul et unique plugin : dcSocialize. Au programme des réjouissances de cette pré-version (dcSocialize 0.9) :

Widget AddThis
Widget Facebook, I like
Widget Facebook, Share
Widget Twitter
Widget TweetMeme Button

Tous ces widgets sont bien évidement visibles sur mon blog.

Le plugin et disponible sur le site du projet mais également sur DotAddict, vous pouvez donc installer dcSocialize directement depuis l'interface d'administration de votre blog.

llaumgui.com sous Dotclear 2.2

llaumgui — Sat, 03 Jul 2010 16:41:00 +0200

Je viens tout juste de finir la migration de ce blog sous Dotclear 2.2. Les nouveautés visibles sont peu nombreuses (auto-complétion de tags dans l'admin), les modifications les plus importantes concernent en effet plus les éléments sous le capot de la bête, le support (enfin !) de php 5.3 par exemple. A noter que vous pouvez lire l'annonce officielle ici. Vous pouvez aussi lire cette suite de billets retraçant les avancées de la 2.2.

Comme une bonne nouvelle n'arrive jamais seule, DotAddict renait de ces cendres et propose plein de nouveaux plugins et thèmes.

Mon nouveau PC portable, Asus UL30Vt : Zhukov

llaumgui — Fri, 02 Jul 2010 08:09:00 +0200

Après plus de 4 années de bons et loyaux services, Defiant, mon portable 15" Asus A6VaQ016 commençait à donner de sérieux signes de fatigue voir même de mort imminente. J'ai donc entrepris de le changer.

Plutôt satisfait par la qualité des Asus mais aussi par leur garantie de 2 ans sur site (efficace pour l'avoir testée une fois) c'est donc tout naturellement vers cette marque que j'ai porté ma préférence. La seconde étape a été de choisir une taille de diagonale. Après de longues hésitations, je me suis fixé sur un 13,3" qui est, selon moi, un très bon compromis entre le notebook peut pratique et le 15" plus encombrant pour une même résolution. Après beaucoup de lectures, mon choix c'est finalement porté sur l'Asus UL30Vt. Ce laptop a pour particularité d'avoir 2 cartes graphiques, l'une dite intégrée (Intel), l'autre plus puissante dite discrète(Nvidia), c'est l'Hybrid Graphics.

A peine la bête reçue (merci Materiel.net, commande passée le dimanche et reçue le Mardi au point d'emport donc livrée gratuitement), je me suis bien sûr empressé de virer l'OS de base : Windows 7. Je dois d'ailleurs faire une demande de remboursement, à en croire cette liste, Asus ferait parti des bons élèves, pas comme MSI que je vous conseil très fortement de boycotter.

Après 2 jours avec la bête il en ressort que tout fonctionne bien, j'ai d'ailleurs fait un rapport sur LinLap. Il reste cependant 2 points noirs :

La webcam est à l'envers, j'ai ouvert un sujet sur Fedora-Fr,
Le lspci me donne 2 cartes graphiques.Je tente désespérément de déconnecter la carte Nvidia qui bouffe de la batterie pour rien, faut que je suive ce tutoriel.

Voila, fidèle à la mythologie des vaisseaux de Starfleet, après Enterprise, Defiant, Saratoga, Deep Space Nine, j'ai nommé cette nouvelle machine Zhukov.

MUFFIN n°2 est dans les bacs ! ! !

llaumgui — Thu, 01 Jul 2010 19:51:00 +0200

Pour ceux qui auraient échappé à la news, le n°2 du Magazine des Utilisateurs Francophones de Fedora Inversement Niffum est là.

Au sommaire :

Fedora 13 : présentation de « Goddard »
PackageKit : le gestionnaire de paquets universel !
Vous avez signé !
Les effets 3D sous Fedora
Wine : l'implémentation API Windows dans GNU/Linux
Live USB Creator
Les Mags Fedora dans le monde
DOSSIER : Introduction à la virtualisation sous Fedora
Évènements à ne pas manquer cette année !
Fedora LAMP
Fedora et le monitoring système
Les paquets Fedora du jour
Sugar : l'environnement de bureau pour l'OLPC
Nous rejoindre en cuisine !
Remerciements

C'est gratuit, alors n'hésitez pas à en proffiter ;-).

2 de mes PC sur 3 sous Fedora 13 a.k.a Goddard

llaumgui — Fri, 07 May 2010 19:44:00 +0200

J'ai profité du week-end dernier pour passer ma station de travail sous Fedora 13 bêta. Comme c'est le cas depuis quelques versions déjà, la mise à jour via preupgrade est passée comme une lettre à la poste et j'ai pu redémarrer sous une F13 sans (trop de) problèmes.

Quelques package-cleanup et quelques yum update plus tard, j'ai pu découvrir une F13 beta plus que fonctionnelle et up2date.

J'ai voulu profiter de cette migration pour me libérer d'un chaine propriétaire en la personne des drivers NVIDIA mais également pour tester les drivers nouveau, drivers par défaut sous Fedora 13 pour les carte NVIDIA. Pour ce qui est de la 2D, nouveau marche aussi bien si ce n'est mieux que les drivers nv, cependant la gestion de la 3D (avec mesa-dri-drivers-experimental) n'est pour le moment pas satisfaisante selon moi (problème de couleurs, problème de clipping, etc..). J'ai donc du réinstaller les drivers NVIDIA propriétaires (via RPM fusion).

Parmi les nombreuses nouveautés présentes dans Fedora 13, l'outil de sauvegarde Déjà Dup m'a agréablement surpris. Pour ceux qui ne connaissent pas, il s'agit d'un frontend pour duplicity. Le logiciel est super simple mais terriblement efficace, il ravira voir convaincra ceux qui n'utilisent pas encore de solution de backup. Pour ma part, le format de sauvegarde via duplicity ne m'a pas convaincu (les backups sont découpées en archives de 30Mo) et je continuerai donc à utiliser backup-manager pour ma station de travail.

Autre nouveauté de Fedora 13, le remplacement de gThumb par ShotWell qui m'a convaincu de gérer mes photos intelligemment avec des tags.

Bref, j'oublie pleins de nouveautés que je vous laisse découvrir par vous même ou en vous aidant des notes de version. Pour rappel, Fedora 13 nom de code Goddard est attendue pour le 8 mai.

llaumgui.com sous jQuery

llaumgui — Sun, 11 Apr 2010 17:56:00 +0200

Après plusieurs années de résistance à vouloir faire tourner Dotclear avec MooTools, j'ai décidé de raccrocher les gants. Ce blog tourne à présent sous jQuery, la solution de framework Javascript officiellement retenue par Dotclear. Vraisemblablement, je ne devrais plus trop maintenir mon script dcRemember permettant de faire tourner les fonctions JS de bases de dotclear sous MooTools.

Mais pourquoi lâcher MooTools alors que c'est le meilleur framework JS au monde (si ça c'est pas un troll ;-)) ? La raison est simplement qu'avec l'intégration de jQuery de plus en plus forte dans eZ Publish, je risque d'utiliser de moins en moins MooTools. J'avais donc besoin d'un labo sous jQuery et l'un des buts premiers de ce blog est justement de servir de labo.

RPM pour Pluf et Indefero

llaumgui — Mon, 22 Mar 2010 22:37:00 +0100

Je vous en avais parlé récemment, j'ai migré ma plateforme de gestion de projets de Trac vers Indefero. Lors de cette occasion, j'avais fait un teaser en annonçant l'arrivée prochaine de RPM pour Indefero. La chose est bien avancée et les RPM sont actuellement en "review request" :

Review Request: php-pluf - Pluf (framework sur lequel se base Indefero)
Review Request: indefero - Indefero

Cependant, ces RPM ne devraient pas pouvoir prétendre à intégrer EPEL pour cause d'une RHEL "à-la-rue-avec-un-php-5.1-embarqué" (ça me rappelle quelques trolls lors du dernier Solutions Linux), mais heureusement que Remi est là ! C'est ce qui me permet de les proposer sur mon dépôt personnel avec une dépendance à php 5.2 vers le dépôt de Remi.

Du coup, j'en ai également profité pour migrer vers la version 0.8.11, pour versioner le thème de mon blog et pour le retravailler quelque peu avec l'intégration de AddThis.

leZRSS 1.0 RC1 (template pour flux RSS dans eZ Publish)

llaumgui — Sun, 28 Feb 2010 14:01:00 +0100

A mon avis, le gros défaut du module de syndication d'eZ Publish est le fait de ne pas faire appel au système de template.

Dans le cadre d'un site web classique, cela ne dérange pas, mais dans le cas d'un planet comme celui de Fedora-Fr j'avais des besoins particuliers :

L'URL du billet n'est pas l'URL de l'objet eZ mais celui du billet sur le blog de provenance
L'ajout des hackergotchis

Dans un cadre plus professionnel citons aussi qu'il m'arrive de détourner le système de RSS pour faire, par exemple, du podcast.

Bref, en voyant des allusions au système d'export RSS dans les notes de version d'eZ Publish 4.3 alapha 1, j'étais confiant en une telle implémentation mais malheureusement ce n'est toujours pas le cas. C'est donc pour palier à cette lacune que j'ai développé leZRSS.

Qu'est-ce que leZRSS apporte ?

Le module rss2/feed identique à /rss/feed mais utilisant le système de template (override possible selon le type d'objet).
Un opérateur fetch permettant de récupérer la liste de tous les flux RSS de la plateforme.

Je n'ai pas encore proposé cet extension sur la forge d'eZ Publish car le secteur des flux RSS est déjà pas mal squatté et je n'avais pas envie de faire un YARSSE (Yet Another RSS Extension). Donc le projet est hébergé sur ma forge.

Migration de ma gestion de projets perso vers Indefero

llaumgui — Sat, 27 Feb 2010 18:16:00 +0100

Après plusieurs années d'utilisation de Trac pour la gestion de mes projets personnels, j'ai remplacé ce dernier par Indefero.

Quelles peuvent bien en être les raisons ?

Les performances

Forcé de constater que Trac rame ! Du moins installé à partir du RPM, Trac utilise mod_python alors que l'utilisation de mod_wsgi semble possible et plus performante. Même si je crois fermement au Python en tant que langage orienté web, je suis aussi convaincu que l'avenir de Python ne passe pas par mod_python mais pas mod_wsgi.

Indefero est écrit en php, il est rapide à l'affichage surtout sur ma Dedibox qui a tendance à charger (à cause des voisins de Scénario-Paintball). Indefero me permet d'avoir un SI 100% en php et donc de décharger apache du mod_python. Sur llaumgui.com, Indefero est aussi installé à partir de RPM que je dois d'ailleurs publier bientôt.

La localisation

Bien que Python introduise de très bon outils de localisation (gettext), Trac ne semple pas les utiliser et utilise son propre système qui devrait être implémenté avec Trac 0.12. La branche stable (0.11) est donc 100% en anglais.

Indefero est disponible en français et anglais et propose un système de localisation.

Multi-projets

La gestion mutli-projets de Trac n'est pas encore disponible dans la version stable. Par contre, on est plus dans du mono-projet/multi-repo que dans une réelle gestion multi-projets. Autant à mon travail ce fût un avantage (c'est pour ça qu'on utilise la branche de développement de Trac), autant pour llaumgui.com je voulais un certain cloisonnement dans mes projets et Indefero me convient donc mieux.

Bref, allez voir ma nouvelle plateforme de projets personnels : http://projects.llaumgui.com/

Bonne année : 2010 année du changement

llaumgui — Mon, 11 Jan 2010 12:50:00 +0100

Bonne année à tous !

Certains l'auront peut-être remarqué, mais j'ai moins blogué cette année que les années précédentes. Les raisons en sont essentiellement les suivantes :

Moins d'activité personnelle au sein du groupe des ambassadeurs du Projet Fedora. Je lui préfère actuellement le groupe Package Maintainers. La raison est surement que je fais de plus en plus de commerce/marketing et de moins en moins de dev' pure à mon travail, je compense donc avec Fedora-Fr et le Fedora Project.
Moins de temps (nouvel appart', vie de couple, pas mal de taf', etc.).
La concurrence de Twitter : en effet, plus je Twitt' et malheureusement moins je blog (ça mériterait une étude sociologique au sein de la blogosphère ;-).)
Peut-être aussi moins de trucs intéressant à dire ?

Je vais donc essayer de faire mieux en 2010, surtout que des projets intéressants arrivent :

eZ Publish 4.3 et sa nouvelle interface d'administration (va bien falloir migrer Fedora-Fr)
eZTeamRoom qui pourrait remplacer Trac sur Fedora-Fr
InDefero qui pourrait remplacer Trac sur llaumgui.com
Gauffr (objet d'un prochain billet)
Fedora 13
etc...

L'année 2010 sera aussi pour moi un grosse année de changement. En effet :

Je vais achever ma vie de célibataire et me marier (Juin 2010) avec Emma.

Voila, que l'année 2010 soit au moins aussi bonne que la 2009 !

eZ Publish : rajouter des contrôles sur les données via les content edit handler

llaumgui — Sun, 06 Dec 2009 21:05:00 +0100

La possibilité de rajouter des contrôles sur les données saisies lors du processus de publication d'un objet eZ Publish est une nouveauté introduite dans eZ Publish 4.1. Jusqu'alors, si on voulait rajouter des règles métiers dans un formulaire eZ Publish, il fallait passer par la création d'un datatype héritant plus ou moins d'un datatype déjà existant et implémentant ces règles. Maintenant le content edit handler se dote d'un validateInput permettant enfin de contrôler les données saisies.

Concrètement à quoi ça sert ? Dans mon cas, lors de la création d'un compte par les administrateurs sur le planet de Fedora-Fr (géré bien évidement par eZ Publish), je veux être sûr que le login renseigné correspond à un GauffrUser (utilisateur de la Gestion de Authentification Unifiée de Fedora-FR, Gauffr fera l'objet d'un prochain billet). Pour cela, j'ai donc rajouté un petit contrôle :

function validateInput( $http, &$module, &$class, $object, &$version, $contentObjectAttributes, $editVersion, $editLanguage, $fromLanguage, $validationParameters )
    {
        $result = array( 'is_valid' => true, 'warnings' => array() );
        $isValid =& $result['is_valid'];
        $warnings =& $result['warnings'];
 
        $contentClassIdentifier = $class->Identifier;
        $gauffrIni = eZIni::instance('gauffr.ini');
 
        switch( $contentClassIdentifier )
        {
            case $gauffrIni->variable('eZUser', 'UserClassIdentifier'):
 
                /* get user login */
                $user_account = $object->dataMap();
                $user_account = $user_account['user_account'];
                $user_accountID = $user_account->ID;
                $http_login = 'ContentObjectAttribute_data_user_login_' . $user_accountID;
                if ( $http->postVariable( $http_login ) )
                {
                    $login = $http->postVariable( $http_login );
                    /* Fetch GauffrUser */
                    if ( !isset($GLOBALS['GAUFFR_INIT']) || !$GLOBALS['GAUFFR_INIT'] )
                        include 'Gauffr/gauffr.php';
 
                    if ( !empty($login) && $gauffrIni->variable('GauffrSettings', 'StricMode') == 'enabled' && !GauffrUser::unique(GauffrUser::fetchUserByLogin( $login ) ) )
                    {
                        $warnings[] = array( 'text' => ezi18n( 'gauffr/validate', 'No GauffrUser "%user" in GauffrMaster. Please add account on GauffrMaster first.', null, array('%user' => $login) ) );
                        $isValid = false;
                    }
                }
                break;
        }
 
        return $result;
    }

Fedora & l'assurance qualité sur les projets php

llaumgui — Fri, 04 Dec 2009 12:55:00 +0100

La qualité est un problème récurent dans les applications php. En effet, le php est un langage hautement permissif et très facile d’accès. Ceci donne certains codes disponibles sur la toile de bien piètre qualité voir carrément nocifs pour ceux ayant un tant soit peu de trafique sur leur serveur. Lors de ma participation aux derniers eZ Day, j’ai eu la chance d'assister à une conférence donnée par Sebastian Bergmann le Mr de qualité en php et j'ai trouvé ses initiatives plutôt intéressantes.

Sur le plan professionnel, nous avons également fait le choix de mettre en avant la qualité dans la réalisation de nos projets et c’est donc tout naturellement que nous nous sommes tournés vers une solution d’intégration continue et la suite d’utilitaire phpUnit.

Pour ce qui est des PIC compatibles php à l’heure où j'écris ces quelques lignes il en existe que 2 à savoir phpUnderControl et Xinc. La seconde ne m'ayant pas donné entière satisfaction, j’ai donc fait le choix d’utiliser phpUC. Le choix est d’autant plus judicieux qu’elle s’intègre parfaitement avec eZ Publish (quelques modifications pour lui donner à manger un doc Doxygen à la place de phpDocumentor).

Bref, autant de disgrétions pour annoncer que Christof Damian et moi-même (entre autre...) avons entrepris un travail de packaging qui fait qu’aujourd’hui la plupart des outils d’assurance qualité pour le php sont disponibles dans Fedora et RHEL (merci Remi).

yum install php-phpunit-phploc
yum --enablerepo=updates-testing install php-phpunit-phpcpd
yum install php-pear-PHPUnit
yum --enablerepo=updates-testing install php-phpunit-File-Iterator
etc...

Ne reste plus que phpUnderControl... Allez, maintenant vous n’avez plus d’excuses pour produire du code de daube avec de la duplication de code partout et de la complexité cyclomatique dans tout les sens ;-).

Script pour accélérer la mise à jour de paquet dans l'infrastructure du Fedora Projects

llaumgui — Tue, 10 Nov 2009 07:53:00 +0100

En temps que packageur pour Fedora & EPEL, je suis sauvant amené à consulter cette page pour me remémorer la procédure de mise à jour d'un package dans Fedora. Le problème est qu'en cas de paquet à maintenir conjointement (eZ Components par exemple), on se retrouve vite à répéter les mêmes taches dans x terminaux...

Bref, je me suis fait un petit scripts en python qui se charge de :

Mettre à jours les sources (pas possible de mettre des patchs pour le moment) sur le CVS de Red Hat
Mettre à jours les SPEC sur le CVS de Red Hat
Construire les rpms (par disro) à partir Koji (la plateforme de build de Fedora)
Soumettre automatiquement le nouveau paquet sur Bodhi (prise en compte de toutes les distros)
Et en bonus : Twitter le nouveau paquet...

Le script se trouve là : https://svn.llaumgui.com/python/fedora-pkg-update/trunk/ et je suis ouvert à toutes suggestions.

fr.CentOS.org ne répondra plus !

llaumgui — Sun, 18 Oct 2009 18:12:00 +0200

Depuis quelques temps, fr.CentOS.org ne répond plus. Je suis resté assez (trop ?) discret là dessus mais il est temps de dire le pourquoi, ce que j'en pense et pourquoi se qui se fera (s'il se fait quelque chose), se fera sans moi !

Le serveur qui hébergeait fr.centos.org ainsi que le serveur de backup ne sont plus accessibles pour des raisons que je n'évoquerais même pas. Ce qui compte, c'est que le travail graphique de Titax, mon travail technique ainsi que toutes les contributions communautaires sont perdus.

Pour rappel, lors du début de l'aventure fr.CentOS, j'ai voulu me la jouer tout seul en achetant CentOS-fr.org et en hébergeant le site sur mes propres machines qui contrairement à celles de l'infrastructure de CentOS (du moins la partie où se trouvait fr.centos.org) sont hébergés dans data-center et sauvegardées dans un autre... A l'époque, la team CentOS m'a demandé de ne pas me la jouer perso et de faire un fr.centos.org avec leur soutient et sur leurs machines. J'ai accepté et j'ai fait confiance maintenant mon travail ainsi que le votre est perdu.

Niki Kovacs sur la mailing-list centos-fr, lassé d'attendre le retour de fr.centos.org a voulu tenter de faire quelque chose par lui même et l'équipe CentOS lui à tenu le même discours qu'a moi :

Une infra communautaire va bientôt voir le jour avec un phpBB 3, de l'open LDAP, bla bla bla... Le « bientôt » est servie aujourd'hui à Niki mais on me l'a servie il y a déjà 2 ans...
"everything under (heavy) control"... Traduction, nous avons tellement montré notre sérieux qu'on a bien retenu la leçon et tout doit passer par nous. Mais que faire quand les personnes chargées du contrôle sont soient incompétentes (je ne juge pas, je constate) soient ne considère pas le site communautaire francophone assez important pour avoir un système de backup digne de ce nom (je ne juge pas, je constate) ?

Voila, mon message pour Niki : si tu veux faire quelque chose, fait le ! Lorsque l'infra communautaire sera là, alors la question de rejoindre ce projet se posera et des garanties devront être offertes, mais en attendant un tiens vaut mieux que 2 tu l'aura. Par contre, moi j'ai perdu ma motivation !