Okki a écrit 716 commentaires

On pourrait formuler ça autrement. Canonical a encore développé un truc tout seul dans son coin rien que pour Ubuntu, quand d'autres ont préféré créer un projet Freedesktop distribution agnostique. C'est la même chose pour Mir vis-à-vis de Wayland, et tout comme ils ont finit par abandonner upstart au profit de systemd ou le Software Center au profit de GNOME Software, je te paris qu'un jour il en sera de même de Mir et Snap.

Je n'ai touché ni à l'un, ni à l'autre, mais vu de loin, j'ai l'impression que c'est justement l'une des grosses différences avec Flatpak. Là où Snap semble absolument tout inclure, Flatpak fait appel à des runtimes. On a par exemple les runtimes Freedesktop, GNOME, KDE… Et il peut y avoir différentes versions d'un même runtime (GNOME 3.18, 3.20)

À l'arrivée, s'il y a des failles dans X11, Wayland, Mesa, DBus, SDL… c'est le runtime Freedesktop qui sera mis à jour, et non pas le Flatpak de l'application.

Alors, bien évidemment, le conteneur pourra également contenir certaines bibliothèques bien spécifiques, mais ça représente tout de même beaucoup moins de risques vis-à-vis d'éventuelles mises à jour incessantes du conteneur. Autre avantage, ça devrait également occuper bien moins de place. À première vue, 200 Mo pour le Snap, contre 14 Mo pour le package Ubuntu. Reste à créer un Flatpak pour pouvoir comparer XD

