vv222 a écrit 925 commentaires

Il est pas misogyne, au contraire.

Bien sûr, c’est pour ça que la plupart les témoignages de personnes l’ayant fréquenté dénoncent ses comportements inappropriés face aux femmes.

C’est probablement parce qu’il respecte trop les femmes (c’est ça le contraire de misogyne ?) qu’il est incapable de se comporter respectueusement en leur présence.

le problème c'est que t'a 2 possibilité: 0: il est pas autiste, et c'est un con, 1: il est autiste, et tu le discrimine pour être autiste.

Troisième possibilité : il est autiste et odieux. Ce n’est pas incompatible.

Même s’il est effectivement neuroatypique, ça ne le rend pas magiquement irréprochable.

Bah pour le coup respecté une demande faite par une minorités (3028 - 1 contre RMS vs 6261 pour RMS) c'est pas non plus tip top.

Ces pétitions ne valent rien.

Enfin en prenant en compte qu'il est possible que RMS soit asperger, que les autistes sont à peu prés toujours discriminée pour être super bizarre et non pas car il sont autiste, que ce qui est reproché à RMS c'est d’être bizarre (et donc non apte travailler à la FSF), bah la lettre ouverte est psychophobes.

Foutage de gueule. Il n’a jamais été reproché à RMS d’être (ou non) autiste ou quoi que ce soit dans ce genre.

Il lui est reproché d’être mégalo, misogyne, et plus généralement incapable de traiter correctement les personnes avec qui il doit bosser. Et il est reproché à la FSF de valider ces comportements en le plaçant dans une position de pouvoir.

Tout le reste c’est les délires habituels de l’extrême-droite se sentant agressée dans sa « liberté d’expression », et qui invente donc un complot de plus pour se complaire dans son délire de persécution. Que cette frange regroupe les plus fervents défenseurs de la FSF ces derniers temps confirme ce que j’écrivais plus haut : la FSF n’a plus aucune légitimité pour représenter les utilisateurs du logiciel libre.

Alors certes on pourra toujours répondre que quoiqu'il dise on trouvera à redire, mais ça fait quand même l'impression d'une très petite tentative de contrôler les dégâts sans vraiment remise en cause profonde.

C’est surtout se foutre ouvertement de la gueule du monde.

Personne n’a demandé des excuses publiques de RMS, surtout ce genre de machin écrit à la va-vite et à la sincérité douteuse.

Ce qui a été demandé, c’est de ne plus le mettre à des postes de pouvoir au sein de la FSF. La FSF ne peut pas ne pas avoir compris cette demande. Elle nous montre donc qu’elle s’en fout, et qu’elle fait passer l’ego d’un membre de leur caste avant les demandes des personnes qu’ils sont censés représenter.

Ce qui en fait de très mauvais représentants des utilisateurs de logiciel libre. Sans être surprenant, ça reste décevant.

Pour un groupe qui prétend mettre l’éthique au cœur de sa démarche, c’est impressionnant d’être autant à côté de la plaque. Je ne sais pas si ça va aboutir à un fork de la FSF nommant un autre comité de direction, ou utilisant une autre méthode d’administration. Ou si ça va causer purement et simplement la mort de la FSF. Mais ce qui est certain, c’est qu’ils ont perdu le peu de légitimité qu’il leur restait.

Adwaita est le thème GTK par défaut de gnome développé pour gnome, en un sens il pourrait s'appeler Gnome.
(…)
Je me corrige, adwaita est le moteur de thème par défaut de GTK et adopté par Gnome.

Et après ça tu me dis qu’il n’y a aucun risque de confusion ? ;P

Est-ce que tu dirais dans ce cas qu'il y a un risque de confusion ? J'en doute, et là c'est pareil.

Pour moi ce n’est pas la même chose. Un des choix de noms est confus, l’autre non.

GNOME je sais ce que c’est. Donc si je vois un thème GTK nommé "Gnome", je comprends que c’est celui de cet environnement de bureau. Et si je croise une bibliothèque "libgtk-gnome", je comprends que c’est quelque chose servant à intégrer GTK au reste de GNOME.

