Benoît Sibaud a écrit 10272 commentaires

Pas de ligne de code, donc pas de développement. Et puis ils sont toutes et tous à égalité donc pas de meilleurs non plus. La citation devient donc : nos employé.es sans but errent au bureau depuis des mois comme des zombies en cherchant des cerveaux artificiels. BrAIn ! BrAIn !

manipulateur de précision ne décrit pas beaucoup ce que c'est pour la plupart du lectorat ? sub-micrometer 3D motion control plattform (sic) est déjà plus explicite. It's designed for applications such as optical alignment, probing electronic components, and microscopy me décrit enfin à quoi ça sert (positionnement de précision en optique et électronique).

Au final, n'ayant a priori pas besoin de cet objet, la page reste néanmoins assez complète : du logiciel, du matériel, MBoM, firmware, API, doc, vidéo, etc. Ça paraît bien complet et avancé en tout cas. Au fait la licence est MIT, c'est bien de le préciser aussi. Belle découverte apparemment.

J'ai produit un fichier Markdown avec Vim. Je l'ai ouvert avec LibreOffice 26.2 des dépôts backports de Debian Trixie. J'ai ajouté le 2 exposant 8. J'ai sauvegardé en Markdown.

Fusionné et déployé

Fusionné et déployé, merci.

Il y a eu une période où l'on voyait Anubis partout mais je la croise de moins en moins souvent et son intérêt est critiqué. Il reste les outils commerciaux comme "Cloudflare AI Scraper Block" ou "AWS WAF".

Je vois encore du Anubis. Il y en a sur la forge du projet 0AD par exemple si tu veux suivre la version à venir.

Codeberg a un filtrage basé sur le Javascript visiblement. Et probablement plein d'autres.

C'est d'ailleurs la constante : ces filtres rendent les sites moins consultables sans Javascript.

Le lien 0AD plus haut donne dans sa réponse « This website requires JavaScript. » tout en donnant pourtant l'info qui m'intéressait, ici il y a encore deux tickets ouverts par exemple. Et Codeberg répond aussi « This website requires JavaScript. »

Bref ce qui devient plus compliqué c'est de naviguer sans cookie ni Javascript avec ces filtres (vu qu'ils sont basés dessus).

Indirectement ça demande de faire le choix de ses propres priorités entre vie privée (cookies, Javascript), consommation énergétique (calculs comme preuve de travail), sécurité (exécuter du code fournit par un tiers en Javascript), accès à l'information, dépendance technique (Cloudflare et compagnie), consommation de ressources (celle intrinsèque au service + celle induite par les pénibles du net), etc.

à l'exportation

• ❌ la note de bas de page est endommagée (et la fin carrément supprimée) :

