Benoît Sibaud a écrit 10260 commentaires

Cf https://linuxfr.org/aide#aide-sommaires et https://github.com/linuxfrorg/linuxfr.org/pull/403

Cf https://linuxfr.org/aide#aide-imagesexternes

https://github.com/linuxfrorg/linuxfr.org/pull/400 et https://github.com/linuxfrorg/linuxfr.org/pull/401 sont fusionnées et déployées

La nouvelle (par rapport à ?) génération étant exposée à des mangas, des manhwas, des manhuas et de la bédé belge, voire des manfras, on devrait avoir une génération perverse violente épileptique sataniste mangeant des frites, du kimchi, des gyozas et des nouilles avec des baguettes (de pain), qui se rassemble en bandes organisées et dessinées (c'est comic ¿).

On peut mettre langue=fr ce qui est un peu pas malin (mais ça marche).

en l'ajoutant à quel endroit ?

Comme je le disais :

fr:linux -> <a href="https://fr.wikipedia.org/wiki/fr:linux" title="Définition Wikipédia")>fr:linux</a>

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

La gestion multilingue Wikipédia est ajoutée en 2012 dans lib/lfmarkdown.rb (dépôt linuxfr.org) commit (modifié trois 3 jours après via commit).

Puis rejoindre le dépôt html-pipeline-linuxfr en 2013 via commit

          parts.shift if %w(de en es eo wikt).include?(parts.first)
          "<a href=\"https://fr.wikipedia.org/wiki/#{word}\" title=\"#{WP_TITLE}\")>#{parts.join ':'}</a>"

Donc ça donne avec le code initial

linux -> <a href="https://fr.wikipedia.org/wiki/linux" title="Définition Wikipédia")>linux</a>
en:linux -> <a href="https://fr.wikipedia.org/wiki/en:linux" title="Définition Wikipédia")>linux</a>
fr:linux -> <a href="https://fr.wikipedia.org/wiki/fr:linux" title="Définition Wikipédia")>fr:linux</a>
zz:linux -> <a href="https://fr.wikipedia.org/wiki/zz:linux" title="Définition Wikipédia")>zz:linux</a>

linux
linux
fr:linux
zz:linux

Si on met une langue connue (du code), on pointe sur le WP fr avec la langue qui va envoyer vers WP de la bonne langue si ça existe.
Si on met une langue inconnue (de Wikipédia), on pointe sur le WP fr avec la langue inconnue et Wikipédia annonce un 404.
On peut mettre langue=fr ce qui est un peu pas malin (mais ça marche).

La partie « Aide‑mémoire sur la syntaxe Markdown » ne précise pas qu'on peut indiquer la langue. -> compléter linuxfr.org/app/views/shared/_wiki_help.html.haml (par ailleurs le lien vers l'aide wiki est vraiment trop discret)

La partie aide dans le wiki interne le mentionne déjà https://linuxfr.org/wiki/aide-edition#toc-hyperliens, « lien raccourci vers une [[en:definition]] Wikipedia non francophone en le préfixant du code ISO 639-1 de la langue souhaitée » et « lien raccourci vers un [[wikt:mot]] du Wiktionnaire. »

Par ailleurs les CSS linuxfr.org/app/assets/stylesheets/contrib/RonRonnement-Classic.scss, linuxfr.org/app/assets/stylesheets/contrib/steelblue.scss, linuxfr.org/app/assets/stylesheets/contrib/kaiska-new.scss et linuxfr.org/app/assets/stylesheets/parts/content.scss ajoutent le petit W en haut à droite uniquement sur les liens fr et en de Wikipédia (pas les autres langues, pas le wiktionary par exemple).

Ou qui serait parmi les liens comme « LinuxFr.org participe au podcast Projets Libres (Épisode 12) (15 clics) »

La dépêche https://linuxfr.org/news/aux-sources-du-fun-n-1-retrouver-le-fun-dans-les-inutilitaires-graphiques a été créée il y a deux mois (édition n°1 2025-11-20 14:18:15 ). Et le journal publié "le 31 décembre 2025 à 22:29", soit deux mois après. Le journal n'a pas été promu en dépêche.