Par contre, jusqu’ici "Adwaita" désignait pour moi un simple thème graphique, composé d’un thème GTK et d’une collection d’icônes. Si je vois une bibliothèque "libadwaita", je n’ai aucune raison de penser qu’elle est liée à l’intégration de GTK au sein de GNOME. Au contraire, je vais me demander quel rapport ça a avec le thème que je connais, et pourquoi celui-ci a maintenant besoin d’une bibliothèque.

J’ai eu beau lire attentivement le billet, je trouve ce choix de nom un peu maladroit.

Ça fait longtemps pour moi que "Adwaita" désigne un thème GTK. Qu’il désigne aussi un thème d’icônes à la rigueur ça reste dans le même domaine.

Mais que le même nom désigne maintenant une bibliothèque, ça commence à être un peu confus. Peut-être que quand on suit activement le développement de GTK et GNOME ça a du sens, mais de mon point de vue de simple utilisateur je ne sais plus vraiment de quoi on parle quand le terme "Adwaita" est utilisé.

On va se retrouver comme dans le passé avec des applications GNOME et des applications pure GTK ne proposant pas la même ergonomie.

Franchement, tant mieux.

Je ne sais pas pourquoi beaucoup d’applications GTK/GNOME depuis GTK3 sont devenues une plaie à intégrer à d’autres environnements, mais je ne vais pas regretter un retour des applications GTK s’intégrant correctement à d’autres bureaux que GNOME.

J’aime GTK. J’aime GNOME. Mais j’ai horreur qu’on essaie de m’imposer GNOME à chaque fois que je cherche juste à utiliser GTK.

À la base, je n’ai rien demandé, moi…

Mais mon FAI commercial me fournit une dual stack, idem pour mon FAI associatif (chez qui je loue un VPN).

Mon matériel gère une dual stack par défaut.

Mon OS active l’IPv4 et l’IPv6.

À partir de là, ce serait vraiment dommage que je fasse des efforts pour désactiver IPv6.

Quand à désactiver IPv4, va falloir finir de mettre à jour Internet avant. Mais en tous cas je suis prêt ;)

---

Bref, IPv6 je m’en fous, tout comme je me foutais d’IPv4 avant. Ça juste marche sans que j’aie besoin d’y penser.

Le site Web de ./play.it n’est plus maintenu, pour une durée indéterminée, pour cause de manque de temps, d’énergie et de motivation. À titre personnel, ça va me faire beaucoup de bien de ne plus avoir à m’en soucier ;)

Et tant pis pour la (grosse ?) perte de visibilité et de convivialité que ça va causer, le bien-être de nos contributeurs est plus important que le confort de nos utilisateurs.

Un article sur notre blog, que je partagerai probablement dans la rubrique "Liens" de LinuxFR, en causera plus en détails bientôt : Write an announcement about the website no longer being maintained

J’ai utilisé xpra pour du jeu vidéo déporté, il y a un paquet d’années. De mémoire il en était encore dans une version 0.17.x.

Sur des jeux ne nécessitant pas de réactivité, comme des jeux en tour-par-tour à la Heroes of Might and Magic, il a même réussi à être surprenamment utilisable à travers un ADSL de campagne rachitique (parfois aussi lent que ~50ko/s).

Sur le poste de mon fils tout se fait tout seul en mode silencieux grâce à unattented-upgrades, ça fait un bail que je ne m'en occupe pas en attendant l'arrivée de bullseye.

unattended-upgrades est aussi ce que je conseille de mettre en place sur les machines des personnes qui ne veulent pas perdre du temps à maintenir leur système, et sur les serveurs sensibles aux failles de sécurité potentielles.

Moi même, en fonction de mon humeur, de ma fatigue, je zappe parfois tes commentaires… je zappe aussi parfois ceux de kantien ou jehan car ils sont trop long, trop bien argumenté, et que je n’ai juste pas le temps de les lire au moment où je suis là :-(

Marrant ça, quand je croise un commentaire de jehan je vais généralement me resservir un café, m’installer confortablement, et me lancer avec plaisir dans quelques minutes de lecture ;)

On me force à l’installer. C’est du code de plus, donc des bugs et failles en plus dont j’aurais préféré me passer. Et l’intégration au reste du logiciel ne peut pas se désactiver.

Pour être plus clair, le même système d’agenda via un module optionnel installable séparément ne m’aurait posé aucun souci. D’ailleurs je crois me rappeler que c’était le fonctionnement précédent, avant qu’il soit intégré au logiciel de base.

