nud a écrit 987 commentaires

Il est question de gigaoctet et pas de gibioctet. Cela devrait répondre à ta question.

L'interpréteur est certes maintenu un certain temps, mais quid des librairies proposées sur leurs gestionnaires de paquet respectifs? Combien de temps sont-elles effectivement maintenues et après combien de temps la compatibilité avec les versions précédentes est-elle perdue? C'est cela que je mentionnais, pas la durée de maintenance de l'interpréteur lui-même.

C'est évidemment très variable d'un langage à l'autre et d'une librairie à l'autre, mais à quoi bon supporter la version d'il y a 3 ou 5 ans s'il est impossible de mettre à jour les dépendances de ton projet sans passer à la nouvelle version?

Au long cours, et au vu notamment de l'influence de les LLM sur la production de CVE, on peut aussi se poser la question de la durée de vie des releases, voire de la pertinence de celles-ci. Backporter plein de (gros) patches de sécurité "à la main" sur une telle masse de paquets représente un énorme travail, qui plus est si ceux-ci fusent comme ces derniers temps.

À terme peut-être que nous serons tous forcés d'adopter le système de la rolling-release, ce qui est en pratique déjà le cas dans beaucoup d'écosystèmes de développement (Go, javascript, python ou PHP, pour en citer quelques-uns, ne poussent pas vraiment à l'utilisation de vieilles versions stables, qui sont très vite abandonnées), et malgré les soucis que ça implique (différences de comportement d'une version d'un logiciel à la suivante).

Personnellement, j'imaginerais assez mal maintenir des systèmes chez des clients sur Arch par exemple, car l'arrivée à tout moment de nouveaux paquets potentiellement incompatibles (comme rsync, dans ce cas) pourrait potentiellement casser quelque chose à tout moment.

My bitcoin was stolen after: 19.28 hours.

Visiblement ça n'a pas tenu très longtemps.

Ben non, la faille a été découverte par des auditeurs en chair et en os il y a deux ans, les hyperscalers ont seulement permis de trouver un exploit en dédiant une quantité faramineuse de puissance de calcul au problème. L'"IA" a servi de fuzzer, en gros.

Par exemple je débranche systématiquement le dock quand le laptop est en veille car sinon effleurer la souris suffit généralement à le réveiller…

Cet article (dans lequel, on ne va pas se mentir, Fastly se passe de la pommade) apporte des réponses relativement simples et compréhensibles aux questions suivantes:

• quelle est l'origine de la faille ?
• pourquoi son impact est-il si important ?
• comment déterminer si on est exposé ?
• comment réduire la surface d'attaque si on ne peut pas mettre à jour pour une raison ou pour une autre ?
• comment détecter une activité suspicieuse ?

mod_php est un module in-process pour Apache, donc il faut redémarrer Apache pour qu'il soit rechargé, oui.

Tu utilises mod_php probablement?

Il s'agit apparemment d'une RCE sans authentification nécessaire, donc plutôt ennuyant. Il y aurait deux failles (CVE-2026-109618 et CVE-2026-109619) dont l'une peut être mitigée via configuration.

Une release coordonnée du correctif est prévue à 14h UTC soit 16h CEST

Il y a une vidéo qui tourne et qui montrerait l'exploitation de la faille.

Ailleurs:

• Annonce officielle de PHP
• CERT-EU
• Hacker News (oui je sais)
• PHP-UP-2026: des détails qui auraient dû attendre 16h
• What you should do now (Vincent Schmalbach)

je n'écoute pas mes messages

et

ne pas répondre au n° inconnus et que si c'est important, la personne laissera un message.

ne sont pas mutuellement exclusifs note bien.

C'était bien la peine de se dépêcher à faire de la conformité préventive dans systemd…

angoisse de voir nos perles technos partir à l'étranger

Ça a certes été créé par des Français, mais ça a été créé aux USA donc y'a rien qui part du tout, l'entreprise est américaine dès le début.

Tout au plus peut-on se questionner sur les circonstances qui ont conduit les 3 français qui ont fondé la boite de le faire aux USA et non en France.

C'est intéressant comme citation mais du coup ça s'applique aussi à codeberg?

Apparemment comme d'habitude: officiellement c'est pour limiter le scraping et le trafic automatisé (sous-entendu l'IA?).

En pratique c'est probablement aussi pour pour améliorer les revenus publicitaires et pour pousser les gens vers le "nouveau site".

Sources:
- https://www.reddit.com/r/modnews/comments/1ujtebf/logging_in_to_use_old_reddit/
- https://arstechnica.com/gadgets/2026/06/reddit-will-require-you-to-log-in-to-use-old-reddit-com/

Un dickover 👌️

Perso j'ai un écran externe à gauche au bureau et à droite à la maison et Gnome semble reconnaître l'écran d'une façon ou d'une autre car la config est correcte aux deux endroits.

Celui qui utilise Hyprland sans contribuer, sans payer en retour, et surtout sans soutenir la rhétorique dégueulasse de l'auteur, ne donne aucun moyen au dev de pousser ladite rhétorique. Mais chacun voit midi à sa porte. La liberté d'utiliser le logiciel, c'est aussi la liberté de ne pas l'utiliser.

Le problème est aussi la promotion et la légitimation des personnes impliquées. Omarchy est "By DHH", c'est écrit sur le site et y'a sa gueule sur la home page. La seule "feature" de cette "distribution" (faut le dire vite) est d'être soi-disant l'environnement de travail de ce trouduc.

À partir d'un certain moment il serait sans doute rentable d'avoir une série de champs ouverts comme par exemple dans Mastodon?

Histoire de couvrir d'un coup les adresses pixelfed, bluesky, movim, eurosky, peertube, whatever

Par contre niveau sécurité et confidentialité, ben si on utilise le mail on ne peut pas faire mieux que le mail, donc ça reste bof bof, Signal est bien meilleur à ce niveau.

Je ne sais pas d'où tu tiens ça mais c'est faux depuis les années 90 et l'introduction de Maestro. Toutes les cartes de débit en Belgique ont porté le logo Maestro pendant 30 ans, jusqu'à ce que Mastercard décide d'arrêter Maestro, et maintenant les cartes supportent soir Visa Débit, soir Mastercard Débit.

De fait, afaict j'ai toujours pu payer avec ma carte de banque à l'étranger, même en France… Par contre je n'ai jamais vu de support en ligne pour Maestro, donc la carte visa/mastercard crédit faisait office de dénominateur commun. Le problème est maintenant réglé car Maestro n'existe plus et Wero se généralise, c'est pour ça que j'indiquais ne plus avoir besoin d'une carte de crédit.

Je ne sais pas quel incident t'as fait réaliser ton privilège d'être Français, mais en Belgique de ce que j'en sais (j'habite un peu là), on utilise très peu les cartes de crédit, on utilise principalement sa "cartes Bancontact" qui ont toujours été des cartes de débit (ils ont changé plusieurs fois de "technologie", initialement Bancontact, puis Maestro et dernièrement Visa Débit).

Je n'ai cherché à avoir une carte de crédit que pour les achats en ligne (parce que Visa était acceptée partout), et en pratique je ne n'en ai plus depuis l'introduction du paiement sécurisé en ligne Bancontact (Payconiq, puis maintenant Wero).

Et pour ce qui est de l'accessibilité, du coup, ben… pour le dire sobrement, "on reviendra".

Une réécriture progressive en Go aurait peut-être plus de chances d'aboutir dans la mesure où une partie du code est déjà en Go, donc les tauliers connaissent déjà. En plus ça aurait l'avantage de diminuer l'utilisation des ressources du serveur, comme avec Rust.

Par contre en pratique il y a peu de chances que quoi que ce soit n'arrive tant que personne ne fait le travail.

https://mamot.fr/@LaQuadrature/116964686985787393

Si un réseau social, c'est toute infrastructure qui permet d'échanger des messages avec des inconnus, LinuxFR compte-t'il respecter cette loi ou juste l'ignorer comme suggéré par LQDN?