À ne pas confondre avec le #ComicSansMS

Sauf à croire à la toute-puissance de l'IA et du flou dont va sortir la clarté et l'optimum, il faut avant le code avoir des spécifications sur ce qu'il est censé faire (en espérant que ça suffise à ce qu'il fasse ce qu'on attend et que l'implémentation soit correcte). Qu'est-ce qui définirait ce qui est « bien » pour toi ? La nature du thème du contenu ? La confiance que tu accordes à la personne qui a écrit ce contenu en te basant sur ce qu'elle a précédemment écrit ? Une aura acquise de confiance comme pour un grand journal ou une personnalité reconnue dans un domaine ? La présence des sources pour vérifier les infos ? Le fait que d'autres pensent pareil ? Le fait que personne n'ait dit « c'est de la merde » ? Que l'info revienne plusieurs fois via plusieurs canaux ou personnes ? Etc.

Tu veux un bot qui auto-découvre et relaie les contenus « biens » (selon certains critères).
Tu es parti sur de la pure technique automatisable, du code, donc uniquement sur des indicateurs techniques (est-ce déjà populaire, etc.). Il y a assez peu de mesures directes de « la qualité » : ok tu élimines ce qui n'est pas en français, mais après tu ne différencies par vraiment une recette de quiche aux étrons d'un sonnet de Baudelaire si je résume. Cette partie là est difficile à automatiser par nature. Si on savait virer l'illégal, l'inutile, la pub, le déjà-dit-cent-fois, le faux, etc. automatiquement, ça se saurait. Sans parler du fait que se baser juste sur des indicateurs dans un monde plein de pénibles qui cherchent à abuser de ces indicateurs, c'est une course sans fin de l'épée et du bouclier.
Opinion perso : soit tu aurais besoin de plus de personnes sur le code pour varier les points de vue et approches, mais pas dit (euphémisme) que ça résolve tous les problèmes de l'humanité. Soit tu aurais besoin de personnes pour repasser derrière le code et on appellerait ça une équipe de modération.

En général, sur Terre, on définit ce qui est « bien » :

1. par la popularité, plein de gens regardent/lisent/achètent/etc. (et ça n'enlève pas les questions politiques, ex la popularité de bouquins d'extrême droite ou les évolutions vers l'individualisme et le développement personnel)
2. par les pairs, relecture et approbation de papiers scientifiques, ou par le filtre d'autres gens, genre tri par karma sur LinuxFr.org (et ça n'enlève pas les questions politiques de « dans quels domaines faire de la recherche » ou des biais cognitifs)
3. éventuellement par ce qui marche si on parle de fonctionnel qui a donc des métriques genre « va plus vite » ou « nécessite moins de ressources ». (et ça reste politique de savoir quelles métriques on veut)
4. par soi-même tout seul dans son coin, éventuellement envers et contre tout le monde.

Entrée de suivi créée pour vérifier https://linuxfr.org/suivi/indication-aux-moteurs-de-recherche-et-page-d-un-commentaire

Oui, avec "expression" au sens large, pas juste exprimer publiquement mais aussi agir ou discriminer. Cf https://egalitecontreracisme.fr/ce-que-dit-la-loi .

typo sur loi Godfrain

Qui supporte quoi, notamment dans les logiciels libres, via Cloudflare.
https://developers.cloudflare.com/ssl/post-quantum-cryptography/pqc-support/

algo post quantiques prévus dans la version openssl 3.5 LTS

https://openssl-library.org/post/page/3/#current-highlights-of-the-feature-list-planned-for-35-include

expérimentations dans gnutls 3.8.9
https://lists.gnupg.org/pipermail/gnutls-help/2025-February/004875.html
et 3.8.10
https://lists.gnupg.org/pipermail/gnutls-help/2025-July/004883.html

Le LinuxFrien type est-il différent du type de la LinuxFrienne ? Et y a-t-il des LinuxFtout ?

