jyes a écrit 934 commentaires

Je suis absolument outré par la petite bande de scientistes auto-proclamés zététicien sceptiques qui "dunningent kruger" sans ménagement sur les réseaux sociaux.

Sur le seul réseau social que j’utilise, LinuxFr, je ne partage pas du tout ton ressenti. Le premier journal qu’on a eu sur l’épidémie de Covid était de très bonne facture et apparemment pas si nul vu l’actualité qui a suivi. Un certain nombre de ses successeurs aussi. Mais je ne peux que juger indirectement, ce n’est pas mon domaine. Par contre, dans mon domaine, je n’ai jamais lu de grosses absurdités sur LinuxFr. Enfin, si, mais sous forme de question dans les commentaires, donc de manière tout à fait bienvenue et qui laissait place à la correction.

Oui, d’ailleurs nos systèmes d’exploitation devraient forcer une perte de données tous les deux jours pour s’assurer qu’on sait restaurer les sauvegardes et on devrait refaire nos configs de Vim et d’Emacs tous les trois jours pour garantir qu’on sait bien les refaire.

Effectivement, on aurait très vite tous des recettes Ansible pour refaire nos réglages de manière automatique, et on survivrait à de tels choix en améliorant notre technique. Mais je ne suis pas d’accord avec « Plus quelques chose pose problème, plus il faut le faire fréquemment ». La démarche non-shadok consiste plutôt à limiter les problèmes. Automatiser la mise à jour des certificats est une excellente chose pour éviter les mauvaises surprises et règle bien des problèmes, mais ce n’est pas une raison pour rendre la vie plus dure à ceux qui ne font pas les choses aussi bien.

Comme sur les voitures finalement ! En plus la solution technique adoptée est plus élégante, plus simple et ne nécessite ni clé électronique ni ordinateur de bord. J’espère qu’un diçaïdeur de l’industrie automobile lira LinuxFr et y trouvera cette perle de sagesse.

Alors, non et non. Non, je n’utilises pas KDE, mais non les chaînes de plus d’un caractère ne fonctionnent pas chez moi, même en utilisant XIM dans un logiciel GTK.
Du coup, j’ai cherché l’origine du problème. C’est la variable d’environnement XMODIFIERS. En effet, chez moi, avec FCITX activé, elle est définie comme

XMODIFIERS=@im=fcitx

ce qui fait que la méthode de saisie XIM utilise en fait FCITX. Pour utiliser XIM et XIM seul dans un logiciel GTK, il faut donc redéfinir les deux variables

XMODIFIERS=@im=none
GTK_IM_MODULE=xim

Testé avec un logiciel Qt, je n’arrive à produire qu’un seul caractère, quelles que soient les variables d’environnement que je définis. Je n’utilise pas les compositions pour produire plus d’un caractère donc ça ne m’embête pas beaucoup, et je constate que c’est un fonctionnalité sympathique mais mal supportée.

Le plus simple avec Debian (ou Ubuntu), c’est de configurer la méthode de saisie à l’aide de l’outil « im-config ». Chez moi, il définit les variables d’environnement suivantes :
GTK_IM_MODULE=fcitx
QT4_IM_MODULE=fcitx
XMODIFIERS=@im=fcitx
CLUTTER_IM_MODULE=fcitx
QT_IM_MODULE=fcitx
Il en manque peut-être chez vous pour certains logiciels ou certaines versions de Qt. Les réponses aux questions courantes sur le site de FCITX recensent les problèmes les plus fréquents et leurs solutions.

Je n’utilise pas FCITX pour écrire du mandarin. En fait, je ne pratique aucune langue qui utilise autre chose qu’un alphabet latin, donc je ne saurais pas me prononcer sur les points forts ou faibles des différentes méthodes de saisie pour cet usage. Personnellement, j’utilise FCITX pour saisir facilement des caractères mathématiques et grecs avec leurs codes LaTeX, et il fonctionne bien.

Il n'y a sans doute pas de solution miracle

