Benoît Sibaud a écrit 9998 commentaires

Corrigé, merci.

♫ ♪ ♬ ♩ C'est la danse des coincoins qui se secouent des bouts de rien ♫ ♪ ♬ ♩

« Tout est URI » ?

Ansible ne sert pas qu'à installer par exemple. Ça peut servir pour faire des opérations (sauvegarde, mise à jour séquentielle dans une grappe de serveurs de base de données, audit de conformité, etc.).

Vidéo https://webtv.vandoeuvre.net/videos/watch/b00da7b8-0371-4f67-8197-eb3ac78b115a
(source https://play0ad.com/summary-of-attendance-at-the-vandoeuvre-in-game-2022/ )

Ce qui du coup fait que tu ne voudrais pas déléguer à quelqu'un d'autre, il y a une tension à ce niveau à prendre en compte.

Sauf si tu peux bouger facilement, ce qui implique 1. « pouvoir techniquement changer d'instance » et 2. « pouvoir le faire sans perdre sa notoriété/image ou ennuyer tout ton public » (donc avoir son propre domaine) ?

Corrigé, merci.

Déployé. Cf https://github.com/linuxfrorg/linuxfr.org/commit/6bb2cab4253e861ac7ab819b0fda8d5670122b39

• je suis une personne pour laquelle la notoriété / visibilité est essentielle : être sur Twitter ou Mastodon ou Gmail.com ou Wanadoo.fr ou n'importe quel autre endroit où l'entité administratrice peut me fermer mon compte, renommer son service ou fermer le service, c'est un risque pour la pérennité de mon image. Une solution serait d'utiliser mon propre nom de domaine. Mais Twitter par exemple ne voudra pas que j'utilise mon nom de domaine pour microbloguer. À ma connaissance, Mastodon non plus, à moins d'avoir ma propre instance. Avoir la capacité (comme pour le courriel) de déléguer la gestion de son domaine à un prestataire technique permettrait cela.
• comme pour tout moyen de communication (en particulier communication publique), il y a ce qui n'est pas autorisé en entrée du système (pour des bonnes ou des mauvaises raisons, ça peut être le spam, le SEO, le harcèlement, le DDoS, le porno, les amateurs de fruits, âge/sexe/religion/nationalité/langue/…, peu importe, une catégorie qui sera bloquée par l'entité administratrice). Et il y a ce que la personne utilisatrice finale ne veut pas voir (pour des bonnes ou des mauvaises raisons, ça peut être ce qui précédait, ou le camp adverse selon elle sur n'importe quel sujet, ou son ennemi héréditaire, une personne/entité avec laquelle elle a eu un conflit, un grand pénible, un amoureux éconduit, que sais-je…). Plus il y a d'entités administratrices, plus il peut y avoir du filtrage/de la censure localisée. Et les possibilités techniques offertes par le code jouent énormément, comme bloquer une instance complète par exemple.
• les conditions générales d'utilisation ou les règles de l'entité utilisée : l'entité administratrice (Twitter ou instance Mastodon ou …) peut changer ses CGU, et décider que maintenant il est interdit de crossposter/(co|re)publier ailleurs, de parler métaphysique ou de publier des photos montrant trop de peau humaine. On peut bien choisir son instance initialement. Et elle peut changer ses règles ultérieurement, ce qui peut impliquer de devoir bouger (et reposer la question de la perte de notoriété/visibilité du compte par exemple).
• le respect des lois : plus il y a d'entités, plus elles sont soumises à des législations différentes d'une part, et ont un respect variable des législations (par choix, pensez ultra-militants par exemple, ou par capacité/disponibilité, microgroupe de bénévoles débordés ou ayant laissé l'instance à l'abandon). Dans le respect des lois il y a « gérer le signalement d'un contenu manifestement illégal » par exemple, mais il y a aussi « RGPD veuillez effacer mes données perso » (et ça va devenir compliqué en multi-instances si chacun a gardé des copies (genre les métadonnées de relations par exemple) et si rien n'est techniquement en place). Ou bloquer du cyberharcèlement qui peut sauter d'une instance à l'autre pour harceler un compte donner.
• l'interopérabilité et la fragmentation des protocoles : même problématique que pour le courriel par exemple, chaque instance va implémenter ou pas les évolutions des protocoles, et au final on a un mélange de grands anciens (on dirait ASCII 7 bits en clair pour du courriel) et de modernes (par exemple TLS 1.3 UTF-8 DNSSEC SPF DKIM DMARC pour du courriel). Ça sera vrai entre Mastodon 2042 et Mastodon 2063, mais aussi entre Mastodon 2031 et Pleroma 2037. Sans parler de ce qui n'est pas basé sur ActivityPub, cf https://blog.castopod.org/content/images/2022/11/fediverse-branches-axbom-12-CC-BY-SA.svg ou de Twitter (qui sans intervention du législateur n'en a et n'en aura rien à carrer de l'interopérabilité).
• …

