Frédéric Péters a écrit 154 commentaires

Le mode fallback était la solution trouvée au début de GNOME 3 pour garder un environnement fonctionnant avec les cartes graphiques qui ne disposaient pas du nécessaire pour faire tourner GNOME Shell. Quelques années plus tard, avec llvmpipe et de meilleurs processeurs, le mode fallback a été abandonné, et comme il a malgré tout été reconnu qu'offrir un environnement classique (barre des tâches, etc.), un tel environnement a été créé à base de GNOME Shell et d'une série d'extensions, c'est "GNOME Classic".

À ce moment une équipe indépendante, motivée par l'entretien des composants de GNOME 2 (metacity, gnome-panel, etc.) s'est créée et baptisée "GNOME Flashback", il y a une page de wiki, https://wiki.gnome.org/Projects/GnomeFlashback et une liste de discussion, https://mail.gnome.org/archives/gnome-flashback-list/

Je pense que tu n'es pas le public visé par le développeur actuel de gedit. Il te faut simplement créer un alias gedit kwrite et tout ira bien : il indique bien que ce n'est pas fait pour programmer!

L'auteur de l'article mentionne qu'il existe de meilleures applications pour développer mais du côté des développeurs de gedit, ils considèrent toujours aujourd'hui qu'il n'y a pas à transformer gedit en "bête" éditeur, que ça doit rester un éditeur avec des fonctionnalités avancées, utile pour développer (numérotation des lignes, indication visuelle de la colonne 80, regex pour le rechercher et remplacer, etc.).

