D3.js

D3.js est une bibliothèque javascript légère et libre qui permet de manipuler et représenter graphiquement des documents en s'appuyant sur leurs données. Elle est une réécriture de protovis et s'appuie sur des technologies comme HTML5, CSS3 et SVG pour afficher des données et interagir avec elles. Je vous encourage à aller voir les exemples pour voir de quoi est capable d3.js.

Sugar.js

Sugar.js est une bibliothèque qui vise à faciliter la manipulation des objets natifs Javascript et à combler les différences entre navigateurs. Elle ajoute des méthodes bien pratiques aux entiers, chaînes de caractères, fonctions, tableaux, objets, dates… En revanche, elle ne concerne ni les requêtes AJAX ni le DOM (jQuery fait ça très bien).

Batman.js

Batman.js est un petit framework MVC sous licence MIT. Il est écrit en CoffeeScript et peut donc naturellement être utilisé en Javascript afin de structurer une application web qui ferait un fort usage du JS. S'inspirant des principes de Rails (convention over configuration, etc.), il doit permettre de développer rapidement des applications web mono-page.

Je suis heureux d'annoncer la nouvelle et dernière version 0.11.1 de Project‑Builder.org !

Pour rappel, Project‑Builder.org est un outil GPLv2 qui supporte le concept de « Continuous Packaging » — empaquetage en continu —, développé conjointement par HP et Intel. Le but est de permettre de construire, à partir d'un seul répertoire source, régulièrement des paquets pour différentes distributions et architecture.

Le principal apport de cette version est l'ajout du support des remote machines (RM) en supplément des machines virtuelles (VM) ou des environnement virtuels (VE) ou chroot pour fabriquer des paquetages. On peut donc maintenant utiliser Project‑Builder.org simplement et facilement, dans un contexte de ferme de fabrication de paquets.

La mise à jour des VMs, VEs et RMs associées peut se faire en utilisant setupvm|ve|rm.

Cette version corrige aussi des bogues sur la gestion du parallélisme, ceux des sources et patchs additionnels, la gestion des ebuilds et les bogues #83, #86 et #87, notamment.

Un effort a été fait pour améliorer la sécurité dans l'usage de « sudo » en restreignant la liste des commandes utilisées (pour les RM principalement qui peuvent être gérées par des tiers, mais cela bénéficie aussi aux VM).

Enfin, encore du nettoyage de code, suite aux conférences Perl vues lors du FOSDEM 2011, qui m'ont donné envie d'améliorer le code. :-)

Pas de contre‑indication dans son utilisation. ;-)

Theo de Raadt, leader du projet OpenBSD, part une fois encore en croisade contre la mauvaise volonté de certains constructeurs pour fournir les spécifications techniques de leur matériel, ainsi qu'à la libre redistribution de leurs firmwares. Cette fois ci c'est au tour d'Intel d'en prendre pour son grade.

Ainsi, ce n'est pas la première fois que Theo de Raadt lance un appel public pour inciter les utilisateurs à manifester leur mécontentement envers les constructeurs qui ne collaborent pas :

• En octobre 2004, un appel pour un changement des licences des firmwares TI et Intel avait été lancé. Une vingtaine d'adresses email de contacts au sein des 2 sociétés avait été données, pour que les utilisateurs se manifestent.
  
• En mars 2005, Théo de Raadt appelait de nouveau au lobbying pour obtenir les spécifications technique au constructeur de carte RAID Adaptec "FSA".

On se souvient tous des inquiétudes suscitées par la nouvelle licence Apache à l'automne ; un gros travail sur le texte avait permis de rassurer la plupart des acteurs du logiciel libre, bien qu'elle reste incompatible avec la GPL (comme la version 1.1). On se souvient également de Mandrake, Debian, RedHat et OpenBSD annonçant leur refus d'intégrer XFree86 4.4 à leurs distributions pour d'autres problèmes de licence.

C'est aujourd'hui au tour de Theo de Raadt, leader et fondateur d'OpenBSD, d'annoncer qu'il n'intégrera pas de code sous licence Apache 2.0 dans OpenBSD. Ce qui signifie que la version d'Apache fournie par OpenBSD sera désormais un fork basé sur les versions sous licence Apache 1.1. Theo ne donne pas plus d'explications quant aux raisons pour lesquelles il juge la nouvelle licence inacceptable, mais se dit lassé des licences libres de plus en plus complexes et contenant de plus en plus de clauses restrictives.