GNOME devient « fou »

Hier, j’ai pris connaissance de la Roadmap de GNOME pour la version 2.26 ainsi que des projets Google Summer of Code de cet été aussi pour GNOME. J’ai eu un peu de mal à croire tout ce qu’il y avait d’écrit.

Sans être véritablement révolutionnaire au sens « KDE4 » du terme, la prochaine version de GNOME va amener pas mal de changements qui pour un GNOMEiste de longue date peut faire sourire. Voici quelques exemples que j’ai noté.

Nautilus avec des onglets ?

La Roadmap de Nautilus spécifie une énigmatique « Tabbed interface ». Cela veut-il dire des onglets ? Une vue séparée ? Aucun détail n’est donné mais cela pourrait être la fin d’une des plus vieilles demandes d’amélioration pour GNOME ! Pourtant, c’est difficile à croire quand on sait que le mode spatial doit servir à dépasser ce mode par onglet. J’ai aussi du mal a croire que les développeurs aient le temps de développer cela alors que gio/gvfs est encore loin d’être parfait …

Roadmap de Nautilus

1 papier peint par bureau ?

Qui n’a jamais voulu mettre un papier-peint différent sur chacun de ses bureaux GNOME ? Qui n’a jamais voulu mettre un papier-peint par face du cube ? Alors oui, on peut le faire avec Compiz. Mais l’avoir directement dans GNOME, ça serait mieux quand même. Et bien, c’est l’un des projets sponsorisés par Google pour le SoC (Summer of Code). On peut donc espérer avoir cette nouvelle fonctionnalité pour la prochaine version.

GSoc correspondant

Compatibilité Viewport/Workspace

Je n’ai jamais compris pourquoi les bureaux sous GNOME et Compiz n’était pas compatibles (je n’ai jamais cherché à comprendre aussi :)) Mais il semble que cela va enfin changer. La bibliothèque GNOME qui sert à gérer ce genre de chose va essayer de rendre compatible Viewport et Worspace. Cela devrait aussi faciliter le papier-peint multiple (voir ci-dessus).

Roadmap de Libwnck

Webkit arrive en force.

Une autre évolution majeure et là certaine, c’est l’arrivée en force de Webkit sur le bureau GNOME. D’abord, c’est Epiphany qui a décidé de se baser uniquement sur Webkit dans l’avenir. Exit donc Gecko et le moteur de Firefox. D’autres programmes relatifs à GNOME devraient suivre la migration, comme Devhelp, Liferea et peut-être Evolution dans l’avenir.

Pour rappel, Webkit est le moteur de rendu utilisé par Safari et Konqueror notamment, donc OSX et KDE. C’est donc un rapprochement entre ces 3 environnements, et les développements seront donc mutualisés entre ces 3 environnements. Cependant, il ne faut pas oublier que Firefox/Gecko c’est envrion 20%-25% des navigateurs dans le monde 🙂

Pour rappel, Webkit est réputé être plus léger que Gecko et plus simple à utiliser, notamment autre part que dans un navigateur. Pour l’avoir essayé, il est effectivement un peu plus léger quand on ouvre pas mal d’onglets d’Epiphany. Mais Epiphany+Webkit n’est pas encore au niveau de Epiphany+Gecko en terme de fonctionnalités.

Un nouveau look

L’environnement graphique devrait aussi être un peu rénové avec quelques améliorations comme un nouveau fond d’écran, des nouveaux thèmes etc … De quoi donner un petit coup de jeune à GNOME.

Roadmap Artwork

Evolution sur Windows

Petite annectode, Evolution va être porté sous Windows, en plus d’amélioration diverses comme le meilleur support d’Exchange et de l’IMAP. Au moment où KDE et Kmail arrive sur Windows, les développeurs de GNOME vont chercher à montrer qu’ils peuvent aussi porter des applications 🙂

Migration continue sur GIO/Gvfs

Au rayon des améliorations, la migration de tous les modules vers GIO/GVFS va continuer.

Des sessions qui marchent

Dernière grosse evolution que j’ai pu lire : un nouveau système de session qui fonctionne bien. Allié à la réécriture de GDM, ça devrait donner un système de session qui tiens la route, avec pourquoi pas une page login sexy avec Clutter ? 😉

Roadmap GnomeSession

Liens utiles :

Etat de AWN et de ces applets dans Debian/Ubuntu

Comme pour les screenlets, voici un petit résumé des paquets disponibles pour AWN et ses applets, mais d’abord un point rapide sur le projet.

Depuis la sortie de la version 0.2.6, il n’y a pas vraiment de changements visibles sur AWN. Cela tiens en fait à l’absence du créateur du projet qui, quand il n’est pas malade, déménage ou change de travail. De plus, la prochaine version est une réécriture d’une partie du dock pour permettre notamment de pouvoir le lancer AWN sans composite, mais aussi de faciliter le placement de la barre.

En ce qui concerne les applets, il y a un peu plus de mouvements, avec des nouveautés d’applets comme un qui affiche une page web (avec webkit), un applet tomboy très basique (fait par mes soins :)), un applet pour les comics, plus les applets vala qui marchent (dont celui qui regroupent les icônes d’une même application). D’autres ont vu le jour sur le web, je vous invite à venir visiter le forum pour plus de détails.

