Benoît Sibaud a écrit 10636 commentaires

Je dirai que les liens appartiennent à ceux qui les postent et que ceux qui cliquent n'ont qu'à pas cliquer n'importe où.

Parmi les choix d'implémentation :

• ne rien faire (ie démerdez-vous avec votre antipub et vos plugins filtrants de navigateur, si vous en avez)
• avertir la personne qui soumet un lien (ie ton lien est en http et pas https, il contient tel et tel paramètres de pistage, il a déjà été donné, la langue n'est pas définie, et ce site a une mauvaise réputation)
  • juste avertir
  • avertir et empêcher la soumission
• filtrer (ce qui est évoqué dans la description actuelle du ticket)

https://en.wikipedia.org/wiki/UTM_parameters

Ce journal est mon deux centième. À 1000, on offre un point de karma je crois.

Rapport climat/libre : TLDR, le Nuage, ça a l'air simple mais c'est compliqué.

Avec --horror ça ne liste que les CVE critiques de ton code et tes pires erreurs de programmation, et après ça les poste à ton nom, avec un commentaire « Mon code est évidemment parfait et je vous mets au défi de trouver un souci bande de nazes ».

Corrigé, merci.

à tout hasard gh et glab :

• https://cli.github.com/ et https://github.com/cli/cli#installation
• https://docs.gitlab.com/ee/editor_extensions/gitlab_cli/ et https://gitlab.com/gitlab-org/cli

Simple doublon

A priori une différence majeure entre le vivant et l'informatique, c'est la copie/mutation : dans le vivant il y a des mutations partout tout le temps (UV, radiations, erreurs de copie, etc.) Et des mécanismes de correction partout tout le temps pour limiter les soucis, et en même temps c'est aussi la base de l'évolution/adaptation. En informatique, c'est très largement un monde d'exactitude froide et de copie exacte (sauf soucis matériels, bugs logiciels, rayons énergétiques, etc.). Les sommes de contrôle marchent mieux dans un monde de copies exactes. Une détection de comportement anormal / utilisation de fonctionnalité non prévue type SElinux/apparmor/etc. marcherait mieux sur un monde plus flou. Mais le vivant ne fournissant pas trop d'accès aux logs, aux métriques, au mode debug ou la liste des primitives système avec une API de refus bas niveau, ça n'est pas implémenté encore.

Et merci à l'organisation, en particulier à celle du CTF.

cf https://linuxfr.org/users/oumph/journaux/les-textes-du-gouvernement-francais par exemple (qui parle des entrées DNS gouv.fr notamment liées au GAFAM)

Myspace est plus connu que Mytab (y a Mygale aussi).

Fusionnée, déployée.

Bon vu qu'on peut dire ce que l'on veut en étant de mauvaise foi et sans chercher à évaluer les avantages et les inconvénients de chaque choix, juste pour faire une entrée de blog, je propose de n'utiliser ni espace ni tab pour l'indentation : ça économise plein de caractères (et d'octets), c'est encore mieux pour les tablettes braille, les langages qui ont besoin d'espaces ou de tab pour l'indentation sont nuls. Prochaineétapetouslesblancs!

Penser à ajouter 6h si vous êtes par exemple dans le fuseau horaire de Paris (CEST)

8:30 Ouverture de la réunion et période de réseautage (ÉTS et en virtuel)
9:00 Mot de bienvenue (ÉTS et en virtuel)
9:10 à 12:00 Présentations des partenaires (ÉTS et en virtuel)
12:00 à 13:00 Dîner fourni par Savoir-Faire Linux (pizza et liqueurs)

liqueur que l'on appellerait plutôt soda de ce côté de l'Atlantique, et dîner plutôt déjeuner (enfin sauf en Belgique, en Suisse, au Congo-Kinshasa et en Occitanie apparemment)

et le gâteau du 20ᵉ anniversaire par Services-Conseils Linux
12:30 Début du CTF (en virtuel sur BBB)

Cela sera ma troisième participation à ce Capture The Flag, et je continue à le recommander.

13:00 à 18:00 Présentations de la communauté (ÉTS et en virtuel)
18:30 à 20:30 Souper des 20 ans des Linux-Meetup (chez Amir à côté de l'ÉTS)

Pour le souper, en France on dirait plutôt dîner, pas comme en Belgique, Suisse et Occitanie… le mystère reste entier pour le Congo-Kinshasa.

20:30 Fin du CTF (en virtuel sur BBB)
20:45 Remise des prix aux meilleures équipes (en virtuel sur BBB)
21:00 On se trouve un bar pour finir cela en beauté ;-)

Il y a peut-être un message caché perdu à la traduction, mais il m'échappe :).

22:30 Fin du réseautage sur BBB

Lien supprimé.

Corrigé, merci.

Cf https://github.com/NVIDIA/open-gpu-kernel-modules/discussions/157

GSP GPU System Processor
RM Resource Manager

https://github.com/nono/french-rails/pull/4

Dépôt forké en attendant. Et https://github.com/linuxfrorg/french-rails/pull/1 fusionnée.

https://github.com/linuxfrorg/html-pipeline-linuxfr/pull/6

Fusionnée.

Corrigé, merci.

Logs d'accès :

408 [19/Sep/2023:14:41:xx +0200]
405 [19/Sep/2023:14:42:xx +0200]
302 [19/Sep/2023:14:43:xx +0200]

Tous des HTTP 2xx ou des 3xx, hormis un 404 parfaitement justifié.

Bref faut-il plus ou moins cacher le trafic web ? (voir Devoxx 2023)

Ou bien chercher une référence au 14h42, l'émission de Jean Marc Manach sur Next INpact qui va changer de main au 25 septembre (Next INpact pas JMM, suivez un peu) ?

Cf https://linuxfr.org/suivi/suppression-des-donnees-inutiles-au-service-sur-les-comptes-fermes#comment-1936231

plus prise en compte de la discussion sur la visibilité des dates/timestamps d'un compte. Cf https://linuxfr.org/users/oumph/journaux/linuxfr-org-premiere-quinzaine-de-septembre-2023#comment-1936041

Proposition de MR https://github.com/linuxfrorg/linuxfr.org/pull/376

• les mises à jour de doc mentionnées précédemment
• l'équipe d'administration n'a plus qu'une vue floutée de la dernière visite (moins d'une mois, moins d'un an, de trois ans, jamais), ce qui correspond aux seuils utiles (pour envisager retirer une habilitation ou pour la minimisation des données à caractère personnel)
• on donne plus d'info à la personne liée au compte sur qui voit quoi
• on n'affiche plus la date de dernière action du compte qui est de toute façon inutile
• la personne liée au compte se fiche de sa dernière visite vu que c'est maintenant si elle la voit
• la personne liée au compte est la seule intéressée par la vue sur la date de dernière connexion (principalement pour voir si une connexion inattendue est survenue)
• la modération voit les actions courantes et passées liées à la modération

Effet indirect côté Redis il faudrait aussi nettoyer les éventuels entrées sans expiration :

• les tribunes de dépêches purgées boards/chans/news/<news_id>
• les messages dans les tribunes purgées et les messages dans les tribunes par des comptes purgés boards/msg/<msg_id> et boards/id
• les conversions journal->dépêche convert/<news_id> pour des journaux ou dépêches purgées
• les nombres de hits sur les liens de dépêches links/<link_id>/hits et links/<link_id>/url
• les votes de la modération sur les dépêches purgées news/<news_id>/<vote> ou news/urgent

(en attendant on compte sur le script de vérification du contenu de redis pour se plaindre a posteriori)

Un outil de communication pas si "nouveau", on s'en servait ponctuellement sur les événements type POSS, puis on a commencé à l'utiliser pour discuter au sein du conseil d'administration de l'asso (pour les polos notamment), puis ensuite pour les tâches d'admin. sys. et de développement.
Pas vraiment pour la modération ou l'admin web du site.

LinuxFr n'a pas de stand ou de bénévoles sur place (mais on était dans les échanges).