Et est-ce vraiment nécessaire ? Pourquoi un même joueur qui voudrait essayer deux manières de jouer différentes avec deux personnages différents ne devrait pas le faire ? Surtout que les personnages évoluent en compétences, donc on peut prendre du plaisir à jouer des personnages très différents, qui suivent des voies différentes. Appliquer une limite de 1 perso par joueur dans un jeu de rôle (ou assimilé), ce n’est pas loin de n’autoriser le joueur à jouer qu’à un seul jeu sur son ordinateur (faudrait choisir entre Rolling ou SuperTuxKart ?)… c’est dommage, surtout pour un jeu qui semble offrir une telle richesse dans les manières de jouer !

Je n’y crois pas du tout, l’Alberta tourne au ralenti en ce moment à cause du prix bas du pétrole, mais a déjà les infrastructures pour répondre à la demande à un prix du pétrole un peu plus cher que maintenant, mais largement assez compétitif pour inhiber la transition énergétique vers d’autres ressources. C’est justement parce-que je ne crois pas à un impact suffisant sur le prix que je pense que tant qu’on attend une crise pétrolière économique, on se prépare mal à la crise climatique qui presse bien davantage.

Mais bon, pour le moment on en est à financer l’aviation pour sauver l’économie, c’est sûrement que l’écologie peut attendre un peu.

Comme tu le soulignes, s’il y a un pic, il concerne uniquement le pétrole « conventionnel », mais les réserves marines et dans les sables bitumineux canadiens et vénézuéliens nous assurent assez de pétrole et à un coût assez bas pour réchauffer notre planète de plusieurs dizaines de degrés. Je trouve donc la notion de « peak oil » dépassée et dangereuse car elle fait croire que l’épuisement des ressources pourrait piloter la transition vers d’autres sources d’énergie, alors que les ressources pétrolières sont bien trop abondantes et qu’il faut de tourner vers autre chose bien plus tôt, si l’on souhaite que la Terre reste habitable avant qu’on en ait exploité ne serait-ce que le quart.

À lire aujourd’hui des articles aux titres trompeurs sur un potentiel manque de pétrole en Europe, on ne trouvera demain que des articles pour nous dire que finalement non, mais que la teneur en CO₂ de notre atmosphère a encore augmentée. Je préfères lire aujourd’hui les articles sur le besoin de développer les alternatives aux énergies fossiles face au réchauffement climatique.

Un type avait fait un super journal sur le sujet. La conclusion mise à jour c’est que maintenant l’excellent FCITX fait tout bien et permet d’utiliser le fichier .XCompose et les tables de X.org / Freedesktop plutôt que les tables codées en dur et mal synchronisées entre elles de GTK, Qt, IBus et autres.

