Le blog de llaumgui

Linux en général, Fedora / CentOS en particulier...

Aller au contenu | Aller au menu | Aller à la recherche

lundi 11 janvier 2010

Bonne année : 2010 année du changement

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 ?

Lire la suite...

vendredi 4 décembre 2009

Fedora & l'assurance qualité sur les projets php

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.

Lire la suite...

mardi 10 novembre 2009

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

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

Lire la suite...

lundi 20 juillet 2009

Les eZ Components pour Fedora "legacy" 9 et RHEL vont chez Remi

Les eZ Components pour les versions qui ne sont plus supportées de Fedora (<9) ainsi que pour RHEL, déménagent chez l'ami Remi. C'est une bonne chose vu que c'est lui qui maintient la version de php nécessaire à eZ Components (>5.2).

Voila, de mon côté, je continu bien évidement à maintenir la branche upstream pour Fedora 10 et 11 et bientôt RHEL 6 (via EPEL).

A ce propos, je viens de faire 2 reviews request :

jeudi 2 juillet 2009

RPMs d'eZ Components 2009.1

Ce lundi, la version 2009.1 de la librairie eZ Components a été publiée. J'ai donc mis à jour les différentes briques qui ont évolué et que je maintiens sous Fedora, à savoir :

Lire la suite...

dimanche 10 mai 2009

Création du dépôt llaumgui

Et hop, je viens de sauter le pas ! Je viens de rendre publique mon dépôt privé : vous pouvez donc à présent farfouiller dans mes rpms.

Pour la partie Fedora, le dépôt apporte certains plugins Gedit et autres trucs sympas.

Pour la partie RHEL, les amateurs d'eZ Components y trouveront tous les components que je maintiens (pour Fedora) ainsi que la dernière version de Trac (issue de F11) avec certains plugins Trac que j'utilise.

Pour plus d'infos, ça se passe sur l'embrillon de page dédiée...

samedi 2 mai 2009

RPM d'eZ Publish pour Fedora

Je viens enfin de me bouger pour faire mes derniers tests sur le RPM d'eZ Publish.... Tout ça pour me rendre compte que j'avais packagé mais non soumis à review l'eZ Components Webdav... Chose à présent corrigée : ce n'est donc pas 1 mais 2 reviews que je propose aujourd'hui, celle de php-ezc-Webdav et celle d'eZ Publish.

A mon avis la review va être longue est douloureuse car pour respecter la FHS ainsi que SELinux, j'ai dû un peu découper eZ Publish :

  • Le répertoire settings ainsi que le config.php sont dans /etc/ezpublish
  • Les données qui sont appelées à être écrites par apache (design, var, extension) sont dans /var/lib/ezpublish
  • Le reste est dans /usr/lib/ezpublish
Bref donner les droits à apache sur ces dossiers provoque un grand nombre d'erreur rpmlint, à voir lesquelles sont acceptable dans le cadre d'une application web.