Et probablement que seuls des Européens sont susceptibles d'être intéressés pour le faire (donc seulement une sous-partie des développeurs Debian). D'ailleurs la communication est centrée RGPD/Europe, mais la protection des données perso concerne d'autres zones géographiques et d'autres législations. ( https://insights.comforte.com/countries-with-gdpr-like-data-privacy-laws ? )

Cf https://linuxfr.org/users/hellpe/liens/debian-n-a-plus-de-volontaires-pour-verifier-sa-conformite-au-rgpd

Mon avis strictement perso :

• je pense que ce résumé est incorrect, en présupposant qu'on peut défendre explicitement les suprémacistes blancs, en fait ça ne résumes pas, au mieux ça interprète
• le racisme n'est pas une opinion c'est un délit, la discrimination aussi.
• la loi Gofrain (française) réprime la perturbation, l'intrusion et la modification d'un site web, fusse le site de délinquants suprémacistes
• les propos incendiaires en réaction me semblent assez contre-produtifs (c'est voulu par les pénibles, ça démoralise les gens de bonne volonté, c'est par nature exagéré, ça peut être dit autrement, c'est "compliqué" de pointer l'illégalité supprimée illégalement, ça affirme plus que ça cite/argumente : précisément qu'est-ce qui est estimé "illégal" dans le commentaire de cette action illégale sur un site illégal ?)
• je n'ai pas beaucoup d'illusions sur les opinions de la personne citée, qui joue sur les limites (et ça ne marche qu'un temps)
  
• moralement je ne vais pas pleurer la fin de sites suprémacistes
• si je pensais que c'est manifestement illégal je devrais faire un signalement Pharos (vrai pour tout le monde) ou supprimer
• m'exprimer ici ne va pas vraiment servir utilement (et pourtant je le fais)

1. Ton opérateur sait à qui facturer et quel numéro est attribué (sur une SIM de l'appareil en tout cas, ou sur le compte SIP VoIP fourni).
2. Les situations où d'autres opérateurs interviennent et ne peuvent pas juste croire les infos annoncées (t'es abonné Orange Roumanie, mais en roaming/itinérance en Italie par un autre opérateur, et tu appelles un client Deutsch Telekom en itinérance en Bulgarie, quel opérateur sait quoi ?). Il y a mise en place de protocoles d'échange d'info entre opérareurs.
3. Celui qui facture regarde dans sa base de données d'authentification. Pour autant que je sache, hors nouvezu protocole d'échange entre opérateurs, les autres regardent les champs numéro affiché/présenté et numéro d'appel. Un cas facile serait si un opérateur tiers te présente un numéro qui est en fait à toi opérateur, donc tu sais qu'il ment (enfin sauf si ton abonné est en roaming chez lui mais ça tu le sais déjà à ce stade).

On parle de Debian Popularity Contest j'imagine, qui explique comment cela fonctionne.

Oui, on a ce bug tous les ans, en attendant une correction côté ADL.

Cf https://linuxfr.org/news/agenda-du-libre-pour-la-semaine-52-de-l-annee-2023#comment-1946143 (et je viens de corriger pour 2020, 2024 et 2025)

  create_table "bookmarks", (...) CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci"
    t.string "title", limit: 160, null: false

app/models/bookmark.rb

#  title       :string(160)      not null
(...)
  validates :title,     presence: { message: "Le titre est obligatoire" },
                        length: { maximum: 100, message: "Le titre est trop long" }

app/views/bookmarks/_form.html.haml

  = form.label :title, "Sujet du lien"
  = form.text_field :title, autocomplete: 'off', required: 'required', spellcheck: 'true', maxlength: 100

Et a priori la confusion vient d'un mélange entre les hyperliens dans les dépêches et les contenus de type lien :

# Table name: links
(...)
#  title      :string(100)      not null

# Table name: bookmarks
(...)
#  title       :string(160)      not null

Et il manque un trim() sur les deux par ailleurs.