Si je fais la même opération avec LO, le document est cassé, le correspondant est furieux (car seul "word" et un bonne dose d'huile de coude est nécessaire à sa réparation).

Ouais, enfin des histoires de documents Word corrompus que seul LO arrive à sauver ça arrive souvent aussi, donc je ne m’aventurerai pas trop sur ce terrain pour comparer les suites logicielles. Je suis à nouveau surpris par ton commentaire car pour ce qui est de :
- schéma : j’ai l’expérience inverse, surtout dans des fichiers PPTX avec animations qu’OO rend de manière catastrophique, là où LO s’en sort mieux (mais rarement parfaitement aussi) ;
- une table, des colonnes : jamais constaté de soucis avec LO mais c’est peut-être mon cas d’utilisation qui me préservre de ces bogues ;
- du suivi des modifications : alors là je suis extrêmement surpris, car c’est la fonction centrale que j’utilise dans LO quand je travaille justement sur des documents avec des collègues qui utilisent MSO et le suivi de modifications me semble au contraire vraiment très bien fonctionner et bénéficier d’un très bon support d’import/export en OOXM par LO.

Bref, si on m'envoie un docx je peux l'ouvrir, le lire, le modifier (mais pas tout… pour l'instant) et le renvoyer sans que mon correspondant ne sache quel logiciel j'ai utilisé.

Moi non plus je n’informe pas mes correspondants des logiciels que j’utilise pour modifier leurs documents et je n’ai jamais eu de retour de leur part pour me dire que je leur avais cassé quoi que ce soit¹, pourtant c’est une part importante de mon travail que de modifier de tels documents. À l’inverse, j’ai eu de moins bonnes expériences avec OO qui parfois n’ouvre pas du tout des documents qu’on m’envoie.

le temps à réparer les erreurs de LO, c'est du temps perdu pour moi.

Comme pour tous le monde sauf les devs de LO. Sauf que ce temps est comparable à celui passé à résoudre des incompatibilités entre versions de MSO et des problèmes dus aux polices indisponibles sur certains ordinateurs, et n’est pas un défaut de LO qui je sens beaucoup peser.

Le « .Xcompose » est défini par chaque utilisateur et sa syntaxe est beaucoup moins absconse.

Par ailleurs, il n’y a pas forcément besoin de toucher à « /usr/share/X11 », ça c’est une solution proposée dans le journal si l’on ne sait pas faire autrement, mais les distributions peuvent proposer des outils plus simples (fichier de configuration « /etc/default/keyboard » et paquet « keyboard-configuration » de Debian par exemple).

Par contre, il ne supporte celles que j’ai définies dans .XCompose que si j’affecte avant la variable GTK_IM_MODULE=xim.

Ça c’est normal. Si tu n’utilises pas la « Méthode de saisie X » (XIM) et que tu as une touche « Compose », les compositions disponibles sont codées en dur dans GTK. Il faut passer par XIM pour que le fichier « .XCompose » serve à quelque-chose.

Chez moi la composition marche aussi avec “Chromium 83.0.4103.116 built on Debian 10.4, running on Debian 10.4” (testé avec et sans Fcitx activé pour utiliser XIM directement). Avec comme clavier :

$ setxkbmap -print
xkb_keymap {
    xkb_keycodes  { include "evdev+aliases(azerty)" };
    xkb_types     { include "complete"  };
    xkb_compat    { include "complete"  };
    xkb_symbols   { include "pc+fr+inet(evdev)+level3(ralt_switch)+compose(rctrl)+terminate(ctrl_alt_bksp)" };
    xkb_geometry  { include "pc(pc105)" };
};

c'est du ressors de la boite d'imposer les format

Presque d’accord, mais en pratique, beaucoup de sociétés ne travaillent pas seules et les problèmes surviennent généralement quand elle doivent échanger des documents avec l’extérieur. De fait la position dominante de MS et son très mauvais support d’OpenDocument font d’OOXML un choix, parce-que si une société fait le choix sain d’utiliser OpenDocument, presque toutes les autres sociétés se comporteront comme le windowsien décrit ci-dessus : « Ils en ont rien à battre et considèrent que les formats que eux utilisent doivent être utilisés par le reste du monde ».

Grace à OnlyOffice je peux survivre sous Linux au bureau et échanger des documents avec mes collègues et clients utilisant Office sans tout casser dans la mise en page dès que j'ouvre un fichier.

Je lis ça régulièrement ici sur LinuxFr, et à chaque fois, je suis très surpris. OnlyOffice est logiciel intéressant notamment comme suite bureautique en ligne et pour son intégration possible dans Nextcloud, mais sa compatibilité avec MS Office ne me semble pas du tout à la hauteur de celle de LibreOffice. J’utilise au quotidien OnlyOffice et LibreOffice sur mon ordinateur de travail pour échanger des fichiers au format OOXML avec des collègues. Je n’ai pas longtemps gardé OnlyOffice par défaut car en pratique son support d’OOXML (en tout cas de la variante utilisée par MS) me semble bien moins bon que l’import/export opéré par LibreOffice. Avec OnlyOffice, pas de vidéo dans les diapos, pas de macros dans les tableurs, pas de mise en page complexe dans le traitement de texte, alors que LibreOffice ne s’en sort pas si mal sur ces points même si ce n’est pas parfait. Mon expérience est carrément contraire à la tienne !

Alors qu’une part important de mon boulot consiste à travailler à plusieurs sur des documents produits par la suite MS Office, c’est grâce à LibreOffice que je peux survivre sous Linux, avec OnlyOffice comme solution de repli (souvent décevante en plus) pour les cas problématiques avec LO. Utilises-tu une version relativement à jour de LibreOffice ? J’utilise celle de Debian backports et la lecture/écriture au format OOXML est souvent très satisfaisante.

[Ce commentaire est une réponse au journal, pas au commentaire ci-dessus, je me suis trompé de bouton « répondre »]

Malheureusement, Ctrl+Maj+u n’est disponible qu’avec une méthode de saisie « moderne », et ces dernières ne prennent pas en charge le fichier .XCompose, donc il faut choisir entre les deux. […] Pour que .XCompose soit pris en charge, il est nécessaire de choisir la méthode de saisie XIM

Moi aussi, je croyais la même chose, puis j’ai découvert Fcitx qui peu utiliser XIM quand il n’est pas dans un de ses modes saisies à lui et combine ainsi le meilleur des deux mondes. Une touche Compose configurable via le fichier .XCompose et des modules de saisie complémentaires pour des symboles plus variés (j’utilise surtout le module Table LaTeX pour saisir des caractères grecs et mathématiques avec leur code LaTeX).

Après avoir galéré avec IBus, Scim, UIM, etc, je dois avouer que Fcitx a été une bouffée d’air frais.

Note : je ne sais pas pourquoi certains logiciels le désactivent (comme Firefox et Chromium), mais les menus GTK et Qt des zones de saisie permettent normalement de changer à la volée la méthode d’entrée avec un simple clic. Ce n’est pas aussi pratique que d’avoir une méthode d’entrée qui utilise XIM directement mais ça permet de sauver les meubles si l’on est contraint d’utiliser une méthode qui vient avec sa propre implémentation boguée de la touche Compose (c’est-à-dire presque toutes : IBus, Scim, UIM…).

• Free: offre illisible, impossible de savoir si on s’abonne pour la fibre ou pour l’ADSL, impossible de tester la ligne sans commander une Freebox ;
• Orange: ports filtrés sans indication dans les conditions d’utilisation (notamment le 25, donc auto-hébergement de messagerie électronique impossible, dommage c’est mon usage principal), IP fixe en option à 18€/mois bien que l’abonnement contienne déjà tellement de services et d’engagements que je ne serais pas surpris d’y trouver un crédit immobilier au milieu du reste ;
• Bouygues et SFR: le service est à peine mieux que celui d’Orange mais de toute façon, pas d’offre fibre chez moi (joie des centres villes où la « concurrence » ne sert que les gros opérateurs et non leurs clients).

On peut ajouter à ça des IPs avec des réputations moisies voire incluses dans les blacklists par les opérateurs eux-même (il me semble qu’Orange le faisait, je ne sais pas où ils en sont maintenant). Si tu parviens à t’auto-héberger avec l’une des ces offres (hors Free, je ne suis pas prêt à jouer à la roulette avec ma connexion à Internet), je serais curieux de savoir comment ¹. De toute façon, on est loin de la liste au père Noël exposée dans le journal.

C'est juste moins classique que CV+LM

La LM c’est ce que tu mets dans l’enveloppe avec le CV quand tu postules au format papier. Si tu postules par courriel, le corps du message est de fait une LM.

Pour les quelques recrutements que j’ai à faire, je trouve même qu’un PDF joint au candidatures par courriel et intitulé « lettre de motivation » est redondant. Je ne l’ignore pas pour autant car je comprends que ces candidatures sont faites pour respecter une norme, mais je trouve que cette norme ajoute du travail pour le recrutement plutôt que de le simplifier. Par contre, j’attends du courriel d’être aussi informatif et rédigé avec autant de soin que le serait la LM. D’ailleurs même quand une LM est jointe, le courriel reste le premier contact et doit être travaillé pour faire bonne première impression, sinon inutile de se casser la tête sur la LM, elle ne sera même pas lue.

Ce n’est pas qu’une question de confiance. Les biais sont souvent implicites et la personne en charge du recrutement peut être la première à vouloir trier des CV anonymes pour éviter ses propres biais. La difficulté c’est qu’il faut bien aussi un CV non-anonyme quelque-part parce-qu’une fois qu’on a identifié les CV qui plaîsent, c’est encore mieux si on parvient à recontacter les candidates et candidats sélectionnés.

Même avis pour moi, OVH est un très bon FAI pour l’auto-hébergement, c’est d’ailleurs pour cela que j’y reste alors qu’ils ne peuvent pas me proposer la fibre. Mais j’ai aussi un débit tout pourri (pas la faute à OVH mais ça limite quand même beaucoup les services qu’on peut héberger et confortables à l’utilisation). Les opérateurs qui proposent la fibre en centre-ville ont des offres tellement nulles que, pour le moment, je reste accroché à mon ADSL et son débit montant ridicule.

pas de lettre de motivation. Tout ça on oublie. Un mail suffit,

Un mail dans lequel tu te présentes et tu expliques ton intérêt pour le poste en justifiant rapidement comment ta candidature répond aux attentes pour un tel poste ? Oui, rien à voir avec une lettre de motivation :-)

Tant mieux si 50% de tes contacts s’auto-hébergent, Delta Chat fonctionne aussi avec tous les bons serveurs de messagerie électronique !

Sincèrement avoir un téléphone éthique du type Fairphone et y mettre du Android dedans …. Je ne vois pas trop l'intérêt :-)

Pour avoir un OS libre ? Qu’Android est trop lié un Google est un vrai problème sur le moyen terme, mais pour le moment AOSP est libre et LineageOS l’est aussi à quelques pilotes près, ce qui est finalement beaucoup mieux que SailfishOS. Et en plus, avec F-Droid, la logithèque Android est très satisfaisante.

ce sera donc à nous […] de le faire exister.

Ou pas. Ce n’est pas nécessaire de faire exister « taggage » puisque le mot « étiquetage » existe déjà. Sauf bien sûr si le nouveau mot apporte une subtilité. Ici par exemple je vois bien que notre « taggage » se rapporte à notre « plumage », pour que Tealium soit le phœnix de nos “private data”. Alors pourquoi pas.

Quicksy cherche un équilibre entre préservation de la vie privée et facilité d’utilisation, notamment pour la création de comptes et la découverte des contacts. Pourquoi pas, mais ça me semble une réponse à un faux problème. Peut-être que la création d’un compté déroute de potentiels utilisateurs d’XMPP, mais ce qui manque à XMPP pour être massivement utilisé par tous, c’est d’être vraiment utilisable par tous. Ce qui fait que je n’ai presque pas de contacts sur mon appli Conversations sur mon téléphone, ce n’est pas parce-que mes contacts sont incapables de créer un compte, en fait ils ne savent pas s’ils en sont capables puisqu’ils n’ont jamais essayé. Et pourquoi le feraient-ils ? Les possesseurs d’iPhone n’ont pas d’utilitaire XMPP qui fonctionne mieux que très approximativement. Et les utilisateurs d’Android auront de toute façon besoin d’autres applis pour rester en contact avec leurs amis qui ont le malheur d’avoir un iPhone.

Avant de simplifier la création de compte en modifiant l’appli qui marche déjà très bien pour Android, il faudrait déjà un client qui marche correctement sur iOS. Alors, oui, programmer pour iOS donne la même impression de liberté que porter des chaussures trois pointures trop petites, mais pour qu’une appli de conversation soit utilisée il faut qu’elle permette de converser avec beaucoup de monde. Je comprends donc qu’un développeur de logiciel libre se foute d’iOS, mais penser que ce qui bloque les utilisateurs est la création de compte me semble bien erroné et monter une solution qui résout ce problème secondaire au prix d’une dégradation de la vie privée, me semble inadapté au problème réel. Donc je ne crois pas que Quicksy changera quoi que ce soit à la situation actuelle, si ce n’est une légère perte de vie privée pour des utilisateurs d’XMPP, mais tant qu’il restera plus de 5% d’iPhone, les solutions qu’il propose résolvent un faux problème.