tyPouypOblOg

Les utilisateurs de Ruby nous connaissent bien l’outils de gestion de paquet (ou librairies, c’est comme on veut) RubyGems. Cet outil permet d’installer des paquets ruby enrichissant le coeur de notre langage préféré.

Cependant la plus part des systèmes d’exploitations de la famille des “*nix” (comprendre les divers distribution linux, les divers bsd et autre opensolaris) bénéficient déjà une gestionnaire de paquet permettant l’installer des applications.

Bien souvent certaines gems (c’est ainsi que l’on désigne les paquet ruby disponible via RubyGems) sont porté dans le gestionnaire de paquet de système que nous utilisons. Alors pourquoi avoir deux gestionnaire de paquet pour ruby : celui du système et RubyGems ?

RubyGems à l’avantage d’être disponible sur toute les plateformes, et ne serait-ce que pour les utilisateurs de fenêtre ou de pomme, c’est indispensable pour une meilleur gestion de l’installation Ruby.

Mais je pense qu’il faut utiliser en priorité les paquets spécifique au système (pour OpenBSD il y a aujourd’hui dans -current environ 75 paquets ruby disponible). En effet, ces paquets sont là pour s’intégrer au mieux avec le système. Et bien qu’ils s’installent de toute façon au même endroit qu’avec RubyGems, certain patch ou autres flavor spécifique peuvent être mis en place pour le bien de l’installation et l’intégrité du système d’exploitation.

Alors RubyGems n’est pas inutile sur ces systèmes, loin de là, ne serait-ce que pour avoir la collection complète des applications ruby, mais j’utilise personnellement les paquets du système en priorité.

Et vous ?

ps: RubyGems offre d’autre fonctionnalité interessante mais ce n’est pas le sujet ici :-)

1er mai rime avec nouvelle version d’OpenBSD Et comme d’habitude, c’est Theo qui l’annonce pile à l’heure L’annonce de la sortie au journal officiel

Je suis très content de voir que Jean-mi essaie OpenBSD peut-être sera-t-il convaincu :-)

Lundi soir, comme apparemment presque tout les lundi soir, c’est rendez-vous au dojo. Non pas celui des arts martiaux, mais celui du développement. Pour rester agiles, l’association XP-France organise des rencontres au dojo.

Dans une salle gentillement fourni par EpiConcept, des praticiens agiles se retrouvent pour un Kata voir un Randori.

J’ai passé une super soirée. J’ai découvert Haskell un langage fonctionnel pur (c’est a préciser apparemment ;-)). J’ai vu des tests, et encore des tests et c’est beau. Vivement le prochain !

Si vous voulez en savoir plus: Voir le projet Dojo sur le wiki de l’asso.

Moi je vais tenter d’y aller tout les lundi :-D

une semaine plus tard

Cet session fût très bonne. Pas loin de 30 personnes ont fait le déplacement pour cette “apéro” qui en fait ressemblait plus à une bonne présentation.

Le thème principal de ce lundi était l’agilité, l’extreme programming, les tests. En effet, des membres de l’association XP-France sont venus nous présenter l’agilité, le développement piloté par les tests le tout dans sous la forme d’un kata, une des pratiques de dojo.

Ensuite, Jean-François nous a présenter une toute nouvelle librairie ruby qui gagne à être connu: Arel également appelé ActiveRessource. Un librairie visant à permettre la création d’ORM. Disont pour résumé que cela enlèverais la couche “concaténation de chaine de caractères” dans ActiveRecord par exemple, et du coup nous aurions le moyen de construire plus joliement des requête SQL. A suivre donc.

Depuis quelque temps déjà je m’interesse aux méthodes agiles, à l’extreme programming, cette présentation à fini de me convaincre qu’il faut absoluement que j’aille en Dojo pour pratiquer le code, échanger avec d’autres personnes aguéri à ces techniques de tests et de façon de voir le code.

On en reparle plus tard ;-)

Nous approchons à grand pas de la sortie officiel de la nouvelle version d’OpenBSD !

OpenBSD 4.3 apporte comme d’habitude son lot de nouveautés:

• Le support de toutes une série de nouvelles cartes réseau
• Amélioration et nouveauté sur les drivers audio
• nettoyage de code avec notamment DiskLabel qui est passé à la machine à laver :-p

Cette version est accompagné de la version 4.8 d’OpenSSH qui apporte lui aussi son lot de nouveautés. L’une d’entre elle à beaucoup fait parlé d’elle à ce sortie: l’ajout du support chroot . C’est une bonne chose qui va permettre au admisys de pouvoir dévinir plus finement les repertoires accessible par les utilisateurs de la machine. Ami de la bricabox, nous allons limité les accès :-D

Comme d’habitude vous pouvez déjà précommandé les CDs officiels.

ps: Il y a une grosse discussion sur la chanson rituel accompagnant la sortie de cette version. Il faut dire qu’elle est directement inspiré des echanges sulfureux qui ont eu lieu sur la mailing list officiel entre Richard Stallman et l’équipe Open. Pour rappel, Mr Stallman critiquais OpenBSD sur le fait de proposé du logiciel non libre dans les Ports (on a notamment parlé d’Opéra).

Alors même si l’équipe d’Open a réagi un peu fort, je crois que Mr Stallman avait lui aussi d’autre chat à fouetter que venir emmerder la liste pour une histoire de logiciel dispo uniquement via les ports, qui en plus est disponible sur toutes les distributions linux, et même installable presque plus facilement que sous OpenBSD, le tout sans avoir forcement un message indiquant que la licence n’est pas libre…