En quoi est-ce un problème ? Rien ne te force à l'utiliser.

On me force à l’installer. C’est du code de plus, donc des bugs et failles en plus dont j’aurais préféré me passer. Et l’intégration au reste du logiciel ne peut pas se désactiver.

Je ne vois pas en quoi c'est du NIH, vu qu'il n'y a pas de gestion standards des clés GPG sur toutes les plateformes à ma connaissance.

Enigmail était tout à fait capable d’utiliser mon trousseau existant, la version actuelle de Thunderbird ne me propose même pas cette possibilité.

Avec en bonus la clé GPG privée stockée en clair si on n’utilise pas de mot de passe maître sur Thunderbird. J’ai assez peu apprécié la plaisanterie.

Vraie question, quels sont les inconvénients de Thunderbird ?

Pour moi on trouve en tête de la liste des inconvénients l’inclusion imposée d’un agenda et d’un gestionnaire de tâches. Alors que tout ce que je demande à mon client mail c’est de pouvoir lire et écrire des mails. Si je veux un agenda, je vais ouvrir un logiciel d’agenda, pas un client mail.

Sa fâcheuse habitude de remplacer silencieusement certains caractères par d’autres quand je rédige des mails a elle aussi le don de me mettre de mauvais poil. En particulier Thunderbird va remplacer les espaces insécables par des espaces justifiantes, sans permettre de paramétrer ce comportement.

Son utilisation d’un système intégré pour la gestion des clés GPG, qui rend sont trousseau indépendant de celui que j’utilise pour le reste du système, est un cas pathologique de NIH. Sans apporter aucun avantage notable, ça double le boulot de maintenance de mes clés GPG.

---

Malgré ces soucis, et bien d’autres, Thunderbird reste mon client mail de prédilection.

Tu ne veux pas pouvoir imprimer le document ?
(…)
Même quand on affiche un document, on peut saisir des formulaires, et donc vouloir la correction orthographique

C’est bien pour éviter tout ça que je demande depuis le début un visualiseur de documents. Pas pour l’imprimer. Pas pour le modifier. Juste pour le lire.

Autant qu’il n’y ait pas d’application adaptée, je peux l’admettre. Il y a peut-être très peu de personnes qui cherchent à lire des .odt sur écran.

Mais que vous soyez plusieurs à ne pas comprendre le concept, ça me dépasse.

Tu ne veux pas d'impression ni de correction orthographique, ok (ce sont des dépendances optionnelles), mais penses-tu que c'est le cas de la majorité des utilisateurs ?

On en revient donc encore à la question de l’usine à gaz. Ce qui est apparemment aussi le modèle choisi par Okular.

---

Pour ma part je m’arrête ici sur le sujet des applications pour travailler avec des fichiers OpenDocument, ça commence à vraiment tourner en rond ;)

S’il y a une information que je vais retenir de ce fil de discussion, c’est que ce format n’est tout simplement pas prévu pour la lecture sur écran.

Il faudrait regarder le détail des paquets qui justifie la consommation des 400Mio, ça me surprend un peu aussi.

J’ai vu passer entre autres VLC comme dépendance de Phonon, qui est si je ne me plante pas le système de gestion du son de KDE. Il doit y avoir pas mal d’autres machins dans ce style qui arrivent par le jeu des dépandances, et qui ne se verraient pas sur un environnement KDE.

Et ça correspond exactement aux critiques que je fais à ces logiciels : pourquoi je me retrouve à devoir installer un lecteur audio pour visualiser des documents .odt ? Lecteur audio qui même si je ne l’utilise pas va ensuite devoir être maintenu à jour, et est une excellente source de nouveaux bugs.

Bon, en réalité je sais comment demander explicitement à apt de m’installer un faux backend Phonon pour ne pas tirer VLC par dépendance. Mais c’est ce qui se passe avec une installation "naïve" si on se contente d’un apt install okular okular-backend-odt.

Et ce souci avec VLC se reproduit avec d’autres dépendances, qui vont donc m’amener un serveur de gestion d’imprimantes (CUPS), un système de correction orthographique (aspell), des nouvelles collections de fontes, un éditeur de marque-pages (KEditBookMarks)… On arrive vite à 400 Mio ;)