-[^1](file:///tmp/note1) là où l’on veut placer la référence.
+[^1] là où l’on veut placer la référence.
(...)
+[^1]: note1

• une ligne blanche est ajoutée après les titres s'il n'y en avait pas
• les titres à base de ===== ou ---- après le titre sont remplacés par des # en début de ligne
• l'italique par souligné est remplacé par des *
• le gras par double souligné est remplacé par des double *
• une citation multiligne est remplacée par une monoligne
• les tirets des listes sont remplacés par des * et les éventuels sauts de ligne entre les éléments retirés
• les lignes de séparation sont carrément supprimées
• le langage du bloc de code est perdu et des caractères sont échappés (accolades et crochets dans l'exemple Java utilisé)
• ❌ le 2 exposant 8 créé dans LO est simplement remplacé par 28 donc on perd aussi l'info à l'export (et celui qui ne marchait déjà pas à l'import en 2^8 reste en 2^8)
• ❌ les liens par référence se trouvent échappés
• ❌ la liste de termes finit en monoligne

En prenant les exemples de la doc Markdown LinuxFr, à l'importation :

• ✅ les titres fonctionnent dans LO (avec ou sans lignes vides après)
• ✅ gras, châssis fixe, italique, barré
• ✅ bloc de citation
• ✅ bloc de code (sans coloration syntaxique)
• ✅ liens
• ✅ listes ordonnées et non ordonnées
• ✅ tableau
• ✅ lignes de séparation
• ✅ images
• décorations des liens, LaTeX et coloration syntaxique -> spécifique LinuxFr
• ❌ mises en exposant (2⁸ avec 2^8)
• ❌ liens par référence
• ❌ listes de définition
• ❌ notes de bas de page

[^1] là où l’on veut placer la référence.
(...)
[^1]: note1

est remplacé par un hyperlien nommé ^1 pointant vers file://xxx/note1 où xxx est le répertoire courant du fichier markdown.

à noter qu'avec trixie-backports, il n'y a pas (encore) de complétion sur libreoffice linuxfr<tab> pour trouver le fichier linuxfr.md.

Le genre de statistiques pénibles à produire où tu tombes sur un problème, puis un autre, puis… :

• exclure les comptes fermés (se limiter aux comptes actifs)
• exclure Anonyme et Collectif
• exclure les comptes ayant des contenus créés avant le compte (probablement des réaffectations faites sur un compte recréé), ce qui représente 6 comptes pour les journaux, 27 pour les dépêches, 4 pour les forums et 1 pour le suivi (pour un total de 30 comptes différents)
• sans grande surprise, le minimum pour la création de chaque type de contenu est 0 jour (un compte est créé et utilisé dans la foulée)
• le maximum est entre 7522 et 9272 jours suivant les contenus (soit entre 20 et 25 ans plus tard)
• il faut se rappeler que des types de contenus ont été créés postérieurement à certains comptes (1999 première dépêche en base, 2001 pour les forums, 2002 pour les journaux, 2003 pour les sondages, 2011 pour le suivi et le wiki et 2018 pour les liens)
• le délai médian pour la création d'un premier contenu est donc :
  • liens : 3600 jours soit presque 10 ans (cf le point précédent)
  • journaux : 501 jours
  • dépêches : 340 jours
  • sondages : 2661 jours soit plus de 7 ans (cf le point précédent)
  • forums : 0 jour (on créé son compte pour poser une question)
  • suivi : 2114 jours soit presque 6 ans (cf le point précédent)
  • wiki : 2838 jours soit presque 8 ans (cf le point précédent)
• bon on recommence en prenant soit le plus grande des deux entre la création du compte et la date du premier contenu du type comme référence
• toujours 0 le minimum, 8 ans max pour les liens, 24 ans pour les dépêches et les forums,
• délai médian pour la création d'un premier contenu est donc :
  • liens : 318 jours
  • journaux : 664 jours
  • dépêches : 340 jours
  • sondages : 2661 jours soit plus de 7 ans (ah ben pas tant que ça finalement… rapport à la remarque plus haut)
  • forums : 0 jour
  • suivi : 214 jours
  • wiki : 290 jours
• bon maintenant l'écart entre premier et dernier contenu (on exclut les comptes n'ayant pas plusieurs contenus du type) : donc 0 au minimum. Les max font de 8 pour les liens à 27 ans pour les dépêches
• délai médian entre le premier et le dernier contenu :
  • liens : 1233 jours
  • journaux : 1180 jours
  • dépêches :1081 jours
  • sondages : 1279 jours
  • forums: 806 jours
  • suivi : 896 jours
  • wiki : 363 jours
• hum j'aurais dû uniquement filtrer sur les contenus publics aussi..
• et pas demandé mais : délai médian pour la création d'un premier commentaire (entre 0 et 25 ans) : 0 jours ; délai médian entre premier et dernier commentaire (entre 0 et 25 ans) : 1223 jours

Merci de votre suggestion. Vous avez raison. Il fallait bien remplacer « articles » par « artistes » et j'aurai dû me lancer de moi-même pour vous le signaler alors que vous rédigiez ce journal. Corrigé, merci.

https://www.cve.org/CVERecord?id=CVE-2015-2423
"allow remote attackers to gain privileges and obtain sensitive information via a crafted command-line parameter to an Office application or Notepad" (simple moyen ici)

https://www.cve.org/CVERecord?id=CVE-2006-0008
"allows local users to gain privileges by launching the "shell about dialog box" and clicking the "End-User License Agreement" link, which executes Notepad with the privileges of the program that displays the about box." (simple moyen ici)

Titre corrigé, merci.
https://en.wikipedia.org/wiki/Industry_Foundation_Classes

dist-upgrade a beau exister sur les deux, je doute que ça suffise pour convertir une Ubuntu en Debian, dans mon cas :).

Faut que je fasse ça sur un serveur LinuxFr pour changer de distrib à distance sans aller au datacenter… Faut juste croiser les doigts et ne pas faire de faute de frappe quoi.

• interview https://opensource.com/article/20/6/open-source-french et https://linuxfr.org/news/entretien-de-linuxfr-org-avec-opensource-com

• podcast https://www.projets-libres.org/podcast/b-sibaud-et-f-zara-linuxfr-depuis-25-ans-au-service-du-logiciel-libre/

• articles de presse (non exhaustif)

  • https://next.ink/8708/105589-linuxfr-mis-en-demeure-pour-pretendu-plagiat/
  • https://next.ink/brief_article/linuxfr-revient-sur-ses-20-ans/
  • https://next.ink/29838/80152-mise-en-demeure-linuxfr-responsable-linkeo-s-explique/

• citations dans la presse (non exhaustif)

  • https://next.ink/203824/la-free-software-foundation-a-40-ans-nouveau-president-et-projet-de-telephone-libre/
  • https://next.ink/119605/linux-le-composant-systemd-se-dote-dun-ecran-bleu-de-la-mort/
  • https://next.ink/brief_article/lhebergeur-libre-tuxfamily-tire-discretement-sa-reverence/
  • https://next.ink/brief_article/un-tour-dhorizon-des-telephones-plus-ou-moins-libres/
  • https://www.lemonde.fr/archives/article/2001/10/10/licencieuses-licences-de-microsoft_4187452_1819218.html
  • https://www.lemonde.fr/archives/article/2001/07/12/fahrenheit-451-en-images-vectorielles_207638_1819218.html
  • http://owni.fr/2011/08/30/interview-linus-torvalds-linux-20-ans-manchot-et-toujours-libre/index.html
  • https://www.lesechos.fr/2005/05/osirix-premier-logiciel-libre-dimagerie-medicale-605831
  • https://www.letemps.ch/sciences/sites-web-vivre-napster

Quelques exemples plus ou moins récents :

https://fr.linkedin.com/posts/tgerbaud_linuxfrorg-activity-7423047031780458497-yuod « Je mets souvent en avant ce superbe site de vieux (mais vous êtes vieux, ici). Lisez-le, arpentez-le, si la tech vous intéresse. C'est un morceau pur sucre de culture informatique version nerd, par les gens qui bossent dedans, parfois depuis N décennies. »

https://www.zdnet.fr/blogs/l-esprit-libre/libre-et-open-source-express-1-2-dons-aux-assos-exclusion-numerique-acteurs-du-libre-science-ouverte-collectivites-487417.htm ou https://www.zdnet.fr/blogs/l-esprit-libre/lassociation-linuxfr-rejoint-lopen-source-initiative-479151.htm

https://linuxfr.org/news/ces-articles-papiers-et-autres-publications-qui-mentionnent-linuxfr-org

Qui aiment prendre le train.

Des suggestions de personnes ?

Corrigé, merci.

Les bots aiment déjà ce site. Et ils aiment probablement déjà les adresses XMPP en @gmail.com aussi. On pourrait raffiner en ayant une adresse de courriel réservé à la gestion du compte et une autre pour l'affichage public, ou en restreignant la visibilité de l'adresse, mais ce n'était pas ce qui était demandé initialement, et personne n'a commenté spécifiquement sur le sujet. Donc on verra en fonction des entrées de suivi et de l'usage ou non. Perso je ne suis pas intéressé par la fonctionnalité.

Pensez-vous que la modo et / ou l'animation doivent être sensibilisés aux fins d'intervention pour explicitation des réf absconses (car souvent spécifiques à une génération ou à un public de moules expertes) dans les journaux, liens ou commentaires ?

Dans l'absolu, pas spécialement la modo ou l'animation, n'importe qui peut expliciter une référence ou clarifier le contexte associé à un mot donné.

Le besoin de clarifier/expliquer peut venir de l'âge (dessin animé des années 80 ou dernière tendance de J-pop/K-pop ou streamer à la mode vs humoriste des années 60), de la géographie (star télé québécoise vs joueur d'un club de foot belge de division 2 ou ancien président de la confédération suisse ou station de métro parisienne vs ligne B rennaise), de la culture/éducation (connaître plutôt les sportifs, les scientifiques, les artistes ou les entrepreneurs, s'intéresser à l'histoire ou pas, culture générale vaste ou non, mais aussi éducation religieuse ou pas, connaissance de plusieurs religions et us et coutumes et leur vocabulaire ou pas), des langues (expressions latines, citations en anglais/espagnol/etc.), etc.

