Lazarus est un EDI complet pour développer en FreePascal, libre (GPL + LGPL). Il permet de développer simplement et rapidement avec autre chose que du C. Ce n'est pas une simple implémentation de Delphi en libre. Certes, il est fourni avec moins d'outils et la version 1.0 sera comparable à Delphi 7.0, mais Lazarus s'appuie sur le slogan de FreePascal : « Write once, compile everywhere ».

Grâce à Lazarus, vos applications graphiques pourront être exécutées nativement sous Windows/Linux/MacOS... Pour les systèmes de type Unix, il s'appuie sur la bibliothèque GTK+ ou Qt. L'avantage de Lazarus, c'est qu'il embarque de très nombreux composants en natif et que sa réputation est telle que de gros projets comme Zeos ou Synapse fonctionnent grâce à lui. Le développement est simple et rapide.

Lazarus vient de sortir en version 0.9.28. Les changements principaux sont :

• utilisation de GTK+ par défaut sous Linux,
  
• implémentation de TCalendar, TFloatSpinEdit, TOpenDialog et TSaveDialog sous Windows CE,
  
• ajout de TFrame, TShellTreeView, TShellListView, TFilterComboBox,
  
• quelques modifications pour être plus compatible avec Delphi,
  
• amélioration de l'EDI,
  
• utilisation de FreePascal 2.2.4

Pour un rapport complet, voir les release notes de cette version.

Alors, si vous ne connaissez pas le Pascal, Lazarus est un bon moyen de le découvrir et de l'adopter.

Pylons et repoze.bfg sont deux frameworks web en Python ayant des caractéristiques semblables. Tous deux relativement légers et modulaires, ils intègrent autant que possible des composants existants. Ces deux frameworks fusionnent pour donner naissance à un nouveau framework appelé Pyramid, sous la houlette du projet Pylons créé à cette occasion.

Selon Ben Bangert, le créateur de Pylons, le code de Pylons était devenu difficile à faire évoluer et il s'est aperçu que bon nombre des changements qu'il souhaitait apporter était en fait déjà présents dans repoze.bfg. De son côté l'auteur principal de repoze.bfg, Chris McDonough, souhaitait désolidariser repoze.bfg du projet Repoze. Devant la pléthore de frameworks que la communauté Python a engendrés, tous deux souhaitaient également essayer d'inverser la tendance à leur niveau en regroupant le travail de leurs communautés.

À l'heure actuelle, techniquement parlant, Pyramid n'est rien d'autre que le code de repoze.bfg renommé et auquel sont ajoutées des fonctionnalités facilitant le portage d'applications Pylons. Pylons 1 va être maintenu, mais il n'y aura pas de Pylons 2. De même, le développement de repoze.bfg va s'arrêter à la version 1.3. Pyramid sera la continuité de ces deux projets. Cette fusion devrait permettre de voir prospérer une alternative solide à Django pour les cas où un framework modulaire est préférable à un framework monolithique.

Pylon est sous une licence type BSD et bfg sous licences BSD + ZPL.

Nous sommes heureux d'annoncer aujourd'hui la disponibilité de la première version stable publique de MeteoIO.

MeteoIO est une bibliothèque C++ sous licence LGPL v3 destinée à la gestion des entrées/sorties météorologiques ainsi que leur préprocessing dans le cadre des modèles numériques faisant usage de telles données. Cette bibliothèque à été conçue afin de libérer le développeur de modèles numériques de la gestion des entrées/sorties en lui offrant une bibliothèque robuste, stable, facile à utiliser et intégrée.

Node.js est un environnement JavaScript côté serveur, sous licence MIT. Sa particularité est son approche asynchrone pour faciliter la montée en puissance dans des contextes avec beaucoup d'entrées-sorties, notamment réseau. En pratique, il se compose :

• d'un interpréteur JavaScript, à savoir V8 ;
  
• de require(), un chargeur de modules compatible CommonJS ;
  
• d'une bibliothèque standard, volontairement restreinte (une sorte de libc JavaScript où tous les appels sont asynchrones) ;
  
• d'un ensemble de conventions : par exemple, les fonctions de retours indiquent toujours en premier paramètre si l'appel s'est bien passé et dans le cas contraire, quelle a été l'erreur ;
  
• et d'un exécutable, node pour lancer tout ça.
  

La version 0.4.0 sortie cette semaine est la deuxième stable (c'est comme pour l'ancien mode de développement du noyau Linux : le numéro mineur est pair pour les versions stables et impair pour les versions de développement). Les principaux changements depuis la version stable précédente (la version 0.2, pour ceux qui suivent) sont les suivants :