Maintenant, je ne sais pas vous, mais je trouve ce fichier .yaml super vilain (rien que la palanquée d'export, ça me refroidit). Pour le coup, un survol de la doc de Flatpak me donne l'impression de quelque chose de bien plus propre et mieux pensé.

Sinon, pour rester dans la sécurité, côté Snap ils parlent bien de sandboxing, mais je n'ai rien trouvé dans leur doc vis-à-vis des autorisations. Côté Flatpak, par défaut il n'y a aucun accès aux fichiers, réseau, périphériques, process en dehors de la sandbox, services (X, D-Bus, PulseAudio…). Et pour pouvoir y accéder, il faut le spécifier dans la conf du conteneur. Ensuite, de ce que j'ai compris, il y aura des demandes utilisateur au niveau de l'environnement de bureau. « L'application Tartampion souhaite pouvoir accéder à la webcam. Souhaitez-vous l'autoriser ? ».

Le site Flatpak étant nettement plus complet et mieux foutu que les quelques pages que j'ai pu trouver sur developer.ubuntu.com, ça me donne tout de même l'impression que l'ensemble du projet Flatpak a réellement été mieux pensé. Maintenant, j'ai sans doute raté quelque chose (ça serait tout de même étonnant que ça n'ait pas été pris en compte), et serais donc curieux de connaître l'avis des primo adoptants.

Snap c'est uniquement Ubuntu, quand Flatpak tournera partout (y compris sous Ubuntu). Par contre, bien que la technologie soit déjà prête, toutes les logithèques ne le prennent pas encore en charge (ce qui oblige à passer par la ligne de commande). Dans le cas de GNOME Software / Ubuntu Software, il faudra attendre la prochaine version, prévue pour le mois de septembre.

Je me suis fait la remarque après coup, mais la flemme d'éditer :p

Maintenant, il est évident que les distributions continueront à packager au format DEB, RPM ou autre de leur côté. Par contre, au niveau de la distribution de binaires sur les sites web officiels des différents projets, j'espère qu'un unique format sortira vainqueur. Je trouve idiot et contre-productif que sur un format censé unifier les différentes distributions et régler le problème de la fragmentation, on en arrive encore à sortir cinquante nouveaux formats différents (AppImage, Flatpak, Snap, Guix ?)

Parce qu'il est évident que chaque projet ne va pas s'amuser à packager dans cinquante formats, et si c'était le cas, les utilisateurs en seraient encore à se demander ce qu'ils doivent récupérer, là où tout « paraît » plus simple avec un unique .exe sous Windows…

C'était également la première fois que j'en entendais parler, alors que le projet semble pourtant avoir plusieurs années. Personnellement, je miserai plutôt sur Flatpak (anciennement xdg-app). Ce dernier sera pris en charge par la prochaine version de GNOME Software (qui est également la logithèque d'Ubuntu) et KDE semble y venir également.

LibreOffice a d'ailleurs récemment opté pour ce format.

Il manque également un é majuscule à « cran de chargement ».

Personnellement, sans être bilingue, je n'ai pas trop de mal à lire un texte en anglais. Par contre, après qu'une amie soit récemment passée sous Linux, elle qui ne parle pas un mot d'anglais, j'ai réalisé la difficulté que ça pouvait être pour certaines personnes d'utiliser un système et des logiciels libres.

Maintenant que Krita est réellement multi-plateforme, il faut espérer qu'une augmentation du nombre d'utilisateurs puisse rapidement changer la donne, parce qu'actuellement, si on jette un œil à la documentation officielle, on constate que tout est en anglais. Et pire encore, si on recherche des tutoriels sur le net, on se rend compte que les différents sites et autres vidéos YouTube ne sont disponibles qu'en anglais. Pour Krita, je n'ai trouvé guère plus que trois ou quatre vidéos en français sur YouTube, quand il en existe plusieurs centaines en anglais.

D'autant plus triste quand on se rend compte que certains utilisateurs avancés, tels que David Revoy ou Nathan Lovato (GDquest) sont francophones, mais ne produisent désormais plus leurs tutoriels qu'en anglais.

J'ai également été étonné de ne pas trouver de site francophone généraliste actif dédié aux logiciels libres de graphismes, comme il peut exister un LinuxMAO dédié à la musique. Il y a bien LinuxGraphic, mais avec seulement un ou deux articles par an et dont le dernier tutoriel 2D mode point remonte à novembre 2014, on ne peut pas dire qu'il ait réussi à fédérer une communauté active.

Personne n'interdit aux autres projets de contribuer à GTK+.

C'est le principe même du libre. Tout le monde contribue égoïstement ce qui lui est nécessaire, et l'ensemble de ces contributions forment un tout utile à l'ensemble de la communauté. Malheureusement, il arrive que les contributions à certains projets puissent manquer de diversité, mais ce n'est en rien la faute de GNOME.

Pour le principe, sous GNOME 3 avec Nautilus, clique droit, Permissions, Autoriser l'exécution du fichier comme un programme.

Je vois que pour faire un don, il faut soit faire un chèque et le poster (feignant comme je suis, je trouve ça particulièrement chiant), soit vous embêter pour obtenir votre RIB et faire un virement.

Vous pourriez peut être également vous inscrire sur HelloAsso. J'ai découvert ça en lisant un article sur Next INpact, HelloAsso, le financement participatif au service des associations (pour le moment réservé aux abonnés, ça passera en accès libre d'ici moins d'un mois).

Apparemment, à l'inverse d'un PayPal, ils ne se prennent aucun frais, se finançant en invitant les contributeurs à leur donner également une petite pièce lorsqu'ils effectuent un don.

Peu importe comment on voit les choses, Ubuntu déclare de son côté avoir plus de 40 millions d'utilisateurs (Ubuntu now has over 40 million desktop users and counting).

Ce qui signifie que de son côté, Mint doit faire mieux que ça pour pouvoir avancer une telle affirmation. Mais s'ils avaient réellement plus de 40 millions d'utilisateurs et que toutes distributions confondues, Linux sur le poste de travail représentait plus de 100 millions d'utilisateurs, je pense qu'on serait au courant.

À mon avis, ils partent du principe qu'ils se basent sur Ubuntu, et qu'ils peuvent donc se considérer comme une variante d'Ubuntu, avec la même compatibilité et les mêmes chiffres au final.

Mozilla Corporation, c'est plus de mille employés. Donc oui, je maintiens que de laisser un ou deux développeurs à temps plein sur ce projet n'aurait strictement rien changé pour eux.

Comme dirait ma mère, ce sont vraiment des économies de bout de chandelle.

Puis je ne sais pas s'il est également linuxfaitrien, mais Jean-Baptiste Kempf (président de l'asso VideoLAN et l'un des principaux développeur de VLC) semble également partager le même avis ;)

Et c'est là qu'on se dit « quand on pense que Mozilla a gagné 330 millions de dollars en 2014, en hausse de 15 millions par rapport à l’année précédente ». Franchement, ça me tue qu'ils ne soient pas foutus de laisser un ou deux développeurs à temps plein sur ce projet.

Le problème, quand on abandonne ce genre de projet, c'est que les personnes qui envisagent de migrer vers le libre, ont besoin d'un tout. On commence par remplacer IE et Outlook par Firefox et Thunderbird. Puis MS Office par LibreOffice… Mais s'il manque une brique essentielle, parfois ça ne vaut plus le coup de migrer, et Firefox en pâtira également.

Arch Linux attend toujours la première révision d'un nouveau noyau pour le proposer dans les dépôts stables. Par conséquent, tant que cette première révision ne sera pas disponible, on restera donc coincé sur la précédente version du noyau.

Sans doute Karagarga.

Je n'utilise pas Krita, mais il me semble avoir lu qu'autant à une époque, c'était effectivement une application générique de traitement d'image similaire à GIMP ou Photoshop, mais depuis quelques années, ils semblent se recentrer sur la peinture et l'illustration.

Selon l'utilisation que t'en a, ça ne sera donc pas forcément une alternative à GIMP.

Franchement, non. Les mises à jour automatiques et obligatoires, c'est uniquement depuis Windows 10, et ça ne concerne que les composants Microsoft. Du temps d'XP, on te les proposais plus ou moins, mais ça n'avait rien d'obligatoire et nombre de personnes ne s'en occupaient jamais. Ensuite, encore une fois, ça ne concerne que les composants Microsoft (Windows, MS Office…). Pour plein de logiciels tiers, il n'existe aucun mécanisme de mises à jour. Et quand il existe, bien souvent, ça n'a rien de contraignant, on se contente juste de signaler à l'utilisateur qu'une mise à jour est disponible. Et bien évidemment, la plupart du temps l'utilisateur s'en contrefout.

Il y a moins de deux semaines, un cousin est venu me voir avec son vieux portable, qui se trouvait être justement sous XP. Il y avait un vieil OpenOffice.org, un vieux VLC 1.x, un antivirus dont les mises à jour n'avaient pas été effectuées depuis un certain temps. Franchement, je n'ai pas souvenir d'avoir croisé ne serait-ce qu'un seul logiciel à jour.

Portable qui a bien évidemment fini sous Linux avec Xfce comme environnement de bureau ;)

Il y aurait sans doute bien moins de machines zombies, de gens qui se font chiffrer leurs données avec demandes de rançons et autres joyeusetés, s'ils se préoccupaient un peu plus des mises à jour qui corrigent souvent des failles de sécurité.

J'ai bien compris que c'était une première ébauche mise rapidement en ligne pour l'anniversaire, mais j'espère qu'à terme, il faudra voir la page d'accueil comme un index et qu'on pourra cliquer sur High Quality Photo Manipulation ou Original Artwork Creation, qu'on aura accès à des pages plus complètes sur ces domaines (retouche photo, création, design…), avec la liste des fonctionnalités associées, des captures d'écran, des vidéos… histoire qu'on ait une meilleure vue des possibilités offertes par l'application.

Parce que c'est vrai que pour le moment, c'est plus joli, mais c'est un peu vide et ça ne vend pas du rêve XD

Il ne faut pas oublier que l'application n'est pas disponible uniquement sous Linux. Firefox, VLC ou n'importe quelle autre application ne se mettent pas à jour d'elles-mêmes sous Linux, mais c'est très bien qu'elles le fassent sous Windows. Et si ce n'est pas le cas pour GIMP, alors que la majorité de leurs utilisateurs se trouvent sans doute là-bas, je trouve que c'est un problème.

Et quand je parle de mises à jour automatiques, je ne dis pas qu'elles doivent être forcément silencieuses et en arrière plan comme pour Firefox. Mais il faudrait au moins qu'il y ai une vérification automatique de la disponibilité d'une nouvelle version, en proposant à l'utilisateur d'effectuer la mise à jour d'un simple clique.

Ça semble pourtant hébergé par Red Hat. On aurait pu penser qu'ils avaient de bons serveurs et un bon réseau.

Tu n'as pas essayé gThumb ?

Bien gérer une campagne de financement participatif, ce n'est pas non plus évident. Faut être à l'aise au niveau de la communication, avoir du temps à y consacrer, la faire vivre sur les réseaux sociaux, faire quelque chose de sympa qui donne envie d'y contribuer…

Mais malheureusement, bien souvent, on demande finalement à des développeurs qui n'ont pas le temps et dont ce n'est vraiment pas le délire, de tout gérer ça eux-même.

Puis à l'inverse d'un projet qui n'existe pas encore et qui ne verra sans doute pas le jour si la somme n'est pas atteinte, dans le cas de logiciels libres, il existe bien souvent une application déjà existante et utilisable. Il faut donc en plus convaincre les gens de donner pour lui offrir un futur, quand ils sont tentés de se dire que c'est déjà dispo et qu'il en sera de même pour les prochaines versions.

Pour le tiroir de messagerie, n'ayant aucune application y faisant appel, je ne suis pas concerné par cette problématique :) Néanmoins, j'ai vu qu'il existait une extension pour les remettre en haut.

Pour le menu ou le fait de préférer lancer par défaut autant d'instances que tu veux d'une même application, GNOME propose deux métaphores différentes pour son environnement : GNOME Shell et GNOME Classique. Si tu préfères quelque chose de plus traditionnel, tu peux très bien choisir le second à la connexion.

Pour la recherche, même si ça reste optionnel, j'ai vu que depuis peu, KDE proposait également un lanceur plein écran. L'avantage, c'est de pouvoir proposer de nombreux résultats en même temps. Par exemple, si je recherche le nom d'une amie, ça va me proposer un accès au gestionnaire de contacts, des photos d'elle que j'aurai pu prendre… Si je recherche une ville, ça va me proposer l'heure et la météo. Selon ce que tu recherches, il peut y avoir plus ou moins de résultats. C'est tout de même plus pratique d'avoir une vue d'ensemble plutôt qu'un nombre de résultats particulièrement limités casés dans un petit menu.

Pour la taille des icônes, entre mes favoris dans le dock et les 24 applications les plus fréquemment utilisées qui s'affichent dans le mode activités, je n'ai pas besoin de scroller. C'est effectivement nécessaire quand tu demandes à afficher absolument toutes les applications installées, mais à moins de se repérer uniquement par rapport au visuel de l'icône, c'est tout de même plus pratique de rechercher par son nom ou par l'un des nombreux mots clés associés.

Maintenant, on est d'accord, c'est une nouvelle façon de concevoir le bureau, et tout le monde ne peut pas adhérer.

Dans dconf-editor, tu peux te rendre dans org.gnome.mutter, puis modifier la clé overlay-key pour lui attribuer une autre touche.

Si tu ne connais pas le nom de la touche qui t'intéresse, tu peux suivre cette doc.