Letho a écrit 306 commentaires

Effectivement, tu peux gérer tes masques indépendamment des modules, via l'outil « Gestion des masques », à gauche dans la chambre noire :)

Idem, Ctrl+L Ctrl+Z. Mais j'admets que c'est moins intuitif.

Moi je veux un logiciel qui fonctionne et qui fait seulement ce que je lui demande!!

Et donc, en clair, de façon concrète, en quoi Firefox ne fonctionne-t-il pas pour toi ?

Mais bon, visiblement, vous êtes tous trop bouffis d'orgueil pour regarder la vérité en face.

Ah oui, d'accord. Don't feed the troll, toussa.

si tu ne veut pas compiler pour les différentes architectures, ne fourni que les sources, éventuellement les sources au format adapté pour debian et pour redhat mais pas ce genre de choses.

J'ajouterai, éventuellement, en plus des sources, distribuer l'application via Flatpak, qui tendra (je l'espère) à devenir un standard en termes d'installation d'application tierces, sans avoir à se soucier de la distribution Linux utilisée.

Me gourre-je ?

Oui. C'est « me gourré-je », me semble-t-il ;)

Il me semble au contraire qu'il a été parfaitement respectueux dans sa réponse.
Il a également pris le temps de répondre à chacun des points que tu soulevais, de manière argumenté, et non pas passionnée comme tu semble le présenter.

Je ne sais pour toi, mais perso, je trouve ça un peu facile de demander à ce qu'il n'y ait pas de réponse à tes propos, sauf si cette réponse a un but constructif et/ou comparatif (sic), et te faire dans le même temps le seul juge de ces qualités, d'autant plus quand la réponse ne semble pas aller dans ton sens. Et je ne compte même pas l'ad hominem dès la première phrase.

Je serais un peu moins brut de décoffrage, mais je ne peux que plussoyer à titre personnel en tant que développeur : Gnome est pour moi un vrai plaisir au quotidien, et ce sans extensions. Le fait de pouvoir utiliser le shell au clavier joue beaucoup. Idem pour mes stagiaires :)

Je confirme, marche parfaitement bien sur un Redmi 3S sous LineageOS 13.
Et ça permet aussi de jouer à Mario Run ;)

Ah, les ADT… je crois bien que c'est ce qui me manque le plus en Java depuis que j'ai goûté à Rust. Ça, et le pattern-matching.

Sinon, merci pour ce journal, qui à mon sens n'aurait pas démérité en tant que dépêche :)

Fedora a également le numlock actif par défaut depuis la dernière version. Mais j'avoue ne pas comprendre pourquoi il a fallu si longtemps :)

Ils en parlent sur le Bugzilla de Gnome : https://bugzilla.gnome.org/show_bug.cgi?id=741224
(edit : grillé !)

Une appli flatpack, si j'ai bien compris (?), peut très bien intégrer sa propre version de la lib ssl et ne pas la mettre à jour et on va se retrouver avec une appli certes jouant seule dans son bac à sable mais dont les données utilisateur ne sont pas sécurisées.

Oui et non. Une application Flatpak pourrait n'avoir accès qu'à ce à quoi tu lui donne accès. Maintenant, tu as raison, si une bibliothèque embarquée doit être mise à jour, cela relève de la responsabilité du développeur. Les bibliothèques les plus courantes devraient faire partie des runtimes, qui eux sont mis à jour pour toutes les applications les utilisant. J'avoue que je ne sais pas du tout si la libssl fait partie du runtime Freedesktop ou de celui de Gnome.

Après, tu y gagne énormément en confort d'utilisation pour l'utilisateur, ET pour le développeur qui souhaite distribuer son application. Soyons honnêtes : je suis vraiment très heureux sous Fedora, mais l'installation d'applications tierces est une véritable plaie. Et je ne parle même pas du souci du packaging pour les X distributions existantes. Flatpak offre ça, plus le sandboxing. Ça demande de sacrifier - et encore, de façon relative - un peu de ce qu'offrent actuellement les gestionnaires de paquets. Mais les avantages dépassent à mon sens largement les inconvénients.

Les bibliothèques de base sont regroupées au sein de runtimes partagés entre les applications. Par exemple, toutes les applications qui nécessitent le runtime Gnome 3.22 utiliserons le même. On peut bien sûr installer différents runtimes en parallèle.

Par contre, effectivement, les bibliothèques n'appartenant pas à un runtime doivent être packagées avec l'application. La contrepartie positive, c'est que l'on n'est plus dépendant des versions de bibliothèques fournies par la distribution. De même, la notion de runtime permet par exemple sans aucun souci d'installer des applications Gnome 3.24 sous Gnome 3.22. Ou même des versions de développement, qu'importe, pourvu que tu dispose du bon runtime.

Après, d'un point de vue sécurité, le principal intérêt de Flatpak reste le sandboxing.

Ce n'est que mon avis, mais je pense que c'est la meilleure chose qui soit arrivée à la distribution d'applicatifs sous Linux depuis des années. Et à titre personnel, cela faisait justement des années que j'attendais un truc pareil :)

Je t'invite à aller voir le site officiel pour plus d'infos :
http://flatpak.org/

Par exemple GIMP-telle-version; il n'y a pas de dépôt, pas de mise à jour.