• nouveau client HTTP, avec une API plus simple et la gestion d'un réserve (pool) de connexions ;
  
• refonte du module TLS/SSL ;
  
• augmentation des performances, grâce à l'allocation plus rapide des tampons mémoire (Buffer) ;
  
• meilleure prise en charge des gestionnaires de paquets comme npm, grâce à l'amélioration de require() ;
  
• une mise à jour de V8 pour la version 3.1.2 ;
  
• un débogueur fonctionnel, mais encore très limité pour le moment ;
  
• un module os qui expose des informations sur le système ;
  
• et, bien sûr, plein de corrections de bogues.
  

La liste des organisations participant au Google Summer of Code 2010 vient d'être annoncée par Google.

Le Summer of Code permet à des étudiants de travailler pendant l'été sur un projet touchant au logiciel libre, et de recevoir pour ce travail la somme de 5000USD.

Le travail effectué ne profite pas directement à Google : l'entreprise sélectionne divers projets open source ("organisations"), et les sponsorise indirectement en leur attribuant un certain nombre de "slots". Chaque slot correspond à un étudiant, sélectionné directement par l'organisation.

La liste des organisations participantes a été annoncée hier. Les organisations publient une liste d'idées que les étudiants peuvent utiliser pour formuler une proposition de projet qui fera partie de leur candidature.

Les candidatures démarrent officiellement le 29 mars, mais il est conseillé de ne pas attendre cette date pour préparer sa candidature.

C'est en effet la quatrième version de maintenance de la branche 2.6 de Python qui a été publiée ce week-end après un cycle de développement particulièrement court (23 jours écoulés depuis la publication de la version 2.6.3 le 2 octobre 2009).

Celle-ci n'apporte pas de nouvelle fonctionnalité, mais corrige plusieurs bugs jugés critiques par l'équipe de développeurs. Pour l'essentiel, il s'agit de corrections apportées à la bibliothèque standard de Python. On remarquera en particulier la réparation de la régression introduite à la version 2.6.3 dans le module distutils qui empêchait l'installation de modules tiers à l'aide de l'outil setuptools.

On retrouve aussi une correction au module intégré ("Builtin") marshal. Pour mémoire, ce module assure la sérialisation (et la dé-sérialisation) de valeurs Python au format binaire, son usage est réservé à des situations très particulières, les modules pickle et shelves étant bien plus efficaces et adaptés pour la persistance de données.

C'est donc à une nouvelle version utile - bien que sans surprise - à laquelle nous avons affaire. La mise à jour est évidement recommandée, ne serait-ce que pour pouvoir à nouveau exploiter pleinement le Python Packages Index.

NdM : Merci à tcoubon pour son journal à l'origine de cette dépêche.

Sinatra est un micro-framework en Ruby pour construire rapidement des applications web (licence MIT).

Il se présente sous la forme d'un Domain Specific Language, avec un jeu assez réduit de fonctionnalités et laissant beaucoup de libertés aux développeurs d'applications. En cela, il est très complémentaire de Ruby on Rails, car il sera très efficace pour les petites applications web, les prototypes, les API Rest, les webhooks, ou fournir une interface web à une application Ruby existante.

Le développement de Sinatra a commencé en novembre 2007, et une nouvelle étape a été marquée le 23 mars dernier avec la sortie de la version 1.0. Sinatra est utilisé dans de nombreuses applications Ruby, mais son succès ne se limite pas à Ruby. Il existe des clones plus ou moins fidèles dans de nombreux langages : Sammy (Javascript), Dancer (Perl), Fitzgerald (PHP), Martin (.net), Itty (Python), Step (Scala), Express (node.js) et beaucoup d'autres.

D'un point de vue plus technique, Sinatra s'installe très simplement avec Rubygems, d'un simple coup de gem install sinatra. Et écrire un Hello world n'est pas plus compliqué :
require 'rubygems' require 'sinatra' get '/' do 'Hello LinuxFr !' end

Enlightenment est un gestionnaire de fenêtres extrêmement configurable et peu gourmand en ressources. Il est basé sur un ensemble de bibliothèques nommées EFL (Enlightenment Foundation Libraries), qui elles-mêmes peuvent être utilisées à part pour créer tout type d'applications.

Pour la deuxième année consécutive, le projet Enlightenment est accepté au Google Summer of Code, permettant à des étudiants de travailler (travail rémunéré par Google) sur Enlightenment et les EFL durant l'été, avec certains de ses développeurs (quelques uns étant même français)

Depuis maintenant quelques années Eclipse réalise une sortie simultanée courant juin. La publication de 2009 : "Galileo" viens tout juste d'être rendue publique.

