Laurent Pointecouteau a écrit 1089 commentaires

Je me rappelle avoir lu au sujet de Google Authenticator que la récente possibilité de le synchroniser au compte Google était contradictoire avec le principe de la double authentification, puisqu'il mettait les mots de passe et les TOTP à un seul endroit, annulant tout l'intérêt d'utiliser deux facteurs (enfin, c'est ce que j'avais cru comprendre). De mon côté, j'utilise Bitwarden pour mes mots de passe et Mauth pour mes TOTP, mais j'ai découvert que Bitwarden gérait également les TOTP, un peu comme Passbolt j'ai l'impression. Ferais-je une bêtise si je décide de l'utiliser à la place de Mauth ?

il me semble de développeurs du projet je ne sais même plus si c'est cyanogen ou lieage, qui se plaignaient de ne toujours pas avoir AOSP alors que les téléphones de Google étaient mis à jour depuis plusieurs semaines/mois

C'était Fairphone et ce long billet les accuse de mauvaise foi. Mais le même billet affirme qu'AOSP est développé sur-mesure pour les Pixel, ce qui explique pourquoi Google est naturellement en avance sur tous les autres dès qu'il s'agit de mises à jour.

En effet, je n'avais lu que le billet d'Armin Ronacher, alors que Sentry a un article entier où ils expliquent pourquoi ils n'aiment pas le copyleft.

Bien qu'à mon humble avis, je ne vois pas vraiment en quoi la stratégie "proprio pendant 2 ans, permissif ensuite" est une meilleure protection contre le "harmful free-riding" qu'une licence copyleft qui elle, au moins, a vocation à empêcher l'accaparement en imposant le partage des contributions. Est-ce une affaire purement pécuniaire (le copyleft ça paye moins que le proprio) ou y a-t-il des subtilités liées au SaaS qui m'échappent ?

https://linuxfr.org/users/jeanas/liens/sentry-passe-sous-une-licence-non-libre-qui-donne-acces-sous-licence-libre-apres-deux-ans qui mentionne un billet différent : https://lucumr.pocoo.org/2023/11/19/cathedral-and-bazaaar-licensing/

Personally I am obviously a strong advocate for that model. I think it's incredibly close to what Open Source is all about, with some modest protections.

En ce qui me concerne, je n'ai pas d'opinion sur ce cas précis, mais je constate qu'à chaque fois que je tombe sur un billet à propos d'un projet qui passe en (provisoirement) non-libre, le copyleft ne semble même pas envisagé.

Ça, même avec Word, ça n'arrive que quand on fait n'importe quoi et qu'on n'affiche pas les caractères invisibles pour contrôler le travail !

Pardon Ysabeau, je sais que tu as rédigé des tutoriels exhaustifs sur LibreOffice pour qu'on ne fasse pas "n'importe quoi" avec les traitements de texte, mais personne ne s'en sert comme ça. Ni Word, ni Writer, ni Google Docs n'encouragent cette discipline à travers leurs interfaces par défaut. Sans connaître cette discipline au préalable, on a tôt fait de se retrouver avec des interlignes qui changent de taille ici ou là, des guillemets qui se remplacent n'importe comment (ça c'est dans Docs par défaut et ça rend chèvre), sans parler de ce qui se produit quand on rajoute des images. J'en suis témoin tous les jours, et je suis à la fois en master d'info et dans une entreprise dans la tech. L'argument de l'auteur selon lequel le WYSIWYG(*) entraîne des compromis me paraît tout à fait valide. Sans quoi, pourquoi serait-on de plus en plus nombreux à recommander l'usage de Markdown et LaTeX ?

Accessoirement, j'aime bien le look de Back Office mais l'article y est pas mal tronqué : voici sa version intégrale (en anglais). Elle comporte cette conclusion :

Rather than posing a rejection, there is ample space to reinvent what WYSIWYG means, especially in the context of the web, and to find ways to combine it with the interface models that come from the traditions of Unix and Hacker Culture. Here’s to hoping that a new generation of developers will be able to go beyond the fetish for plain text, and help to invent exciting new ways of creating visual content.