Ce n'est pas ce que semble indiquer le billet que tu cite :

GNOME Software also supports single-file flatpak bundles like gimp.flatpak – just double click and you’re good to install. These files are somewhat like a package in that all the required files are included and you can install without internet access. These bundles can also install a remote (ie a reference to a flatpak repository) too, which allows them to be kept up to date. Such per-application remotes are only used for the specific application and not the others potentially in the same tree (for the curious, this is called a “noenumerate” remote).

A priori, un bundle flatpak peut également installer un remote qui ne concernera que le logiciel en question. La doc ne semble cependant pas à jour à ce propos sur le site officiel.

Pour le *.flatpakref, effectivement, il configure obligatoirement un remote et installe une application.

En gros, soit on télécharge l'application dans un bundle qui va potentiellement configurer le remote de mise à jour (possible à l'heure actuelle), ce qui permet également de la distribuer autrement que par un remote (mail, dropbox, etc), soit on utilise un *.flatpakref qui est plus léger mais utilise obligatoirement un remote.

Il me semble que Gnome Software 3.22 supporte parfaitement l'installation de bundles Flatpak, à défaut de pouvoir utiliser les *.flatpakref.

Et tant que j'y suis : merci (vraiment) (beaucoup !) pour Gnome Games, j'utilisais OpenEmu dans ma période OSX, cela faisait longtemps que je cherchais à retrouver quelque chose de semblable sous Linux, et intégré à Gnome :)

Je viens de le tester, c'est vraiment excellent. Le partage d'écran ne semble pas fonctionner, mais je me demande si cela ne vient pas de Wayland.

Je vais prendre le temps de tester un peu plus assidûment, mais pour des vidéoconfs au boulot (petite boite), ça pourrait être chouette :)

Je crois qu'il parle effectivement de ça.
Et il n'est pas le seul à aimer ce comportement ;)

Maintenant, si tu souhaite le désactiver, tu peux apparemment le faire via une variable d'environnement :
https://bbs.archlinux.org/viewtopic.php?id=196118

Tout d'abord, félicitations pour le travail accompli :)

Je gère une association de comédiens, nous utilisons actuellement Office 365 pour les mails / agendas / contacts. J'aimerais migrer vers une solution libre, et je pense que Sogo serait un excellent candidat.

Je me demandais toutefois : quel type d'hébergement devrions-nous envisager ?

Docker pour ce type d'applications, c'est quand même un peu sortir l'artillerie lourde. C'est très pratique pour un environnement de dev préconfiguré, voire peut-être même en prod (jamais essayé), mais là, je ne pense pas que ce soit vraiment adapté.
Un système d'applications sandboxés serait à mon sens plus approprié (cf. mon commentaire sur xdg-app plus bas).

Merci pour l'info. Par contre, la procédure d'installation pique un peu… C'est exactement dans ce genre de cas que je me dis qu'il serait vraiment souhaitable que xdg-app prenne et se généralise pour la gestion des applications utilisateur.

https://wiki.gnome.org/Projects/SandboxedApps
https://github.com/alexlarsson/xdg-app

Oui, je me souviens des 0install et autres klik :)

Quoi qu'il en soit, xdg-app est soutenu entre autres par freedesktop.org et RedHat. Ce dernier emploie d'ailleurs une personne à plein temps pour développer le projet, ce qui est plutôt encourageant. D'un point de vue technique, cela semble aller beaucoup plus loin que les solutions précédentes, avec notamment tout un système de permissions pour les applications installées par ce biais (accès au système de fichier restreint ou non, accès au réseau, etc). Une application peut de plus être indifféremment installée côté utilisateur ou côté système.

Après, je ne pense pas que l'objectif soit de remplacer les systèmes existants, mais bien de gérer de façon simple et standardisée l'installation / mise à jour d'applications utilisateurs tierces. rpm/dnf et dpkg/apt gardent leur utilité pour gérer les mises à jour du système.

Je ne sais pas si cela prendra, mais ce serait à l'heure actuelle une des meilleures choses qui puisse arriver à GNU/Linux, IMHO.

En aparté, sur la distribution d'applications, tu devrais jeter un œil à xdg-app.
En gros, ça permet de standardiser l'installation de logiciels à destination de l'utilisateur lambda entre les distributions, en spécifiant les runtimes nécessaires (ex : telle application nécessite Gnome 3.18), le tout dans un environnement sandboxé.

https://wiki.gnome.org/Projects/SandboxedApps

Le projet semble bien avancer, d'un point de vue utilisateur on a un début d'intégration au gestionnaire de logiciels de Gnome. (https://blogs.gnome.org/hughsie/2015/12/23/gnome-software-and-xdg-app/).

Les sources sur Github :
https://github.com/alexlarsson/xdg-app

Tout d'abord, félicitations pour ce super logiciel. Et merci pour le dépôt Copr, ma Fedora apprécie ;)

Je me demandais : une gestion des podcasts est-elle envisagée à court/moyen terme ?

Idem, je suis en train d'apprendre Rust, et ce serait vraiment chouette de pouvoir l'utiliser sur CodinGame !

Il a surtout répondu partiellement. Trois question posées pour une réponse, ça laisse bien deux questions en suspend, non ?