Dans un message sur la liste de diffusion debian-devel-announce, le responsable du projet Debian, Anthony Towns, fait le point sur la présence de contenus non libres dans la section principale (main) de Debian, dont notamment les firmwares nécessaires à certains pilotes de matériel (modems usb, cartes réseau, wifi...).

Le principal problème qu'ils posent est le fait qu'il n'est actuellement pas possible d'installer Debian sur un système nécessitant un paquet (contenant un firmware) provenant de la section non-free de Debian. Cela remet en cause la sortie (prévue en décembre) de Debian Etch, à cause des modifications qui seraient nécessaires à l'installateur de Debian.

Toutefois, pour la première fois, le projet Debian s'ouvre à une double consultation : d'une part, classiquement, auprès de ses développeurs et d'autre part, auprès des utilisateurs (via un vote sur un forum). Les solutions possibles peuvent se résumer à :

• Sortir Etch comme prévu, avec des firmwares non-libres dans 'main'
  
• Sortir Etch comme prévu, mais sans les firmwares non-libres dans 'main'
  
• Retarder la sortie d'Etch jusqu'à ce que les modifications nécessaires aient été faites dans l'installateur.

Jabber, le protocole standard et ouvert de messagerie instantanée et de voix sur IP, est de plus en plus utilisé.

Google Talk l'avait promis, c'est désormais chose faite ! Le service Jabber de Google est connecté au réseau public Jabber (ouverture de la communication inter-serveurs, s2s, server-to-server), les millions d'utilisateurs de Google Talk ne sont donc plus isolés, ils peuvent contacter tous les utilsateurs Jabber au monde et vice-versa.

On peut noter que la protection anti-SPIM (spam sur messagerie instantanée, "spam over IM") adoptée et mise en oeuvre par Google Talk se base sur la liste des contacts de l'utilisateur : pour avoir le droit d'envoyer un message à un utilisateur de Google Talk, il faut être dans sa liste de contacts. Google n'a semble-t-il pas souhaité implémenter la JEP 0159 qui proposait une solution différente.

Skyrock, la célèbre radio française et hébergeur massif de blogs, se met à Jabber ! C'est le SkyMessager (SM) qui permettra aux skybloggueurs de dialoguer entre eux. L'application et le service ne sont qu'en phase beta pour l'instant, mais on sait déjà que le logiciel client est en XUL et utilise la bibliothèque Python PyXMPP. Pour l'instant, la communication avec les autres serveurs Jabber n'est pas possible.

Meetic, le numéro un des sites de rencontre utilise massivement Jabber pour le chat de ses abonnés. Le client est en Flash ou HTML, le service n'est pas accessible de l'extérieur.

Autre détail d'importance, Kopete, Gaim et Psi, logiciels libres de messagerie instantanée, ont intégré Jingle, le support de la voix sur Jabber. Tout est déjà fonctionnel, il ne reste plus qu'à stabiliser et débuguer avant la publication des prochaines versions. Ce n'est pas un mince travail, alors testez la fonctionnalité et l'interopérabilité et rapportez les bugs sur lesquels vous tombez.

Jabber est donc en phase de croissance incroyable : c'est le succès annoncé d'un protocole standard et ouvert, pensé et conçu de manière centralisée et ouverte qu'il faut saluer, ainsi que sa communauté particulièrement active, proposant des implémentations serveur et client à la fois libres et propriétaires.

Le membre du congrès Lamar Smith a publié le 8 juin dernier le Patent Reform Act of 2005. Sous sa forme actuelle, ce projet est la plus importante réforme du système des brevets américain depuis 1952.

Le but est de simplifier la procédure de dépot des brevets, de la rendre plus transparente, et d'éliminer la plupart des causes de batailles judiciaires (The bill will eliminate legal gamesmanship from the current system that rewards lawsuit abuses over creativity. It will enhance the quality of patents and increase public confidence in their legal integrity., a dit Lamar Smith).