Ce qui relève vraiment de la modération a priori, c'est de clarifier ce qui est examiné en amont (avant publication) :

• ajouter des liens Wikipedia/Wiktionary pour expliquer des personnes ou des mots
• ajouter une localisation (genre "française" à "nouvelle loi sur les topinambours" ou "(Texas)" à "fusillade dans une école à Paris")
• ajouter un contexte si besoin, sur une citation "Machin aime les systèmes binaires", il faut comprendre si Machin est astrophysicien fan de couples d'étoiles ou informaticien fan de 0 et de 1, ou manichéen fan de noir et blanc sans nuances. Et ensuite l'expliciter.
• etc.

Pour le modération a posteriori, les précisions peuvent être ajoutées en commentaire par n'importe qui ; éventuellement la modération a intérêt à le faire pour désamorcer un conflit naissant sur une incompréhension (dernier exemple sur les deux sens de suprémacisme blanc par exemple). Et la modération peut intervenir sur le contenu lui-même s'il y a volonté manifeste de tromper ou risque fort d'ambiguïté : on est pas là pour faire des titres racoleurs, donc si un lien était titré "Fusillade dans une école à Paris", sur LinuxFr.org et vu le contexte francophone, la modo devrait ajouter "(Texas)" au titre.

On pourrait compléter les règles de modération avec tout ou partie de ce commentaire. Probablement aussi piocher dans https://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Liste_des_r%C3%A8gles_et_recommandations (exemple https://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Internationalisation )

Après un commit de correction pour corriger un bug, compléter la doc, ajouter la minimisation des comptes à la fermeture administrative, clarifier par une reformulation et ajouter la minimisation effective dans le script externe.

RAILS_ENV=alpha RAILS_GROUPS=assets bundle exec rake assets:precompile
incantation mystérieuse qui se transmet de bouche de druide à oreille de noob et servant à inciter les CSS à marcher. (je la colle ici pour ne pas avoir à la retrouver dans des logs IRC antédéluviens… (nb: t'as qu'à la mettre dans la doc 🤦🏻‍♂️)

ajouté via https://github.com/linuxfrorg/linuxfr.org/pull/383/changes/bc48ad25686b8a80e70b11b738fa066f88d2fd49

https://linuxfr.org/users/oumph/liens/tribune-ni-de-gauche-ni-de-droite-mais-bien-reac

Corrigé, merci.