URL: https://linuxfr.org/news/sommet-des-developpeurs-gnome-a-boston Title: Sommet des développeurs GNOME à Boston Authors: Anonyme Davy Defaud, baud123, patrick_g et Nÿco Date: 2012年10月09日T15:27:04+02:00 License: CC By-SA Tags: Score: 20 Du 6 au 8 octobre dernier, GNOME a tenu son traditionnel _Sommet des développeurs_ à Boston. Le but de ce sommet est de travailler ensemble. C’est l’occasion de se mettre dans la peau de l’utilisateur pour définir les prochains axes de développement. Pas de conférence, uniquement des sessions de travail collaboratif. Matthias Clasen nous a gratifié de quelques retours des ateliers auxquels il a participé. Un point de vue intéressant sur l’arrière cuisine du projet GNOME. ---- [Billet sur la journée du lundi](http://blogs.gnome.org/mclasen/2012/10/08/boston-gnome-summit-monday/) [Billet sur la journée du dimanche](http://blogs.gnome.org/mclasen/2012/10/08/gnome-summit-sunday/) [Programme complet du sommet](https://live.gnome.org/Boston2012) ---- # Glib Une nouvelle API `GSubprocess` arrive à maturité. Elle offre le même confort qu’on a dans l’API Python `subprocess` pour gérer le lancement de sous‐commandes. Lancement asynchrone et annulable, utilise l’API asynchrone GStream pour les entrées‐sorties, gère également la sortie en UTF-8 ou en octets. La nouvelle API `GTask` remanie les API existantes pour les traitements dans un _thread_ séparé. En interne, beaucoup de code de GIO a migré vers `GTask`. `GIOScheduler` et `g_simple_async_result_run_in_thread` (_sic_) vont devenir obsolètes. La nouvelle API gère simplement la remontée d’erreurs, le suivi et l’annulation, assigne des données par tâche. Espérons que ça ne finira pas avec une énième API pour la même fonctionnalité. L’API GThread devrait migrer son implémentation pour utiliser les fonctions natives du système pour les [exclusions mutuelles](http://fr.wikipedia.org/wiki/exclusions mutuelles "Définition Wikipédia") (_mutex_), plutôt que d’utiliser _pthread_. On attend de meilleures performances pour ce changement, prévu pour GLib 2.36. Support de _epoll_, une solution alternative à `select` par Linux. Rien de définitif n’est prévu pour ce projet de long terme. Néanmoins, le sujet a été abordé et des étapes vont être franchies dans ce sens. Y aura‐t‐il la possibilité d’utiliser _kpoll_ sous BSD ? La fin des types dynamiques dans GObject serait‐elle pour bientôt ? Le sujet a été abordé, sans décision ferme. Lorsqu’un module déclare des types, ils peuvent être retirés avec le déchargement du module. En pratique, on décharge rarement des modules. Il se trouve, surtout, que l’implémentation ne fonctionne pas correctement. Dans la même veine, les interfaces dynamiques d’un type devraient être abandonnées. Cela surcharge l’implémentation de GObject pour un gain faible. Cet abandon est prévu pour la version 2.38, avec avertissement en 2.36. # GTK+ Du côté de GTK+, on note l’introduction du concept d’Acteur, issue de Clutter, pour l’implémentation interne de _widgets_. On devrait en apprendre plus dans les prochaines versions ! Pour terminer, l’accessibilité des _widgets_ personnalisés devrait être possible par l’exposition des API internes de GTK+ pour l’accessibilité. Mais il faudra pas mal de nettoyage avant de publier cette API. # Multi‐écran Cet atelier très concret a mis à l’épreuve la gestion du multi‐écran dans GNOME. Autant dire qu’il reste du travail ! En vrac : - l’interface de déverrouillage d’écran devrait être unique par écran ; - le clavier visuel devrait être sur l’écran qui a le « _focus_ » ; - on ne peut pas déplacer une fenêtre d’un moniteur à l’autre dans _Activités_ ; - pour la configuration du multi‐écran, la discussion a amené entre autres à : - GNOME devrait se passer de la boîte de confirmation et détecter seul si la configuration a fonctionné. Cela nécessite de détecter correctement l’échec d’une configuration. Est‐ce bien réalisable actuellement ? On attend des preuves ! - il faudrait pouvoir déplacer les moniteurs au clavier. # Réseau d’entreprise NetworkManager n’est pas très utilisable dans des configurations d’entreprise : réseaux locaux virtuels (VLAN), ponts (_bridges_) virtuels, etc. Tout cela n’est pas géré. NetworkManager a été conçu d’abord pour répondre au problème de la configuration dynamique du réseau, sur des ordinateurs portables : point d’accès Wi‐Fi, combinaison filaire/sans fil, etc. Il y a déjà la prise en charge des réseaux privés virtuels (VPN), mais il reste beaucoup à faire. Red Hat ayant pour cible les entreprises, le sujet des configurations avancées arrive enfin sur la table. L’atelier a commencé par une démonstration de NetworkManager gérant réseaux locaux virtuels, liens et interfaces multiples. Il ne manquait que le matériel adéquat pour démontrer la prise en charge d’InfiniBand. D’autres questions ont émergé, sans pour autant arriver à des décisions. Comment gérer les interfaces avec plusieurs connexions ? Comment s’intégrer avec les interfaces virtuelles, notamment celles créées par _GNOME Boxes_ via _libvirt _? On se contentera de la gestion des VLAN, des interfaces InfiniBand et des liens pour la version 3.8. Il nous faudra attendre la 3.10 pour pouvoir gérer l’accès Internet de ses machines virtuelles depuis NetworkManager. # Boîte de dialogue modale Lorsqu’on perd une connexion Wi‐Fi, le système en tente une autre et présente une boîte de dialogue système modale pour demander le mot de passe. C’est **très** pénible. D’autres cas de fenêtres surgissantes (_popup_) système intempestives ont été relevés, et diverses applications seront corrigées. À suivre également. # Vie privée Il faut croire que Jon McCann lit les commentaires de _LinuxFr.org_. Qui n’a jamais été gêné de voir une notification de discussion en ligne privée interrompre une discussion autour d’un écran ? Autre cas : est‐ce intéressant de montrer dans le déverrouillage de l’écran les notifications ou même la musique en cours ? Ou encore : a‐t‐on vraiment envie de voir des contacts apparaître dans la recherche d’une application projetée en salle de réunion ? Pas vraiment ! Jon McCann propose deux panneaux de configuration pour ces cas précis. L’un pour paramétrer finement les notifications, plus que la simple bascule actuelle. Un autre permet de sélectionner quelles applications sont interrogées lorsqu’on recherche dans l’écran d’activité. On pourra décocher _Contacts _! # Conclusions D’autres sujets ont été abordés, tels que l’authentification par carte à puce, le partage et la vie privée, GNOME OS, Epiphany, etc. Ces ateliers ont été l’occasion pour les développeurs GNOME de rentrer dans la peau des utilisateurs. Beaucoup de notes ont été prises, beaucoup de bogues rapportés ou réveillés. À suivre dans la feuille de route de GNOME 3.8 !

AltStyle によって変換されたページ (->オリジナル) /