URL: https://linuxfr.org/news/gnome-fete-ses-20-ans Title: GNOME fête ses 20 ans ! Authors: Collectif antistress, Davy Defaud, thamieu, Oliver, M5oul, Adrien Dorsaz, ZeroHeure, Kekun, Benoît Sibaud, BAud, Nils Ratusznik, Sébastien Wilmet, palm123, esdeem, Jehan, Nÿco, _PhiX_, Thomas Debesse, FDF, Pascal Obry, Lawless, ff9097, Yves Bourguignon et ptitjano Date: 2016年09月26日T22:48:35+02:00 License: CC By-SA Tags: gnome, sortie_version, wayland, pitivi, opensuse, ubuntu et fedora Score: 49 Du 28 juillet au 2 août 2017 se tiendra le GUADEC, un évènement qui chaque année rassemble développeurs et Libristes de tout poil autour de l’environnement de bureau GNOME. Cette mouture aura une saveur toute particulière, puisque le projet fête ses 20 ans. À cette occasion, nous reviendrons sur quelques avancées apportées par GNOME 3.24 (nom de code _Portland_) que la communauté a eu le plaisir de nous annoncer le 22 mars dernier. La gestion de l’affichage a connu quelques améliorations significatives. C’est également le cas de GNOME Games, alors nous en avons profité pour poser quelques questions au mainteneur. Enfin, nous verrons que malgré son âge vénérable (20 ans c’est long à l’échelle de l’informatique !), ça bouge pas mal autour de GNOME. ![GNOME](https://upload.wikimedia.org/wikipedia/commons/thumb/6/68/Gnomelogo.svg/198px-Gnomelogo.svg.png) ---- [Notes de version pour GNOME 3.24](https://help.gnome.org/misc/release-notes/3.24/) [Annonce de la sortie de GNOME 3.24](https://www.gnome.org/news/2017/03/gnome-3-24-released/) [GUADEC 2017](https://2017.guadec.org/) ---- # Gestion de l’affichage ## Retour sur la nouveauté principale de GNOME 3.22 : Wayland L’arrivée à maturité de la version Wayland de GNOME était sans doute la grande nouveauté de la mouture précédente [comme nous l’exprimions alors dans ces colonnes](https://linuxfr.org/news/gnome-3-22-karlsruhe-a-land-far-far-away#wayland-wayland-wayland). La configuration « Wayland par défaut » de GNOME 3.22 est déjà utilisée par quelques distributions comme [Fedora 25](https://linuxfr.org/news/fedora-25-est-disponible) (novembre 2016). Les distributions dites *sécurisées* comme [PureOS 3.0](https://puri.sm/posts/pureos3-beta/) vont aussi l’utiliser. Attention, certaines applications peuvent ne plus fonctionner correctement avec le protocole Wayland, notamment les applications de : * [capture d’écran](https://fr.wikipedia.org/wiki/Capture_d'écran) (_screenshot_) ; * [vidéographie](https://fr.wikipedia.org/wiki/Vidéographie) (_screencast_) ; * [partage d’écran](https://fr.wikipedia.org/wiki/Partage_d'écran) (_desktop sharing_) ; * [enregistrement de frappe](https://fr.wikipedia.org/wiki/Enregistreur_de_frappe) (_keylogging_) ; * [utilisation de la webcam](https://fr.wikipedia.org/wiki/Webcam#Logiciels) (voir aussi [*camfecting*](https://en.wikipedia.org/wiki/Camfecting)). *Espionner* l’affichage des autres applications est considéré comme une faille de sécurité : « _it’s not a bug, it’s a feature_ ». En revanche, les développeurs n’ont pas conçu ces applications avec Wayland en tête et cela risque de [prendre du temps](https://github.com/naelstrof/maim/issues/67#issuecomment-262902301) pour implémenter la demande de permission à l’utilisateur via de nouvelles API... D’autres applications arrivent même à figer (_freeze_) l’affichage de GNOME ! Comme VLC en mode _lecture d’un flux vidéo_ quand l’utilisateur passe à un autre horodatage (voir les rapports de bogue [Ubuntu GNOME](https://bugs.launchpad.net/ubuntu-gnome/+bug/1643481) et [Fedora](https://bugzilla.redhat.com/show_bug.cgi?id=1415287)). Rappelons que le célèbre gestionnaire de paquets Synaptics est incompatible avec une session Wayland de GNOME puisqu’il requiert actuellement les privilèges d’administrateur pour se lancer (au lieu de s’appuyer sur Polkit), [ce que Wayland ne permet délibérément pas pour raison de sécurité](https://bugzilla.redhat.com/show_bug.cgi?id=1274451). L’outil graphique dédié _Logiciels_ ou un gestionnaire de paquets en ligne de commande (par exemple [_apt_](http://blog.niqnutn.com/index.php?article43/gestion-des-paquets-avec-apt) sous Debian) sont donc les possibilités qui vous sont offertes actuellement avec une session Wayland. ## Prise en charge améliorée des systèmes à deux processeurs graphiques Depuis sa version 3.24, GNOME Shell prend en charge les systèmes avec deux cartes graphiques. On peut lancer une application sur une des deux cartes, choisie directement [depuis l’interface graphique](http://www.hadess.net/2016/10/dual-gpu-integration-in-gnome.html), le centre de configuration (_GNOME Control Center_) est capable de montrer toutes les puces graphiques à disposition. L’idée derrière cette technologie (dont les implémentations les plus connues sont NVIDIA _Optimus_ et AMD _Hybrid Graphics_) est de pouvoir profiter d’une puce graphique peu gourmande en énergie pour une charge de travail légère, comme les tâches de bureau et la navigation sur le Web. Lorsque le besoin se présente, la seconde puce plus énergivore et plus efficace, peut être activée pour des charges plus importantes, comme les jeux vidéo et la lecture vidéo haute qualité. Malheureusement, dès le début de l’arrivée de cette technologie vers 2010, NVIDIA avait annoncé clairement qu’il ne lui offrirait aucun support pour le système d’exploitation GNU/Linux. Après plusieurs années de développement, la communauté Linux/FreeDestkop a apporté une prise en charge presque native avec KMS, DRI 3 et le pilote libre _Nouveau_. Cependant, pour démarrer une application avec la carte graphique véloce, il fallait encore l’exécuter depuis un terminal avec la variable d’environnement `DRI_PRIME=1`. Aujourd’hui, GNOME la prend en charge directement depuis un clic droit sur l’icône de lancement d’une application, ce qui représente une réelle plus‐value pour cette technologie qui est enfin facilement accessible pour les utilisateurs non avancés. Pour autant, l’intégration n’est pas terminée, car les développeurs souhaiteraient encore pouvoir : * ajouter la gestion du pilote propriétaire de NVIDIA ; * ajouter la gestion de changement de processeur graphique durant l’exécution d’une application ; * permettre aux applications d’annoncer elles‐mêmes leur préférence de puce à utiliser ; * si le matériel devient populaire, peut‐être ajouter la prise en charge de l’ajout à chaud de carte graphique (_hot‐pluggable_). En attendant la suite, on n’imagine pas [le boulot que cela a déjà représenté](https://blogs.gnome.org/uraeus/2016/11/01/discrete-graphics-and-fedora-workstation-25/) ! # Entretien avec Adrien Plazas Adrien Plazas (alias [_kekun_](https://linuxfr.org/users/kekun) ici‐même) est le mainteneur de _GNOME Games_. À l’occasion de la sortie de la nouvelle mouture, il a présenté sur son _blog_ les [évolutions du logiciel](http://bytesgnomeschozo.blogspot.fr/2017/03/gnome-games-324.html). Pour _LinuxFr.org_, [_antistress_](https://linuxfr.org/users/antistress) l’a sollicité et Adrien s’est prêté au jeu des questions‐réponses. ***LinuxFr.org* : Bonjour, peux‐tu te présenter en quelques mots ?** ***Adrien* :** Je suis Adrien Plazas, 29 ans et de Montpellier, j’aime les logiciels libres, les jeux vidéo et plein d’autres trucs ! ***LinuxFr.org* : Comment définirais‐tu ton rapport au logiciel libre, et comment es‐tu entré en contact avec lui ?** ***Adrien* :** Mon père a toujours été bidouilleur et quand j’étais adolescent, il y a un peu plus de dix ans, il s’était intéressé à [GNU/]Linux. À l’époque Windows XP commençait à me sortir par les oreilles et j’ai voulu essayer [GNU/]Linux. Je crois que ma première distro était Ubuntu 7.10. À force de l’utiliser, j’ai fini par trouver la liberté offerte par le système sur tous les plans grisante et en cherchant à en savoir plus j’ai fini par connaître les concepts des logiciels libres. Leurs concepts d’ouverture et de partage me paraissaient tellement sains que j’ai fini par arrêter les petits boulots à répétition pour prendre des cours d’informatique à la Faculté de Sciences de Montpellier dans le but de contribuer activement au logiciel libre en en faisant mon métier. Aujourd’hui je vis à Nuremberg en Allemagne et je travaille sur GNOME chez SUSE. Les logiciels libres ont changé ma vie du tout au tout. :) ***LinuxFr.org* : Quelles sont tes contributions à la future version 3.24 de GNOME Games ?** ***Adrien* :** J’ai principalement fait du travail de maintenance : revue de code, réusinage de ci de là... ce sont des candidats au _Google Summer of Code_ dont principalement Abhinav Singh qui ont introduit les fonctionnalités les plus intéressantes. De mon côté, j’ai corrigé divers bogues, j’ai changé la façon dont l’application détecte les cœurs Libretro, j’ai ajouté la prise en charge des jeux Libretro, j’ai permis aux émulateurs d’utiliser des ROM de _firmwares_ de la machine émulée, j’ai amélioré les messages d’erreur présentés à l’utilisateur si l’on ne parvient pas à démarrer un jeu, et j’ai fait en sorte que l’état de la fenêtre et le choix du plein écran soient conservés d’une session à l’autre. ***LinuxFr.org* : Comment es‐tu devenu développeur sur ce projet ?** ***Adrien* :** En écrivant les prototypes et les premières lignes de code. :-) J’en suis l’auteur initial. ***LinuxFr.org* : Quelles sont les autres personnes derrière GNOME Games ?** ***Adrien* :** Il y a Laurent Pointecouteau, qui travaille principalement sur la présentation et la documentation et qui fait office de gestionnaire de communauté, Bastien Nocera qui aide pour plein de détails de ci de là grâce à sa grande expertise de GNOME et Mathieu Bridon qui travaille principalement à maintenir la version Flatpak du projet. ***LinuxFr.org* : Comment vois‐tu l’évolution de GNOME ces dernières années ?** ***Adrien* :** Excellente, même si ça ne s’est pas fait sans heurts, je trouve que GNOME est devenu un environnement de bureau novateur, unique et très bien conçu qui met l’utilisateur au centre de son design. Je suis particulièrement intéressé par les gros chantiers qui ont démarré ces dernières années sur le bureau [GNU/]Linux et qui se peaufinent ou commencent tout juste à voir le jour (Builder, Wayland, Flatpak...), c’est une période excitante pour le bureau [GNU/]Linux. :) ***LinuxFr.org :* Qu’est‐ce que tu aimerais (voir) changer ou améliorer dans GNOME ou son développement, quels sont les prochains sujets et même les futurs enjeux pour GNOME selon toi ?** ***Adrien* :** Je ne suis pas sûr que ce soit pertinent, mais j’aimerais réfléchir à l’intégration des manettes dans GNOME, notamment pour une utilisation HTPC. J’aimerais qu’on puisse dire au revoir une bonne fois pour toutes au _system tray_, c’est une relique des années 2000 dont on a du mal à se défaire. GNOME travaille dur pour permettre aux nouveaux de s’intégrer à la communauté, Builder et Flatpak sont des projets clefs pour ça et il y a des idées très intéressantes qui émergent comme ce concept d’_Endless_ permettant d’éditer les applications qui sont installées sur le système par la [pression d’un bouton](https://www.youtube.com/watch?v=gN-WXg9sI1w). Je suis aussi très curieux de voir ce que peut donner le rapprochement en cours des communautés GNOME et Rust. ***LinuxFr.org* : Quel est ton avis sur GTK+ comme boîte à outils pour interface graphique et ses évolutions ?** ***Adrien* :** Je connais assez peu la concurrence mais j’en suis très satisfait. ***LinuxFr.org* : Contribues‐tu également à d’autres logiciels ? As‐tu des projets en rapport avec le logiciel libre dans un futur proche ?** ***Adrien* :** Maintenir _Games_ prend déjà beaucoup de mon temps libre, il y a plein de choses que j’aimerais faire mais c’est compliqué sans laisser tomber _Games_. J’aimerais contribuer un peu à Totem et Inkscape. ***LinuxFr.org* : Quels distribution et environnement graphique utilises‐tu ?** ***Adrien* :** Fedora et openSUSE. Avec GNOME bien évidemment ! :p # Vitalité du projet ## GTK+ Pour la 3.22, Emmanuele Bassi avait présenté [quelques statistiques de développement de GTK+](https://blog.gtk.org/2016/09/21/who-wrote-gtk-3-22/). Il avait déjà fait le point [à l’occasion des versions 3.20 et 3.18](https://linuxfr.org/news/gnome-3-22-karlsruhe-a-land-far-far-away#vitalit%C3%A9-du-projet). _GTK Scene Kit_ (GSK) n’a pas fait l’objet de beaucoup de comm’, comme en atteste le [blog d’Emmanuele Bassi](https://www.bassi.io/tag/gsk/). Rappelons que le but principal de GSK – dans un premier temps – est de profiter de l’accélération matérielle (processeur graphique) avec OpenGL, pour les applications utilisant GTK+. Ça permettra aussi à GTK+ d’implémenter des animations 3D. Il n’est en revanche pas prévu de porter GNOME Shell à GSK, ça demanderait une réécriture quasi complète, car GNOME Shell est basé sur [Clutter](https://fr.wikipedia.org/wiki/Clutter) et non GTK+. Le travail parallèle sur GTK 4 avance en revanche très bien, avec déjà [la possibilité d’obtenir le rendu des _widgets_ du _toolkit_ via l’API Vulkan, le tout sous Wayland](https://www.phoronix.com/scan.php?page=news_item&px=GTK4-VLK-Wayland-Georges) ! ## Faut‐il abandonner Vala ? Eh bien récemment, un tweet d’Emmanuel Bassi a suscité de vives réactions. Ça l’a amené à s’expliquer sur son blog, dans un billet qui a dû aussi faire grincer quelques dents... Comparant notamment l’activité autour des langages Go et Rust d’un côté et celle autour du projet Vala de l’autre, il recommande désormais de [prendre ses distances avec Vala](https://www.bassi.io/articles/2017/02/13/on-vala/). Daniel Espinosa lui répond dans son billet [_Vala is not a Programming Language_](https://blogs.gnome.org/despinosa/2017/02/14/vala-is-not-a-programming-language/) : > « _Vala is different in many different ways to other real programming languages. Vala can’t exists without GLib and GObject. It just wraps that libraries to provide its Object Oriented syntax. [...] Vala is not a Language: This is a conclusion after the On Vala article, comparing Vala’s repository’s activity with other real languages. May we need to add to Vala’s activity, all commits and developers on GLib, GObject, GTK+ and GObject Introspection._ » Ce qui se traduirait par : > « Vala est différent dans beaucoup d’aspects par rapport à un langage de programmation standard. Vala dépend de l’existence de GLib et GObject. Il fait juste quelques travaux autour de ces bibliothèques pour fournir sa propre syntaxe orientée objet. [...] Vala n’est pas un langage : c’est une conclusion suite à l’article _On Vala_ qui comparait l’activité de la forge Vala avec celle d’autres langages de programmation. Pour pouvoir comparer réellement l’activité du projet Vala, il faudrait aussi ajouter tous les travaux effectués sur GLib, GObject, GTK+ et GObject Introspection. » D’autres articles apparus récemment à propos de Vala : * [_Vala 1.0?_](https://blogs.gnome.org/despinosa/2017/02/14/vala-1-0/) (en anglais), par Daniel Espinosa ; * [_On problems with Vala_](https://blogs.gnome.org/mcatanzaro/2017/02/19/on-problems-with-vala/) (en angais), par Michael Catanzaro. ## Applications Michael Catanzaro avait fourni quelques [recommandations à l’attention des distributions](https://blogs.gnome.org/mcatanzaro/2016/09/21/gnome-3-22-core-apps/) sur les logiciels à privilégier ou éviter. Un [nouveau billet](https://blogs.gnome.org/mcatanzaro/2017/02/19/who-maintains-that-stuff/) fait le point sur les logiciels pour notre environnement préféré qui ne sont pas (ou sont insuffisamment) maintenus. On y apprend que GNOME Disks recherche un mainteneur, tout comme Bijiben (GNOME Notes) et Empathy (voir [cette page du wiki officiel](https://wiki.gnome.org/Apps/Unmaintained)). Particulièrement, Empathy et Bijiben ne feront pas partie de la prochaine version de Fedora pour raison de sécurité : ces deux logiciels dépendent d’une ancienne version de WebKitGTK+ qui ne tient pas compte des corrections de sécurité intervenues depuis. Certains projets ont récemment trouvé un mainteneur, ainsi que nous nous en étions fait écho [dans ces colonnes](https://linuxfr.org/news/gnome-3-22-karlsruhe-a-land-far-far-away#shotwell-et-geary) pour une partie d’entre eux : GNOME Calculator, [Shotwell](http://jensge.org/2016/10/shotwell-moving-along/), Gtranslator et Geary. À noter toutefois que ce dernier a besoin de renfort. ## Ressources du projet Si des dépôts GNOME sont hébergés sur GitHub, il ne s’agit que de miroirs des [dépôts Git](https://git.gnome.org//browse/). Les tickets sont eux hébergés sur le [bugzilla](https://bugzilla.gnome.org/). Aussi, on reproche régulièrement à GNOME de continuer à se reposer sur une infrastructure de développement obsolète et qui coupe le projet de la masse des développeurs qui pourrait participer plus facilement depuis son compte GitHub... Une [étude des alternatives](https://wiki.gnome.org/Initiatives/DevelopmentInfrastructure/) a été lancée et il se pourrait bientôt que GNOME passe à GitLab. En attendant une décision qui pourrait entraîner un petit bouleversement, le site Web de la communauté a fait l’objet d’un ravalement de façade. L’[actuelle version](https://www.gnome.org/) du site est à comparer avec la [précédente](http://web.archive.org/web/20160303215710/https://www.gnome.org/). Le [wiki](https://wiki.gnome.org/) a également bénéficié d’un rafraîchissement bienvenu. Le site recensant les extensions de GNOME fait lui aussi l’objet de [quelques changements](https://blogs.gnome.org/ne0sight/2017/01/21/extensions-gnome-org-yesterday-today-and-tomorrow/). # Autour de GNOME ## Pitivi La version 0.98 de [Pitivi](http://pitivi.org/) est sortie durant ce cycle de développement (le 5 décembre 2016) — [notes de version](http://developer.pitivi.org/releases/0-98.html), [billet de blogue](https://pitivi.wordpress.com/2016/12/07/pitivi-0-98-getting-there/). Pitivi est un logiciel de montage vidéo non linéaire, puissant et intuitif, qui partage les technologies du bureau GNOME (la boîte à outils graphiques GTK+, le moteur multimédia [[GStreamer]]) et respecte ses [bonnes pratiques pour l’IHM](http://fr.wikipedia.org/wiki/Bonnes_pratiques_pour_l'IHM) (énoncées [_ici_](https://developer.gnome.org/hig/stable/)). Si votre distribution ne vous propose pas encore cette version, vous pouvez [récupérer un paquet Flatpak](http://pitivi.org/?go=download) de cette dernière version sur le site officiel du projet qui propose également un canal _nightly_. Signalons également que le site Web accueillant les contributeurs au projet a été refait et se trouve désormais à l’adresse [_developer.pitivi.org_](http://developer.pitivi.org/index.html). ## Bientôt GIMP 2.10 ? Alexandre Prokoudine, un des contributeurs de GIMP, a fait le point, dans un premier billet, publié début janvier, sur [le travail de développement de GIMP réalisé l’an passé](https://www.gimp.org/news/2017/01/15/2016-in-review/), en vue de sortir la version 2.10 cette année. Un second billet, publié après que l’équipe de développement se soit réunie à Barcelone, [actualise le point d’étape précédent](https://www.gimp.org/news/2017/02/02/gimp-2-10-blockers/). Jehan Pagès, de son côté, et [entre autres choses](https://linuxfr.org/users/jehan), prépare des paquets Flatpak pour GIMP, afin que ce dernier dispose d’installations à jour sur GNU/Linux. ## Ubuntu Bien sûr, le changement le plus notable autour de GNOME récemment a sans doute été l’annonce de Canonical qu’il abandonnait Unity et Mir sur le bureau. Dans sa course à la rentabilité, ce choix est surtout guidé par la nécessité de virer les salariés qui bossaient sur ces technos. À la place, il s’agirait de faire reposer Ubuntu à nouveau sur GNOME et sur Wayland. Bonne nouvelle pour GNOME ? Pour plus d’information, vous pouvez vous référer à la [dépêche sur ce sujet](https://linuxfr.org/news/ubuntu-abandonne-unity-mir-et-le-mobile). ## LinuxFr.org Si _LinuxFr.org_ est totalement indépendant de GNOME, nombre de ses rédacteurs utilisent ou participent au développement de l’environnement de bureau. Grâce à l’[espace de rédaction collaborative] du site, le présent article a mobilisé 21 personnes (sans compter l’équipe de modération). Si vous allez au GUADEC ou suivez un peu le développement de GNOME, n’hésitez pas à utiliser cet espace pour présenter les évolutions qui vous paraissent les plus intéressantes. Si en revanche vous souhaitez participer à la rédaction ou la traduction des notes de versions de GNOME, nous vous invitons à [contribuer en amont](https://www.gnome.org/get-involved/). # La suite La prochaine version aura pour nom de code Manchester, puisque c’est là‐bas que se tiendra la prochaine conférence GNOME. Rappelons qu’il n’est pas nécessaire d’être impliqué dans GNOME pour y participer. Pour vous faire une idée, vous pouvez jeter un œil au [programme de l’année dernière](https://2016.guadec.org/schedule/index.html). En plus, cette année se tiendra une soirée spéciale pour les vingt ans ! Avez‐vous réservé vos billets ?

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