il me semble difficile et impertinent de vouloir à tout prix éviter la notion de page avec des documents/formats pensés par rapport à l'impression

En temps normal je serais peut-être d’accord avec ça, mais là c’est le thème du journal auquel on répond ;P

peux-tu donner des exemples de logiciels dédiés à une action simple ?

En voici quelques uns qui me semblent coller à la définition que je donne, et font partie de mes logiciels du quotidien :

• Simple X Image Viewer, pour visualiser des images sans gestion d’albums ou de possibilités d’édition ;
• katarakt, un visualiseur de PDF qui ne vire pas au gestionnaire de collection de documents ;
• MCabber, un client XMPP en console sans gestion de l’audio ou la vidéo ;
• mpc, un client pour MPD qui ne va pas aller télécharger des pochettes d’album ou des paroles de chanson ;
• youtube-dl, un téléchargeur de fichiers audio/vidéo qui n’inclut pas de prévisualisation ni de lecture des fichiers téléchargés.

Par contre ffmpeg n’entre pas dans ma définition d’usine à gaz, parce que malgré sa quantité impressionnante d’options il ne sert bien (à ma connaissance) qu’à une seule tâche simple : convertir des fichiers audio/vidéo d’un format à un autre.

Et une même application peut être ou non une usine à gaz selon la manière dont on l’utilise ;) Par exemple Gimp est une usine à gaz si on l’utilise pour visualiser des images ou lire des PDF, mais pas si on l’utilise pour éditer des images. De la même manière que LibreOffice est une usine à gaz pour lire des fichier .odt, mais pas pour les rédiger ou les modifier.

Bref, tout est une question de contexte.

J’étais justement tombé dessus en fouillant les dépôts de ma Debian, et c’est en ne trouvant que cet unique plugin qui semble répondre à ma recherche que j’ai posté le message auquel tu réponds ;)

Après c’est peut-être juste une question d’options de compilation spécifiques à Debian, mais une simulation d’installation sur une Debian Buster sans KDE de okular + okular-backend-odt m’annonce l’installation de 299 (!) nouveaux paquets et de l’utilisation de ~400Mio (!!) d’espace disque. Je dois admettre que pour un "bête" lecteur de document, ça pique un peu.

On en revient donc à la question des usines à gaz, terme que j’explicite un peu plus haut.

Désolé, ma réponse n'était pas bien formulée

Pas de souci, ma question initiale ne l’est probablement pas non plus ;P

La seconde partie de ma réponse montre qu'il existe des solutions bien linuxiennes pour les gens travaillant en ligne de commande

Ce sont justement les outils que je connais déjà, mais toujours pas ce que je cherche. On peut avec ces outils extraire des informations des documents, mais pas les lire en conservant le format pensé par la personne les ayant rédigés (couleurs, polices, mise en forme, etc.).

Ce que j’ai en tête, et qui correspond peut-être aux solutions Web/mobile que tu as trouvées (je ne les ai pas testées), c’est quelque chose de similaire à ce qui se fait pour le PDF : un outil dédié à la lecture sur écran. Mais qui contrairement aux lecteurs de PDF ne se baserait pas sur une notion de page, héritée de l’impression sur papier.

Peux-tu définir ce que tu appelles « usine à gaz » ?

En effet, j’aurais dû commencer par ça ;)

Ici je désigne par « usine à gaz » un logiciel qui a beaucoup de fonctionnalités superflues par rapport à l’action demandée. Ce sera par exemple le cas de Firefox, qui permet d’interpréter du JavaScript ou de télécharger des ressources distantes, tout comme celui de LibreOffice, qui permet d’éditer le document ou de le convertir dans divers format.

Le souci de ces logiciels est en partie sur la consommation inutile de ressources, mais surtout ils vont généralement proposer une interface surchargée et incluent potentiellement beaucoup plus de bugs qu’une application dédiée à une action simple.

J’ai regardé un à un les différents liens que tu proposes, et aucun de ces logiciels n’est adapté à visualiser des .odt sur Linux.

Sauf via un navigateur Web, mais là on revient aux usines à gaz que j’évoquais dans mon message précédent.

Autant je connais plein d’éditeurs pour le format .odt, autant je n’ai aucune idée de comment en visualiser un sans sortir une usine à gaz.

Il faut d’abord l’écrire en C, puis le réécrire en Rust.