Concernant les paquets, on va commencer par ceux officiellement fournis par les distributions :

Debian Sid : AWN disponible en version 0.2.6 pour la barre et les applets (depuis aujourd’hui en fait). Ils sont regroupés en 4 binaires :

  • awn-applets-c-core et awn-applets-python-core regroupent les applets principaux en C et en Python. Ils seront installés par défaut avec la barre. Il y a normalement un seul type d’applet (un seul calendrier, un seul menu principal) pour éviter que de base un utilisateur se retrouve avec 4 pendules.
  • awn-applets-c-extras et awn-applets-python-extras : contiens tous les autres applets. J’ai regroupé ceux pas très utiles (ceux de test, les doubles, ou ceux ayant des dépendances importantes)
  • Ne sont pas présents la zone de notification (trop bugguée), pandora (pareil), comics (ne marche pas), et affinity (car j’aimerais packager affinity lui-même avant).

Par le jeu des migrations/merges etc … ces paquets vont normalement se retrouver dans Debian Testing, Ubuntu Hardy+1, et peut-être dans Hardy via les backports. Je ferais des demandes de backport après la sortie de Hardy.

Debian Testing : AWN est en version 0.2.6 mais vous aurez besoin de la version Sid (0.2.6-3) pour pouvoir utiliser les applets de Sid.

Ubuntu Hardy : AWN est présent en version 0.2.1 sans applets par les dépôts universe.

Ubuntu Gutsy : AWN est présent en version 0.2.1 sans applets par les dépôts backports.

Pour les futurs évolutions éventuelles de ces paquets, voir la partie sur Debian Sid.

Il existe également des dépôts externes pour obtenir des versions plus à jour. Mais je conseille plutôt de se tourner vers les version présentes dans les dépôts officiels sauf à vouloir vraiment une amélioration présente dans une version plus élevée. Dans ce cas, désinstallez la version officielle avant toute installation autre.

Dépôts de reacocard : Historiquement le premier packageur de AWN maintiens des paquets à jour des versions « bzr », c’est à dire venant de l’arbre de développement. Ils correspondent à l’image actuelle du développement.

Les lignes à rajouter pour hardy

deb http://ppa.launchpad.net/reacocard-awn/ubuntu hardy main
deb-src http://ppa.launchpad.net/reacocard-awn/ubuntu hardy main

Pour gutsy

deb http://ppa.launchpad.net/reacocard-awn/ubuntu gutsy main
deb-src http://ppa.launchpad.net/reacocard-awn/ubuntu gutsy main

Les paquets ont un -bzr à la fin de leur nom pour signifier que c’est une version de développement. Ils contiennent dock et applets en version 0.3.1 (c’est à dire en cours de développement).

Les dépôts awn-testing : ils sont maintenus par moi-même et un autre développeur de AWN (« malept »). Ils contiennent aussi les versions de développement, mais aussi des versions plus à jour de vala et webkit. Les lignes à rajouter pour hardy :

deb http://ppa.launchpad.net/awn-testing/ubuntu hardy main
deb-src http://ppa.launchpad.net/awn-testing/ubuntu hardy main

et Gutsy

deb http://ppa.launchpad.net/awn-testing/ubuntu gutsy main
deb-src http://ppa.launchpad.net/awn-testing/ubuntu gutsy main

Les paquets ont un -trunk à la fin.

Je déconseille tout autre installation, que ce soit via les sources ou un autre dépôt. Les 2 cités sont maintenus à jour et peuvent être corrigés en cas de bugs et problème divers par des personnes proches du projet.  Cela inclus aussi GetDeb, que je déconseille plus que tout.

Liens utiles :

Etat des Screenlets dans Debian/Ubuntu

Un petit point sur l’état du projet et du paquet correspondant :

Screenlets est maintenant passé en version 0.1. Pas mal de choses ont changé depuis la version 0.0.12. Le créateur a maintenant passé la main à un nouveau développeur (« whise ») qui a donné un sérieux coup de boost au développement. Quelques exemples :

  • Nouveaux screenlets intégrés
  • Possibilité d’installer des thème Karamba
  • Possibilité de convertir certains Web Widget (comme les google gadgets) en screenlets
  • Possibilité de créer des Web application (comme Prism)

A cela s’ajoute évidemment correction de bugs et améliorations en tout genre.

En ce qui concerne la disponibilité des paquets :

  • Testing et Sid : la version 0.1 est disponible dans les dépôts officiels.
  • Gutsy : la version 0.0.10 est disponible dans les dépôts backport.
  • Hardy : la version 0.0.12 est disponible dans les dépôts universe. Elle inclut pas mal de patchs correctifs inclus dans des version supérieurs.

A noter que je maintiens un dépôt pour Gutsy et Hardy de la version de développement. Il n’est pas toujours mis à jour et pas forcément stable, mais il devrait convenir à ceux qui veulent tester ou avoir la dernière version à jour 🙂 La ligne à rajouter pour hardy :

deb http://ppa.launchpad.net/gilir/ubuntu hardy main

Pour gutsy :

deb http://ppa.launchpad.net/gilir/ubuntu gutsy main

Attention, il y a d’autres paquets dans mon dépôts qui ne sont pas forcément très stables, donc prudence pour les mises à jour d’autres paquets.