Cf https://github.com/linuxfrorg/linuxfr.org/pull/337

J'ai avancé sur le choix 2 de mon côté. J'ai testé la moitié des corrections pour l'instant. T'auras le plaisir de faire la revue de code :).

Ne pas dire vieux binaire mais senior manichéen.

Corrigé, merci.

C'est parti pour une grande session de « y a pu qu'à corriger et tester ».

paramètres optionnels :

- order=<created_at|interest|last_commented_at|score>
- page=<id>

GET /?order=<order>&page=<page>                       // app/views/home/index.html.haml
GET /changelog?page=<page>                            // app/controllers/static_controller.rb
GET /forums/<id_or_name>?order=<order>&page=<page>    // app/views/forums/show.html.haml
GET /forums?order=<order>&page=<page>                 // app/views/forums/index.html.haml
GET /journaux?order=<order>&page=<page>               // app/views/diaries/index.html.haml
GET /liens?order=<order>&page=<page>                  // app/views/bookmarks/index.html.haml
GET /news?order=<order>&page=<page>                   // app/views/news/index.html.haml
GET /readings?order=<order>&page=<page>               // app/views/readings/index.html.haml
GET /sections/<section>?order=<order>&page=<page>     // app/views/sections/show.html.haml
GET /sondages?order=<order>&page=<page>               // app/views/polls/index.html.haml
GET /suivi?page=<page>                                // app/views/trackers/index.html.haml
GET /tags?order=<order>&page=<page>                   // app/views/tags/index.html.haml
GET /tags/<tag>?order=<order>&page=<page>             // app/views/tags/show.html.haml 
GET /tags/<tag>/public?order=<order>&page=<page>      // app/views/tags/public.html.haml
GET /users/<user>/comments?page=<page>                // app/views/users/comments.html.haml
GET /users/<user>/journaux?order=<order>&page=<page>  // app/views/users/journaux.html.haml
GET /users/<user>/liens?order=<order>&page=<page>     // app/views/users/liens.html.haml
GET /users/<user>/news?order=<order>&page=<page>      // app/views/users/news.html.haml
GET /users/<user>?order=<order>&page=<page>           // app/views/users/show.html.haml
GET /users/<user>/posts?order=<order>&page=<page>     // app/views/users/posts.html.haml
GET /users/<user>/suivi?order=<order>&page=<page>     // app/views/users/suivi.html.haml
GET /users/<user>/wiki?page=<page>                    // app/views/users/wiki.html.haml
GET /wiki/modifications?page=<page>                   // app/views/wiki_pages/changes.html.haml
GET /wiki/pages?order=<order>&page=<page>             // app/views/wiki_pages/pages.html.haml
GET /<yyyy>/<mm>/<dd>?order=<order>&page=<page>       // app/views/news/calendar.html.haml

+ app/views/admin/accounts/index.html.haml
+ app/views/admin/applications/index.html.haml

