Benoît Sibaud a écrit 10632 commentaires

Avec les alt qui correspondent et l'ordre décrit ensuite.

Elles seront conservées plus de 15j si elles sont utilisées comme images sur LinuxFr.org (vues qu'elles seront stockées indéfiniment dans le cache img).

Nb: ça n'a pas l'air très adapté au mobile. Faut que je réessaie depuis un grand écran.

Corrigé, merci. Fait chaud non ? Ça paraît tellement évident maintenant alors qu'hier je cherchais où était la syntaxe C++ en ^^! et qu'est-ce que ça voulait bien dire, est-ce qu'on parlait >> vs > > (apparemment les compilos sont tout à fait capables de différencier du double templating d'un opérateur >>, bref je n'y étais pas du tout.

Corrigé pour la première phrase. Je n'ai pas compris la seconde phrase.

Lien supprimé, précisément parce que c'est un lien de pub.

De bien meilleurs articles
https://linuxfr.org/users/thoasm/liens/news-publishers-limit-internet-archive-access-due-to-ai-scraping-concerns
https://linuxfr.org/users/thoasm/liens/new-story-the-long-now-of-the-web-inside-the-internet-archive-s-fight-against-forgetting

PR https://github.com/linuxfrorg/linuxfr.org/pull/428

C'est fou, le code était là depuis 2012, et personne n'avait traduit l'interface (ou signalé son absence de traduction). Dans mon cas, ça doit être une des premières fois où je l'utilise il faut dire…

Le souci sur l'apostrophe ne date lui que d'une désynchronisation créé en 2020.

(Source : j'y étais. Je suis l'auteur de la spec qui fait que vous pouvez copier-coller des caractères Unicode sans peur.)

Merci pour la spec. Mais attention à certains copier-coller quand même.

• message caché dans un emoji https://linuxfr.org/users/oumph/liens/cacher-un-message-dans-un-emoji-comme
• copier/coller trompeur dans un navigateur https://thejh.net/misc/website-terminal-copy-paste

« Quelles sont les 5 étapes du deuil ? »

Idée captcha: est-ce que vous voyez cette couleur ?
Et si tu réponds oui, tu ne peux pas rentrer.

Oui, j'ai zappé car il y avait d'autres urgences pour le site, et personne d'autre (et moi non plus) ne s'en est aperçu avant.

Y en a plein d'autres. Exemple https://pic.infini.fr/ ou d'autres par exemple dans https://www.chatons.org/search/by-service?service_type_target_id=149&field_alternatives_aux_services_target_id=All&field_software_target_id=All&field_is_shared_value=All&title=

C'est une distrib fait pour ne pas avoir de non-libre, donc elle s'arrange pour ne pas avoir de non-libre, ça ne paraît pas forcément choquant. Après oui, avoir du matériel qui nécessite des firmwares non libres devient un souci. Et la correction est soit de changer de matériel (à supposer que ça existe), soit de désactiver les protections anti-non-libres, soit de changer de distrib ?

Cf https://linuxfr.org/suivi/proposer-une-option-pour-archiver-sur-internet-archive

(tiré du doublon https://linuxfr.org/suivi/lien-vers-page-archive-de-lien-pour-eviter-404 )

lien intemporel https://web.archive.org/web/*/https://example.com qui pourrait être ajouté

Et il faut sans doute ajouter la pression sur les profs qui serait amplifiée, même c'est déjà un peu le cas avec le contrôle continu a priori (« Vous êtes trop méchant avec mes gosses » ou « S'ils n'ont pas plus je vous tape » ou « C'est votre faute si mes enfants ne peuvent entrer à Polycentralsup le Grand » ). Alors que sur un concours ou un examen, l'évaluation est faite par d'autres profs que les personnes habituelles.

Est-ce qu'un mail d'avertissement est envoyé dans le cas d'une suppression sur absence de connexion (désolé si ça a déjà été dit).

Non il n'y a actuellement pas d'envoi d'avertissement.

1. On aurait potentiellement eu besoin de bien étaler les envois pour envoyer 24500 courriels sans se faire classer spammeurs. Et ça voudrait dire relancer les spammeurs aussi.
2. J'avais zappé que c'était applicable au 31 mai, je pensais que c'était au 28 juin l'anniv du site…
3. Il faudrait le code pour, qui reste à faire.

https://linuxfr.org/aide#aide-note pour les notes sur les contenus
https://linuxfr.org/aide#aide-karma pour le système de karma

à première vue, il manque deux points :

• les contenus n'affichent (actuellement) jamais le détail des pertinents/inutiles, juste une note globale (et le détail des pertinents/inutiles n'est disponible que 3 mois cf https://github.com/linuxfrorg/linuxfr.org/blob/265983e9685bcc696daca9e0eb5072344a657252/db/redis.txt#L30 )
• les commentaires ont pendant 3 mois le détail des pertinents/inutiles, puis ensuite seulement une note globale (cf https://github.com/linuxfrorg/linuxfr.org/blob/265983e9685bcc696daca9e0eb5072344a657252/db/redis.txt#L12 )

Avec latest, ça peut simplement échouer si le tag n'existe pas du tout, ou ramener la dernière version buguée toute fraîche ou une version vérolée.
Avec x.y.z, on indique une version donnée mais l'image peut changer (il y a des images qui sont reconstruites régulièrement pour mettre à jour les dépendances sans changer la version du logiciel principal). Et une version x.y.z correcte à l'instant t n'offre pas de garantie en sécurité pour la suite si l'image change (cas récent de trivy et sa version vérolée). Certains projets offrent une image x.y.z mise à jour régulièrement et une x.y.z-immutable figée.
Avec le sha256, on fige une image précise et elle restera ainsi. (x.y.z@sha256 est du sucre syntaxique pour indiquer à l'humain la version mais c'est le sha qui sert).

Waouh déjà une nouvelle version, ça évolue vite. Corrigé, merci.

• comment est défini un « compte inactif » ? La question est posée en commentaire dans la dépêche originale, pourtant la réponse n'est pas claire. Il semblerait que se connecter ne suffise pas à éviter de perdre son compte.

Il s'est avéré à l'époque que l'indicateur "updated_at" du compte n'était pas utilisable comme indicateur d'activité, et un "last_seen_on" a été ajouté ensuite (après la dépêche initiale donc) le 31 mai 2023 (cf https://linuxfr.org/suivi/pouvoir-determiner-si-un-compte-a-eu-de-l-activite-recemment et https://linuxfr.org/suivi/derniere-visite-affichage-et-stats et https://github.com/linuxfrorg/linuxfr.org/pull/376 ). Et il suffit de visiter le site en étant connecté pour qu'il soit mis à jour (y compris sans écrire).

• Une option sera-t-elle mise en place pour déclarer qu'on veut éviter de se faire passer à la moulinette ?

Non, ça serait contraire à la législation au final (on ne doit pas garder indéfiniment des données personnelles). Et par ailleurs, il suffit de se connecter une fois tous les 3 ans pour ne pas être concerné.e.

Cf https://www.mail-archive.com/frnog@frnog.org/msg80526.html
Cogent Rennes : "En gros : fait trop chaud, éteignez votre matos."

« C'est pas ce que vous croivez. » (Peter B.)

Actuellement c'est les versions de dépêches qui permettent

• d'avoir la liste des personnes ayant contribué
• qui a écrit quoi dans la dépêche et quand

On a donc la question du droit d'auteur et de la paternité (qui a écrit quoi et quand), la question des éventuels litiges qui nécessiterait de savoir qui a écrit quoi et quand (diffamation, plagiat, etc.) et de façon plus annexe on pourrait avoir la question de la recherche et des archives (très limité car les anciennes versions de dépêches ne sont pas publiques).

On pourrait dire qu'une fois passée la période de contentieux, on considère que c'est une œuvre collective (indépendamment de savoir si Ada a écrit 83% du contenu, Bob 16% et Eve 1%, et quels % ont été écrit par qui), pour ne garder juste que "Ada, Bob, Eve" comme co-auteurs (actuellement en premier se trouve le compte sous lequel le contenu est publié, indépendamment de son rôle réel dans l'écriture).

On pourrait dire que si Ada a écrit les versions 13 à 17, on se fiche un peu des version 13 à 16 en fait, vu que la différence entre 12 et 17 nous dit ce qu'Ada a changé au final en cumulé, si on accepte que les dates des versions 13 à 16 sont sans importance (un contre-exemple serait un cas de plagiat à 1 jour près). Ce qui peut s'étendre au cas où Ada a écrit de la version 1 à la dernière, auquel cas on pourrait ne garder que la dernière (ou juste les deux extrêmes si nécessaires).

ça revient à dire que le cas le plus simple est "tout est écrit par Anonyme" ou "tout est écrit par Ada". Ensuite tout dépend si on considère que c'est une œuvre collective (le cas explicite est lorsque c'est publié sous le compte Collectif) ou un assemblage de modifications faites par des individus. Dans le premier cas, on pourrait ne conserver que l'info de qui a écrit quelque chose (la date et le quoi n'étant plus utiles). Dans le second cas, il faudrait théoriquement tout conserver. Après je me demande si les autres sites ayant des contenus collaboratifs générés par le lectorat s'embêtent réellement à tout garder indéfiniment. (j'ai pensé "sites" mais sur un livre papier ou numérique à plusieurs, je ne suis pas sûr que l'éditeur conserverait la liste de quelle ligne a été écrite par qui indéfiniment…)

(avant la version actuelle Ruby du code, une seule version d'une dépêche était stockée, mais elle n'était associée qu'à un seul compte. C'est la version Ruby de 2011 qui a amené l'édition collaborative et de nouvelles contraintes sur le stockage des versions)

Le même jour :

https://www.zdnet.fr/actualites/alibaba-cloud-ouvre-deux-regions-en-france-497411.htm

Le fournisseur chinois de services cloud avance ses pions sur le marché français en annonçant l'ouverture de deux régions en France, basées sur un datacenter basé à Paris.