Le changement de style mentionné, outre qu'il permet de gagner de l'espace vertical (chez moi 3 lignes affichées en plus, une augmentation de 10% point d'exclamation point d'exclamation point d'exclamation), il se fait dans la continuité d'un travail d'analyse des menus, qui avait par exemple vu en GNOME 3.10 le remplacement du menu pour la coloration syntaxique qui proposait une série de sous-menus (genre Balisage > HTML) par une boite de dialogue avec type ahead de recherche de format.

Bref, il s'agit d'adapter le fonctionnement et le style de gedit à ce qui se fait actuellement dans les applications développées pour GNOME 3, et absolument pas d'en supprimer des fonctionnalités.

mais avec une plus grande richesse fonctionnelle

Cela m'étonnerait très fort… Cela ne semble pas du tout le cas pour les points cités.

Il me semble que la comparaison était par rappord à nsd (http://www.nlnetlabs.nl/nsd/), pas par rapport à bind. Et donc Knot apporte la rapidité de nsd, tout en ayant certaines des fonctionnalités "avancées" de bind.

Le logo de Firefox est libre, ça a été clarifié via https://bugzilla.mozilla.org/show_bug.cgi?id=541761

Le logo Debian (non officiel, juste la spirale) est libre aussi, publié sous LGPL (cf http://www.debian.org/logos/), l'outil l'ayant créé n'a pas d'influence sur la licence.

Je n'ai pas d'expérience avec Symfony mais en 2010 à la djangocong il y avait eu une présentation Django/Symfony, même si les deux projets ont évolués elle peut encore t'intéresser : https://nicolas.perriault.net/talks/2010/django-pour-les-developpeurs-symfony-et-reciproquement/ J'en avais fait l'enregistrement audio (pas réécouté depuis), je viens de l'uploader ici : http://www.0d.be/tmp/d1c8-symfony.ogg

PS : Certains des modèles (sur la première page, Branches fleuries, Thème iĉones) affichent les noms de mois avec une majuscule, ce n'est pas l'usage en français.

De mon côté (petite boite faisant du logiciel libre) on a récemment posté une offre sur lolix et à l'afpy (et seulement là) et ça a été un succès.

Certes il y a moins de personnes et moins de sociétés mais elles partagent, a priori, déjà un petit quelque chose, une inscription (même légère) dans l'écosystème du libre; quand on a ça comme critère, c'est pas mal du tout.

Je n'étais pas à cette conférence mais il y en avait une autre, « Mais où va le projet GNOME ? Venez poser vos questions ! » et la question y a été posée. Le gros point manquant semble être le suivi du curseur en mode loupe. C'était une fonctionnalité prévue pour 3.6 mais par manque de temps il n'a pas été possible de l'implémenter, elle est donc maintenant prévue pour 3.8 (https://live.gnome.org/ThreePointSeven/Features/FocusCaretTracking pour le détail et https://bugzilla.gnome.org/show_bug.cgi?id=647074 pour le bug de suivi).

Par ailleurs, si GNOME 3.0 a été une régression en terme d'accessibilité, il est également vrai que du travail important a été fait depuis, c'est notamment en 3.6 que pour la première fois le support de l'accessibilité a été activé par défaut dans GTK+, ça n'avait jamais été fait du temps de GNOME 2, tellement ça amenait de bugs côté GTK+ (d'énormes lenteurs dans les treeviews, notamment). Également dans GNOME 3 il y a eu plein d'options (oh, sacrilège!) ajoutées à la loupe, et ça fonctionne 100× mieux que du tout de GNOME 2 (j'ai tenté une installation d'orca/loupe sur une Debian Squeeze il y a quelques semaines, c'est horrible d'artefacts).

Un point important soulevé dans cette session est le fonctionnement en "ghetto" des personnes travaillant sur l'accessibilité, plutôt habituées à ajouter des contournements dans leur code qu'à corriger les bugs là où ils se trouvent; ça a de multiples raisons, une raison historique est l'équipe originale qui a bossé sur l'a11y, chez Sun, avait les réflexes d'un monde propriétaire, où les hacks et workarounds étaient nécessaires.

Changer cet état d'esprit ne se fait pas du jour au lendemain, mais si on prend l'exemple de la loupe, malgré les régressions encore présentes (suivi du curseur), la qualité d'un travail intégré (développeurs a11y, personnes du design, développeurs de gnome-shell) est bien supérieure à ce qu'on pouvait espérer avant.

Tu écris que les utilisateurs non-avancés sont les plus difficiles à cibler, parce qu'ils ne feront pas de retour; le propos de Vincent, dans l'interview, me semble s'accorder, il est de dire que le projet ne peut pas prendre en compte tous les commentaires qu'on trouve de ci de là, par exemple ici, mais ces commentaires ne sont de toute façon pas — et tu sembles d'accord — ceux de la « cible », « utilisateurs lambda ».

Bien sûr le projet n'a pas les ressources de Microsoft, d'Apple, de Google ou d'autres pour organiser des études précises auprès des utilisateurs, mais le projet peut analyser les décisions prises par ces entreprises et en tirer des enseignements (la critique ici est qu'il y aura alors un train de retard) et, à une moindre échelle, malgré tout s'organiser pour obtenir les impressions des utilisateurs, par exemple en exposant un prototype à une amie ou un voisin, ou, comme cela vient d'être le cas, en organisant une « User Observation Hackfest » (cf http://bitmodelling.blogspot.com/2012/09/user-observation-hackfest-in.html par exemple).

GNOME 3 a eu son lot de critiques, ce n'est pas fini, et même quand elles sont méritées, c'est usant pour les contributeurs, ceux-ci sont quand même là à développer, documenter, tester, traduire, etc. un projet libre d'une belle taille; à cet égard, je sens malgré tout une grande amélioration au fil des nouvelles versions, de plus en plus de commentaires positifs se font entendre, et pour garder la motivation, c'est vraiment important.

(je suis contributeur au projet GNOME)

À Domaine Public (serveur indépendant et autogéré à Bruxelles), après avoir regardé à gauche et à droite, mais il y a un certain temps déjà, on a développé quelque chose d'équivalent, baptisé Nuages : http://nuages.domainepublic.net/

C'est développé en Python/Django (comme Papillon) et les sources sont disponibles là : http://git.domainepublic.net/?p=nuages.git;a=summary

Sur la liste linux-audio-user, il y a eu il y a quelques mois de bons commentaires sur la PreSonus AudioBox 1818VSL par rapport à la M-Audio Delta 1010, il peut y avoir l'avantage que ça se branche en USB.

Pour jack, je pense qu'évidemment il y a du bricolage à faire, mais que c'est pas non plus très compliqué d'obtenir une interface utilisable au quotidien, même sans grandes connaissances en programmation. Une idée serait par exemple d'avoir plusieurs modèles de configurations pour jack.plumbing, et de simplement écraser le fichier de configuration par le modèle qu'on veut à un moment donné (et de redémarrer jack.plumbing). Un modèle ça pourrait par exemple être

(connect "MPlayer \[[0-9]+\]:out_0" "alsa_pcm:playback_1")
(connect "MPlayer \[[0-9]+\]:out_1" "alsa_pcm:playback_2")

(connect "vlc_[0-9]+:out_1" "alsa_pcm:playback_3")
(connect "vlc_[0-9]+:out_2" "alsa_pcm:playback_4")

mplayer est ainsi routé pour envoyer vers les deux premières sorties et vlc sur les deux suivantes.

Suffit alors de proposer une interface avec quelques gros boutons pour passer d'un modèle à l'autre, voire peut-être d'avoir les deux séries sources / sorties et de générer à la volée le fichier de config de jack.plumbing. (bon, j'oublie quelques complexités, il faut par exemple aussi penser à débrancher les connexions, mais l'idée est la même)

Enfin voilà, de l'imagination, un peu de courage, quelques pages de man, et ça doit pouvoir faire un système sympa.

Je dirais que c'est simplement parce que tous les pays ne passent pas (et à la même date, encore moins) à l'heure d'hiver.

Suivant l'endroit où tu habites il existe peut-être un campus numérique de l'AUF, ils sont grands utilisateurs de logiciels libres et ont probablement des live cd, ou de quoi en produire.

Tu peux trouver une liste ici : http://www.auf.org/implantations/?region=1&type= (Yaoundé et Ngaoundéré, peut-être Soa).

Comme article pouvant servir de pont entre Le Tigre et la communauté d'ici, il y a aussi eu, plus récemment, « Et nous assistâmes, les bras ballants, à la privatisation du web », il est disponible en ligne sur leur site http://www.le-tigre.net/Et-nous-assistames-les-bras.html et je ne peux que le recommander.

Pour qui serait curieux de ce qui se prépare de ce côté-là de GNOME, pour le menu d'application (qui n'est pas un déplacement des barres de menu de toutes les applications), il y a cette page : http://live.gnome.org/ThreePointThree/Features/ApplicationMenu

On peut notamment y lire : "At the Montreal Summit, Ryan Lortie unveiled a set of APIs that he has been working on for Canonical, for replacing libdbusmenu in Ubuntu.", comme quoi il y a un peu de discussion quand même…

Faut se rappeler (surprise!) que GNOME est un vaste projet et une vaste communauté, que les intérêts des uns ne sont pas ceux des autres, qu'il n'y a pas de « ressources humaines » à affecter à telle ou telle partie.

Dans le cas qui concerne ce journal, Boxes, les deux développeurs principaux sont Marc-André Lureau et Zeeshan Ali, qui ne font pas partie des développeurs de GNOME Shell, le fait qu'ils soient maintenant affairés sur un autre projet n'a donc pas d'incidence sur GNOME Shell.

Pinaillons, Metacity n'est arrivé dans GNOME 2 qu'à la version 2.2. (et dans les séries 0.x et 1.x, c'était plutôt laissé aux distributions… souvenir de Red Hat utilisant Enlightenment…).

http://library.gnome.org/misc/release-notes/2.2/#rnwm

Oula, j'avais zappé cette question, bien sûr pour la publication, et pour la licence disons cc by sa pour le texte, et bsd pour les morceaux de code.

Merci, et voir le premier déjà corrigé, c'est super.

Là je développe une extension pour faciliter la rédaction de documents législatifs de toute sorte, pour deux parlements en Belgique, c'est par exemple avoir des boutons pour insérer rapidement "Madame X, vice-présidente de la commission des affaires culturelles," (ainsi qu'une annotation pour permettre un processing après, pour indexation des interventions), ou l'intégration avec un "service web" pour la conversion odt -> PDF conforme aux vœux du parlement (conversion qui passe par LaTeX).

Si le code t'intéresse, ça doit encore être publié correctement, l'interface de navigation est cassée, mais tu peux "bzr get http://tabellio.entrouvert.com/sources/".

> Aucune extension en Python ne fonctionne plus…

Tu aurais l'adresse d'un bug report là-dessus ? Je développe une extension en Python, ça m'intéresse de suivre l'évolution…

Bon, on va dire que ça va dans tous les sens, et pas seulement entre Unity et GNOME Shell, mais entre plein de projets, c'est normal qu'on trouve des inspirations.

Maintenant, pour pointer spécifiquement, le commentaire sur "GNOME Shell inspiré de Unity" il peut venir après la présentation du redesign de l'overview de GNOME Shell, cet été, où on a notamment vu la disparition de la grosse zone sur le côté gauche par une espèce de "dock", et donc "série d'icônes sur la droite de l'écran" → il y a ça aussi dans Unity → GNOME Shell s'en est inspiré. Au même moment aussi l'arrivée des "onglets" Windows et Applications dans l'overview de GNOME Shell, où là aussi on peut trouver que ça ressemble à Unity.

Et ce n'est pas grave.

Eh eh, merci pour la pertinente remarque, et bonjour à toi, au plaisir de se recroiser…

Je ne sais trop à quoi totof2000 pouvait faire référence, mais un exemple qui me vient (même si strecto sensu ce n'est pas le noyau), ce serait soucis sur une carte réseau, hop, vite fait on la remplace, avant pas de problème, au redémarrage, hop, eth0, et ça roule comme avant. Aujourd'hui, avec udev, dans Debian en tout cas, il va être vu que c'est une nouvelle carte, que par le passé "eth0" a déjà été attribué, et hop, ce sera eth1 pour la remplaçante, et voguent les galères.

Cela étant, perso, je vis assez bien avec ces évolutions.

Donc, sachant que canonical existe depuis 6 ans, ils ont participé pendant ces 6 ans en moyenne : 7/13 * 0 + 6/13 * x = 1.03 %

Faut voir aussi que le nombre de commits par mois n'a pas été constant, et que les années fastes (autour de 2001 iirc) ont vu bien plus de commits que ces dernières années, avec le développement de composants essentiels à GNOME 2.

À ce sujet Germán Póo-Caamaño a d'ailleurs fait un lightning talk après la présentation de Dave Neary, plaçant les contributions dans un contexte historique, ce qui donne un éclairage bien intéressant aux chiffres bruts. (lightning talks pas encore ligne, malheureusement).

Sauf quand les mainteneurs sont payes par Redhat, ca a tendance a les rendre tatatillons et a chercher le moindre defaut. On se demande pourquoi...


Les choix sur les nouveaux modules sont le fait de la release team (après discussions publiques), et sur les neufs personnes de la release team, il n'y a qu'une personne de Red Hat (Matthias Clasen), qui n'a pas de droit de veto; on a par exemple vu nautilus-cd-burner (maintenu par quelqu'un de chez Red Hat) remplacé par Brasero.

Dans l'introduction il est mention aussi d'une table ronde et d'entretiens, tu en as pensé quoi ?

(perso je n'ai pas assisté, mais j'ai suivi l'émission radio "Femmes et logiciels libres" qui a suivi dans la journée http://radio2010.rmll.info/ep/genre-et-logiciels-libres )