Je dirais que ça n'a rien à voir avec le navigateur, et que c’est juste le cache de pagination des non-authentifiés qui renvoie les URL pourries de certains bots, sans conséquence particulière à part d'image.

Corrigé, merci.

This release will be made available on Tuesday 1st November 2022 between
1300-1700 UTC.

Je suis juste trop impatient. Entre 15min et 4h15 d'impatience en plus

Corrigé, merci.

Rien encore pour novembre sur https://mta.openssl.org/pipermail/openssl-announce/
Rien encore sur https://github.com/openssl/openssl/
A priori rien sur https://www.opencve.io/cve?vendor=openssl&cvss=critical&search=

On dit les informatiques ou bien c'est juste de la math appliquée ? Voire de la physique appliquée ? On déplace juste péniblement des électrons et des photons. J'aime les vraies questions qui font avancer les pertinences ou les inutiles, comme j'aime les sciences comme les météorologies ou les astronomies ou les médecines ou la science, surtout celles qui permettent les unifications globales et les universalités communes, dans des buts de fusions amalgamantes et de regroupements fédérateurs.

Sur Wikipedia francophone c'est effectivement ce qui est écrit. https://fr.m.wikipedia.org/wiki/Assembleur

Sur l'anglophone Kathleen Booth "is credited with inventing assembly language" based on theoretical work she began in 1947, while working on the ARC2 at Birkbeck https://en.m.wikipedia.org/wiki/Assembly_language

Sur le germanophone Die erste Assemblersprache wurde 1947 von Kathleen Booth entwickelt. Sie entwarf im Anschluss den Assembler für die ersten Computersysteme am Birkbeck College der University of London. Zwischen 1948 und 1950 schrieb Nathaniel Rochester einen der frühsten symbolischen Assembler für eine IBM 701. https://de.m.wikipedia.org/wiki/Assemblersprache

Et au passage une page historique sur Birkbeck https://www.dcs.bbk.ac.uk/about/history/

• https://fr.wikipedia.org/wiki/Kathleen_Booth / https://en.wikipedia.org/wiki/Kathleen_Booth « a conçu le premier langage assembleur et le programme assembleur et l’autocode des premiers ordinateurs à Birkbeck College. Elle a contribué au développement de trois ordinateurs, à savoir ARC (Automatic Relay Calculator), SEC (Simple Electronic Computer) et APEXC (All Purpose Electronic X-Ray Computer). »

Elle avait 100 ans.

C'est aussi la première fois qu'elle est mentionnée sur LinuxFr.org.

• nécrologies :
  • https://www.thetimes.co.uk/article/kathleen-booth-obituary-shr9p9j69
  • https://www.theregister.com/2022/10/29/kathleen_booth_obit/
• article de 2018 https://hackaday.com/2018/08/21/kathleen-booth-assembling-early-computers-while-inventing-assembly/

Corrigé, merci.

D'après son historique et les logs web :

• SpaceFox : Révision nᵒ 1 - 25 octobre 2022 09:43:05 // conversion du journal et apparition en rédaction
• SpaceFox : Révision nᵒ 2 - 25 octobre 2022 09:43:05 // aucune idée pourquoi encore, mais ça fait toujours deux révisions…
• Florent Zara : Révision nᵒ 3 - 25 octobre 2022 10:25:13 // éditions en rédaction
• Florent Zara : Révision nᵒ 4 - 25 octobre 2022 10:25:13
• Florent Zara : Révision nᵒ 5 - 25 octobre 2022 10:25:23
• Florent Zara : Révision nᵒ 6 - 25 octobre 2022 10:25:47 // envoi en modération
• Florent Zara : Révision nᵒ 7 - 25 octobre 2022 10:26:34 // édition en modération (…)
• 25/Oct/2022:17:06:07 // 1^er vote pour
• 25/Oct/2022:17:47:35 // 2^nd vote pour
• 25/Oct/2022:17:52:04 // 3^e vote pour (publiable)
• 25/Oct/2022:17:52:04 // publication

Non, elle va en rédaction.