Galileo c'est plus d'une trentaine de projets qui collaborent durant un an pour livrer leur version majeure de manière simultanée, Galileo couvre ainsi de nombreux domaines qui vont de l'embarqué, aux applications web JEE et PHP, en passant par le "business reporting", la modélisation, le développement C, l'accessibilité, la gestion des données ou encore la collaboration.

Depuis trois ans, Qt Software (anciennement Trolltech) développe un IDE spécialisé pour le C++/Qt. Celui-ci a pour but d'être léger, simple et de prendre en compte toutes les spécificités de Qt.

Le projet, connu sous le nom de code « Greenhouse » avait été présenté lors des « Qt DevDays 2008 » à Munich. À cette occasion, Qt Software avait annoncé la prochaine disponibilité d'une première version de démonstration vers la fin du mois d'octobre.

NdM : La licence n'est pas encore définitive. Cette pré-version est disponible sous une licence spécifique, mais le site précise que la version finale sera disponible sous une licence compatible GPL.

Node.js, dont le slogan est Evented I/O for V8 JavaScript, a pour but d'offrir un moyen simple d'écrire des applications réseau scalables. Le code est placé sous licence MIT.

Pour bien comprendre ce qu'est Node.js, je vous propose le cheminement suivant. Partons de V8, la machine virtuelle développée par Google qui permet d'interpréter du javascript. Ajoutons un modèle événementiel, similaire à EventMachine en Ruby ou à Twisted en Python. Cela tombe bien, en javascript, c'est assez naturel de procéder de cette manière : le javascript dans les navigateurs utilise déjà un modèle événementiel (les événements sont 'DOM chargé', 'touche pressée' ou encore 'clic de la souris'). C'est un bon début, mais le javascript ne possède pas de bibliothèque standard pour manipuler des fichiers ou faire des opérations réseau. Utilisons donc notre modèle événementiel pour ajouter des API qui permettent de faire ça de manière asynchrone. Une autre lacune de javascript est l'absence de moyen de charger une bibliothèque depuis un script, et comme on n'a pas spécialement envie de tout écrire dans un seul fichier, rajoutons donc une fonction require pour charger un autre script. Enfin, saupoudrons le tout avec quelques API utilitaires, un interpréteur interactif, et vous obtiendrez une bonne idée de la composition de Node.js.

Node.js permet ainsi de développer simplement des applications en javascript que l'on peut qualifier de server-side. Voici quelques exemples de ce que l'on peut faire avec Node.js :

• Node.js ircd, un serveur IRC ;
  
• How To Node, un blog parlant de Node.js ;
  
• Vows, un framework BDD ;
  
• Express, un framework web qui utilise les middlewares Connect.
  

La version 0.2.0 est sortie le 20 août et marque une première stabilisation du projet. Jusqu'à maintenant, les versions s'enchaînaient à un rythme soutenu (2 à 3 par mois), avec souvent des changements d'API et des problèmes de compatibilité divers et variés. Il est donc difficile pour les développeurs de bibliothèques de les maintenir, et pour les développeurs d'applications, de trouver les bonnes bibliothèques qui fonctionne avec la dernière version de Node.js. Cela devrait maintenant changer : Ryan Dahl a promis d'assurer la compatibilité de l'API pour les versions 0.2.x. Si vous souhaitez essayer Node.js, c'est donc le bon moment pour vous lancer !

PCC est un compilateur C qui a tout pour séduire car il a pour objectif principal de rester simple, petit, rapide et compréhensible. Il prend en charge la norme C99 et est publié sous licence BSD. Pour mener à bien le développement de ce compilateur le développeur principal, Anders Magnusson (ragge), a besoin de financements. Ainsi il pourra être en mesure de sortir la version 1.0.

Ce compilateur est disponible pour toutes les variantes*BSD, mais également pour Linux, Mac OS X et Windows. Il est capable de générer du code pour de nombreuses architectures comprenant i386, PowerPC, ARM, ainsi que neuf autres machines un peu moins courantes.

Beaucoup voient en lui une alternative viable à GCC qu'il pourra à terme remplacer. Il est d'ailleurs inclus dans l'arbre des sources de projets comme OpenBSD et NetBSD depuis plus d'un an. En terme de performance, ce petit compilateur est capable de produire des exécutables 15 fois plus rapidement que ceux de GCC (seulement 5 fois plus rapidement si l'on active les tests internes de validité, les « sanity checks »), pour une vitesse d'exécution environ 10% plus lente. Cette relative lenteur s'explique par le fait que PCC ne fait des optimisations que sur l'allocateur de registres (alors que l'on peut en faire à plein d'autres endroits). De nombreuses améliorations sont à faire ou à terminer, c'est pourquoi le projet à besoin de votre aide.