PEAR

La devzone de zend.com vient de publier un article écrit par votre serviteur sur l'intégration entre LiveUser et la partie MVC du Zend Framework.

Vous trouverez cet article écrit dans la langue de shakespeare en suivant ce lien: http://devzone.zend.com/node/view/id/1001

Hier (31 août 2006) le premier commit du paquetage OpenDocumentà eu lieu sur le dépôt CVS de PEAR. Ce paquetage vous permettra de créer et lire des documents au format éponyme. Il a été développé dans le cadre du Google Summer Code.

Il s'agit d'un format connu des applications tels OpenOffice ou KOffice et utilisé par des administrations comme l'Union Européenne 1.

C'est une première version disponible uniquement en CVS au moment ou j'écris ces lignes. Une release devrait arriver sous peu. Il n'est pas encore exploitable (nous sommes 2 jours après le premier commit, ne l'oublions pas !).

PEAR blog post

Aaron poste un billet sur "Ce qui ne va pas dans PEAR" en commentaire à l'une des raisons de la session "Six reasons PHP sucks" donnée à OSCON.

Je vous laisse lire le billet sur des problèmes et les solutions proposées.

Les commentaires vont du classique "C'est nul" à la réflexion sur les problèmes de gestion des releases.

Voici une courte de liste de problèmes choisis dans les commentaires.

Documentation: c'est à mon sense le défaut majeur. Le manque de documentation et la barrière d'entrée au système utilisé élevée (docbook)

• Un wiki devrait aider mais amène aussi des inconvénients. Un wiki est par nature peu structuré, à l'opposé de docbook donc et nécessite un effort conséquent pour garder une cohérence d'ensemble. Cependant je pense qu'un wiki serait une grande avançée.

Paquetages abandonnés ou absence des mainteneurs

• ne pas hésiter à contacter la liste pear-qa en vous proposant comme mainteneur. Le mieux pour cela est d'avoir des patchs déjà écrit. En cas de non-réponse sur cette liste écrivez à la liste pear-dev. Les temps de réponses ne sont pas immédiats, ne vous attendez donc pas à avoir une réponse dans les cinq minutes suivantes.

PEAR n'est pas PHP5. De nombreux paquetages fonctionnent correctement sous PHP5. Un lecteur remarque correctement que la compatibilité PHP5 ne signifie pas que ses fonctionnalités soit utilisées

• Pour qu'un paquetage soit vraiment PHP5 une nouvelle version majeure doit être écrite, exemples hypothétiques: Services_Amazon2, Log2, Date2, etc. Il d'ailleurs fortement recommandé pour les nouveaux paquetages d'être écrits en PHP5.

J'ai récemment indiqué le renouvellement de l'équipe assurance qualité de PEAR. Suite àune question posé sur la liste de discussion voici un éclaircissement sur la participation à ce renouvellement.

Tout le monde peut participer au processus de selection des candidats ainsi qu'au vote. Pour cela vous devez disposer d'un compte sur le site pearweb. Si jamais vous n'en avez pas, vous devez en demander un en précisant que vous désirez participer au renouvellement de l'équipe.

Vous pouvez nominer n'importe quel personne qui participe aux listes de discussion pear-qa et pear-dev.

La suite se déroulera comme indiqué sur la proposition.

Une proposition vient d'être ajoutée à PePr (outil de gestion des propositions) pour le renouvellement de l'équipe d'assurance qualité de PEAR.

Il existe en fait deux équipes, l'une est constituée de tous les membres inscrits à la liste de diffusion pear-qa; tous les membres peuvent donc participer aux activités assurance qualité comme les tests des nouvelles version de l'installateur de paquetages. La deuxième équipe, plus restreinte, est composée de 6 membres qui ont des droits supplémentaires sur le site web (pearweb) pour gérer les mainteneurs des paquetages, retirer des releases ne respectant par les règles, etc.

Je vous encourage donc à lire la proposition et participer au renouvellement !

La proposition : http://pear.php.net/pepr/pepr-proposal-show.php?id=394

Lors de l'apéro PHP du vendredi 16 décembre 2005 Sarah m'a suggéré de présenter les paquetages de PEAR par les fonctions qu'ils apportent. Le site actuel permet de parcourir la liste des paquetages mais ne présente pas les paquetages en termes des tâches qu'ils permettent d'effectuer.

Je prends donc ma plume (clavier en fait) pour essayer y remédier et présenter les paquetages. Le but n'est pas d'être exhaustif mais plutôt de vous permettre de mettre un pied à  l'étrier plus rapidement.

Vous désirez participer à PEAR et ne savez pas par où commencer ? Ce billet vous donne des pistes.

Pour simplifier, on distingue trois types de contributions: - nouveau paquetage - paquetage existant - documentation

PEAR dispose d'un outil de gestion des propositions nommé PePr. Une personne souhaitant proposer un nouveau paquetage ou bien une recommandation (RFC) doit publier sa proposition en utilisant cet outil.

Pour un nouveau paquetage il y a deux étapes à effectuer. La première est de vérifier l'existence d'un paquetage remplissant les mêmes fonctions. Si c'est le cas et que votre paquetage n'apporte aucune nouvelle fonctionnalité il sera probablement refusé à moins que vous n'ayez de solides arguments.

Dans le cas où le paquetage fournit des fonctionnalité supplémentaires il est préférable d'essayer de les intégrer au paquetage existant. Si cela n'est pas possible pour quelque raison que ce soit le paquetage peut tout de même être accepté après une discussion.

Contribuer à la documentation s'effectue de deux façons. Vous pouvez ouvrir des bugs en indiquant les erreurs dans le manuel. Pour aller plus loin vous pouvez contacter la liste pear-doc en envoyant vos documents à intégrer au manuel ou posez vos questions.

J'espère que cela vous aide !