Parmi les modifications proposées, on peut noter :

- Pour qu'un inventeur puisse déposer une invention, il n'a plus besoin d'être le premier à l'avoir inventée. Il lui suffit d'être le premier à la déposer. Attention, cela ne signifie pas que n'importe qui peut déposer un brevet sur quelque chose de non-breveté : si l'invention a été publiée avant, il n'est évidemment plus possible de la breveter.

- Clarification des dommages auxquels un inventeur peut prétendre en cas de violation de son brevet. En particulier, les peines ont été diminuées dans les cas de willful infringement (cas où le fautif a vu le brevet, mais pensait (à tort) que son travail n'était pas couvert).

- Suppression du "best mode" requirement : jusqu'à maintenant, un brevet peut être invalidé s'il est prouvé que l'auteur du brevet a volontairement caché la meilleure manière d'arriver à son invention (ie si cette manière n'est pas décrite dans le brevet). C'est apparemment une manière très populaire d'attaquer en justice des détenteurs de brevets valides.

- Le projet vise aussi à clarifier le fonctionnement de l'USPTO. Ainsi, les revenus de l'USPTO ne seraient plus réaffectés à d'autres entités.

- Enfin, changement probablement le plus important, l'instauration de deux délais :
* de neuf mois après le dépot du brevet
* de six mois après la réception d'une legal notice alleging infringement
pendant lesquelles des requêtes d'opposition peuvent être soumises pour remettre en cause le bien-fondé du brevet. (ces deux dispositions sont à confirmer, elles sont présentes dans la news ZDNet mais pas évidentes à trouver dans le Patent Act modifié)

Ces propositions semblent aller dans la direction d'un système d'attribution et de défense des brevets bien plus raisonnable. Une voie à suivre en Europe, où les lobbies anti-brevets et pro-brevets sont loin de se mettre d'accord sur un tel compromis ?

Les commentaires de la news Slashdot sur le sujet se sont limités à un "Microsoft soutient, donc c'est mal(c)". Arriverez-vous à faire mieux ? :-)

Depuis quelques semaines, Ruby on Rails permet de développer des applications web avec Ajax.

Ruby est un langage de script (comme Perl ou Python), totalement orienté objet, avec une syntaxe très propre qui la programmation élégante et amusante.

Ruby on Rails est un framework de développement d'applications Web en Ruby, utilisant le modèle MVC. Oui, c'est vrai, il en existe déjà des dizaines. Mais grâce (entre autres) à son utilisation de Ruby, Rails permet de développer des applications Web jusqu'à 10 fois plus vite qu'avec d'autres frameworks (NdM. : ce type d'information est évidemment à prendre avec toutes la réserve nécessaire), avec un code bien plus concis. Ruby on Rails a provoqué ces derniers mois un petit ras de marée dans le monde des développeurs d'applications web, en remettant en cause le classique couple PHP/MySQL. D'autant plus que le support d'Ajax vient de lui être ajouté.

Ajax (Asynchronous Javascript and XML) est une vieille technologie : son composant de base, XMLHttpRequest, existe depuis 1998 et est utilisé un peu secrètement par de nombreux sites. Il permet de mettre à jour une page web sans avoir à recharger l'ensemble de la page (pour un petit exemple, postez un commentaire sur ce blog, c'est fait pour). Démocratisé par Google ces derniers temps (essayez par exemple de chercher quelque chose sur Google Suggest), son utilisation reste difficile, car il faut écrire du code compatible avec les différents navigateurs.

C'est là que Ruby on Rails montre tout son intérêt. Après avoir permis de développer des applications Web complexes sans écrire une ligne de SQL, Ruby on Rails permet de développer des applications Ajax en quelques minutes sans écrire une ligne de Javascript. Même si Ajax n'est pas la solution ultime, il permet de rendre des applications Web bien plus interactives et agréables pour les utilisateurs. Pas convaincu ? Essayez d'uploader un fichier sur cette page et admirez la barre de progression.