(*) en tout cas, celui en version Word ; le nouvel éditeur Gutenberg dans WordPress et Notion n'ont pas forcément ces problèmes, mais Gutenberg et Notion n'existaient pas à l'époque où l'article a été écrit

J'ai tendance à penser qu'un camembert, ça reste pas mal pour les graphes avec beaucoup d’entités qui, en histogramme, montreraient un grand nombre de barres descendant en pente (si tu les classes par ordre décroissant), là où un camembert te donnerait une meilleure idée des proportions ? Je n'ai pas de tableur sous la main pour te faire une exemple mais il m'est arrivé de privilégier le camembert dans des cas comme ça, en indiquant les valeurs dessus bien entendu (je débute en statistique)

Ça tombe bien, je lisais plus tôt sur Mastodon le chouette youtubeur Technology Connections parler de la récente évolution de YT, et de l'intérêt de payer pour le Premium, qu'il semble considérer être un bon plan pour la rémunération des vidéastes (ce qui me surprend un peu, compte tenu de l'omniprésence des sponsors chez les youtubeurs français, mais c'est pas impossible). Il dit notamment ceci à propos de Nebula (auquel j'ai été abonné et qui regroupe beaucoup de créateurs très cools) :

For all its many faults, I still appreciate that YouTube has no gatekeepers. Yes there are hoops to jump through, and what content is and isn't allowed is a dicey problem, but to be frank I think that's a matter of their position and scale more than anything else. Any competitor will face the same challenges once they're YT's size because ads introduce a third stakeholder.

Je me demande bien ce que Nico pense de tout ça. Va t-il sur Linuxfr ?

Sur l'aspect purement technique, je ne saurais le décrire mieux que le billet de Jorge Castro : ça parle de "pipeline automatisé sur GitHub" et de "couche atomique sur l'image par défaut", et je ne m'y connais pas davantage en la matière. Castro a aussi fait cette vidéo qui rentre dans les détails.

En revanche, pour utiliser Fedora Silverblue avec une "couche atomique" (celle-ci) issue, comme Bluefin, du projet Universal Blue de Castro, je peux dire que l'expérience utilisateur est plutôt sympathique : on installe toutes les applis graphiques via Flatpak, on peut lancer une toolbox ou une distrobox pour bricoler en ligne de commande, on peut "rebaser" sur une autre image pour tester telle ou telle config, et on peut toujours booter sur une version précédente de l'OS si jamais ça foire. Le site officiel de Bluefin le décrit ainsi :

The best of both worlds: the reliability and ease of use of a Chromebook, with the power of a GNOME desktop.

On a déjà abordé le sujet des distros "atomiques" (ou "immutables"), que Fedora entend adopter comme son modèle par défaut dans le futur, et même si je ne comprends pas encore tout à leur fonctionnement, je suis leur évolution d'assez près.

Je vous avais linké un billet qui parlait de lui il y a bientôt trois ans. Kyle E. Mitchell est un avocat lié au "post open-source", ce mouvement (si on peut appeler ça ainsi) qui considère que les licences libres ne permettent pas une rémunération équitable et que le copyleft de la GPL a largement échoué à empêcher ça. Le type a donc esquissé plusieurs options par le passé (la Licence Zero et la strictEq), et semble s'être arrêté sur un système de "policies" qui recommande telle ou telle licence (dont la sienne) selon l'usage. En parcourant vite fait ses articles récents, il me semble qu'il est resté assez sceptique vis-à-vis de la GPL, et d'une certaine conception du libre ("Hacking is for rich people"). Donc, sans avoir attentivement lu ce nouveau billet, je peux imaginer qu'il s'applique à remettre en doute la force légale de la GPL devant le juge étatsunien.

Le timing est d'ailleurs ironique : avec la désolidarisation de la FSF d'Eben Moglen, on se pose à nouveau la question de savoir que faire de ce qui sort du projet GNU. Aux dernières nouvelles, qui datent un peu, la MPL était une bonne candidate.

C'est peut-être le signe que ça y est, les plus populaires sont déjà toutes sur Flathub, et il ne reste que des niches (et des jeux) parmi les plus demandées ?

Ceci dit, je pense que Tweaks (ou son aspirant remplaçant, Toggle) serait un ajout appréciable.

Eben Moglen & SFLC — abusive employer & LGBTQIA+ unfriendly

Le récit sur Eben Moglen est répugnant, mais l'auteur apporte tout de même une note d'espoir :

I do think tech in general and FOSS in particular are much more LGBTQIA+-friendly than they once were. However, there has been a huge anti-LGBTQIA+ backlash in certain areas of the USA in recent years, so even as I became more comfortable with the idea of being “out”, I also felt (and do feel) that the world has recently gotten a lot more dangerous for LGBTQIA+ folks. Folks like Moglen who wage “total war” against their political opponents know this, and it is precisely why they try to cast phrases like bisexual, gay, queer, and “sex therapist” as salacious.
(…) But, logically I know that I'm safe being a queer person (at least in the small FOSS world) — for two big reasons. First, the FOSS community of today is (in most cases) very welcoming to LGBTQIA+ folks and most of the cishet folks in FOSS identify as LGBTQIA+ allies. Second, I sheepishly admit that as I've reached my 0x32'nd year of life this year, I have a 20+ year credentialed career that has left me in a position of authority and privilege as a FOSS leader. I gain inherent safety from my position of power in the community to just be who I am.

Pour rappel, Eben Moglen c'est le co-auteur de la GPLv3. Le Framablog disait de lui en 2008 qu'il était "un des meilleurs orateurs de la communauté du logiciel libre".

Oui, j'ai vu sa solution ! Mais je me demande si ça ne lui fait tout de même pas un peu petit en diagonale d'écran. C'est vrai que les charnières du ThinkPad permettent de l'ouvrir à plat comme montré ici.

J'ai récemment acheté un X270 reconditionné (moins cher que le X220 et plus puissant), il a aussi un écran en 1366x768 de 12 pouces, et je craignais que ça ferait juste avec GNOME. En réalité ça va plutôt bien ! Je n'utilise pas Thunderbird mais pour l'instant je ne me suis pas senti à l'étroit. Du reste, pour le bien de mes cervicales (et contrairement à l'auteur du billet), j'utilise un écran externe en 1920x1080 lorsque je suis à la maison.

On avait esquissé le sujet dans un journal (que j'ai écrit :)) : je teste l'email sans HTML, ça tourne mal.

Après, peut-être que si c'est "mal" packagé ailleurs c'est qu'il y a un soucis de design en vrai et que corriger ce soucis peut être plus efficace que de hurler aux méchants extérieurs.

Ou peut-être que si c'est mal packagé, c'est d'abord la faute des packageurs ? Les deux hypothèses sont plausibles. Je peux comprendre que dans un monde où Flatpak et consorts existent, un dev en vienne à se dire "ça marche avec tel format de paquet universel, je ne vais pas me casser la tête à le tester pour tous les autres".

Et tu crois qu'en balançant ça, ça va faire penser que le problème est la réputation et non la vanité?

Ma foi, avancer l'idée qu'un format de paquet est moins performant qu'un autre, de surcroît un format vieux de 26 ans face au nouveau standard en vogue, ne me paraît pas saugrenu (la formulation manque de tact, mais si les libristes en avaient ça se saurait)

Ils ont sortis une version toute pourrie et buggée qui a malheureusement été packagée par certaines distros par synchronicité et leur orgueil en prend un coup que cette version ne puisse pas disparaitre aux yeux de tous immédiatement

Ce n'est pas exactement ce que j'ai compris : il me semble que pour eux, le problème est que Bottles ne peut pas fonctionner normalement autrement qu'en Flatpak, ou en tout cas pas en RPM ("inferior package manager"), et que Fedora s'obstine à proposer sa propre version en RPM qui est, selon ce raisonnement, vouée à déconner. Si ce n'était qu'une histoire de version obsolète, pourquoi s'opposeraient-ils à ce que Fedora veuille continuer à distribuer leur propre version, alors qu'a priori elle serait à jour ?

Du reste, si je suis d'accord sur le fait que "le problème c'est la réputation", je ne pense pas que ce soit la même chose qu'un "problème de vanité". Comment travailler correctement avec des utilisateurs mécontents qui se plaignent de problèmes dont on n'est pas responsable et qu'on ne peut (a priori) pas directement corriger ? À plus forte raison quand on fait du libre et qu'on vit des contributions de la communauté ? Ce n'est pas être vaniteux que de vouloir défendre la qualité de son travail, à mon avis.

• Le commentaire précédent de TheEvilSkeleton sur le même ticket (que je citais déjà ici)
• Quand le dev de xscreensaver en avait marre de la version Debian et lui a fait afficher un message d'alerte (que les packageurs Debian ont retiré)

Chez moi (Fedora Silverblue 38), le Flatpak de Loupe apparaît sous le nom d'"Image Viewer" dans la page "Applications par défaut" de gnome-settings (que Silverblue intègre par défaut, uniquement sous forme de RPM). Ça fait pas ça sur ta Debian ?

D'accord, merci pour l'info ! Pour le coup, j'ai fait "sudo dnf aws" dans une Toolbox, est-ce que ça m'a mis la bonne version ? (très pertinent comme commentaire n'est-ce pas)

Suppression de awscli qui fournissait la version 1 de l'interface en ligne de commande pour les services AWS ;

Alors ça, c'est une coïncidence : je comptais essayer de me connecter via aws-cli à mon hébergeur web comme recommandé dans sa documentation. Est-ce la même chose que ce "awscli" qui va disparaître de Fedora ? Quel est son remplaçant ? (et pour Silverblue ?)

(on peut aussi se connecter à Deuxfleurs via SFTP et WebDAV, j'ai proposé un guide à intégrer à la doc linkée ci-dessus)

• Chez DC, bien entendu, on n'est pas du tout d'accord.
• Cory Doctorow (qui s'y connaît un peu, ayant publié des œuvres sous Creative Commons) reconnaît que c'est pas clair, mais néanmoins intéressant.

Mais la solution proposée réinvente un peu la roue. On peut faire quelque chose de très comparable avec un document ODT, l'affichage en mode web, en protégeant si besoin la modification par mot de passe, et en utilisant le Navigateur (sur LibreOffice) pour parcourir le plan du document. L'EPUB bien conçu et consulté avec une bonne visionneuse de document est aussi très approprié.

Ça fonctionne bien sur mobile, ça ? J'imagine que oui dans le cas de l'EPUB, qui n'est pas très éloigné de l'HTML d'ailleurs, mais je ne connais pas bien l'écosystème en place (j'ai utilisé Google Play Livres mais jamais pour lire des études)

Du reste, je suis plutôt d'accord avec l'idée qu'on devrait davantage, si ce n'est systématiquement, publier en HTML tout ce qui n'a pas pour unique vocation d'être imprimé ; et cela devrait, pour les cas les plus simples, ne pas demander des efforts de design ou de programmation considérables. Y'a déjà des outils qui font ça (je pense à OpenEdition bien que ce n'est pas le plus convivial), mais les approches "html2print" telle celle décrite ici me semblent aussi pertinentes.

D'après la personne à l'origine du projet :

we've got a couple name ideas but the cool thing about what we'll be doing is making a tool to easily rename/rebrand it to anything easily. our idea atm is to make one or two rebranded ones, and yeah it won't be gnu imp.

Je n'avais pas du tout pensé à la problématique de la gestion de flotte en effet ! Il existe beaucoup de solutions sous Windows et Android, qu'en est-il de Linux ? Je sais que des outils comme Landscape existent, mais je lis aussi dans ce billet (non daté) que "le MDM sous Linux n'existe pas".

Et les autres PC ? S'en sortent t-ils mieux ?

En termes de difficulté d'installation ? J'imagine que oui. La dernière fois que j'ai envisagé l'achat d'un portable en ARM pour y installer Linux, j'en étais arrivé à la conclusion que c'était trop galère et qu'il faudrait des années avant que ça ne juste-marche.

Pour le reste, en revanche, comme je l'ai dit sur Mastodon, je peine à voir en quoi Chrome sous GNOME ou KDE serait du "Fritos" comparé à ChromeOS. Mais je n'ai jamais testé ChromeOS et je suis disposé à croire qu'un étudiant lambda fera vite la grimace dès qu'il s'agit de sortir du navigateur pour utiliser le bureau Linux, comme à l'habitude en somme.