Adrien Dorsaz a écrit 959 commentaires

Tout un article sur une seule adresse IPv4 sans aucune mention d'IPv6 et son pendant :: 🙄

Sinon, ils disent faire un responsible disclosure, mais seul Webkit a déployé un correcrif… Je trouve ça étrange, non ?

Dans l'article ils disent que Google aura complètement distribuer le correctif avec la version 133 (en commençant avec la version 128) et actuellement, ils ont déployés la version 127 seulement.

C'est le moteur proposé par Gtk et GNOME Web (alias Epiphany). Malheureusement midori est devenu un dérivé de Firefox depuis.

Si je pouvais¹, j'essaierai pijul, on avait eu ici même de superbes discussions sur la théorie des patchs pour gérer le code source à la place de snapshots de système de fichier (ce que fait git).

Je ne me souviens plus dans quel contenu exactement, je vous laisse suivre l'étiquette pijul et lire les commentaires.

toutes les proses écrites par les internautes, qui n'ont pas réagi depuis plusieurs années, se voient oubliées de force, à l'encontre des citoyens, par la dicature de la RGPD..

Euh non, non pas du tout, les écrits restent si tu lis bien la FAQ: Quelles sont les données inutiles au service qui sont supprimées des comptes fermés ?

En résumé, en automatique, si du contenu a été publié publiquement¹ par le compte, alors les données pour identifier l'auteur restent et les autres données à caractère personnels sont supprimées (email, compte XMPP, compte Mastodon…).

Après, ça ressemble fort à ce qui s'est fait pour le signal TV de toute façon, et j'ai pas entendu beaucoup de cris à l'époque. Ou je suis passé à côté ?

Il y a quelques mois, j'ai récupéré une TV avec un récepteur DVB et je me suis rendu compte qu'il n'y avait plus de signal en Suisse depuis bien plus longtemps. Je n'avais pas vu passer la nouvelle¹ et personne ne m'en avait parlé 😅

Alors que j'avais entendu dans mon entourage des gens parler de la coupure de la diffusion par le câble TV (coaxial).

Il va falloir que j'investisse dans un adaptateur DAB+ et Bluetooth pour mon Opel de ~2012 qui n'a aucune des 2 technologies 😒

---

• [1]: Bon, je ne suis pas non plus un utilisateur typique: mon écran TV ne sert que d'écran pour les consoles de jeux et mon ordinateur, ça fait longtemps que je ne regarde plus d'émission.

J'étais passé à côté de cette nouvelle. Si c'est vraiment le cas, alors je ne vois pas pourquoi la carte sd de lym était vide 🧐

Je ne sais pas trop comment va se comporter un fail2ban et autres outils basés logs textes non plus.

Il est possible de configurer systemd pour transmettre plus loin les logs, pour être compatible.

Pour fail2ban, ils ont ajouté une fonctionnalité pour lire les logs de journald.

Je ne sais pas pourquoi, mais Debian laisse par défaut systemd-journald enregistrer les logs dans la mémoire vive sans les enregistrer sur le disque.

Pour corriger cette configuration tu peux soit créer le dossier /var/log/journal soit modifier le fichier /etv/systemd/journald.conf avec l'option Storage=persistent.

Ensuite, tu pourras trouver les fichiers de logs dans ta carte mémoire.

Cf le manuel: https://www.man7.org/linux/man-pages/man5/journald.conf.5.html

Des décennies d'habitudes sont là et rien que pour regarder/filtrer ses logs, qui a le réflexe systemd?

La semaine dernière, mon entreprise a mis à jour l'antivirus ESET sur les machines.

Deux démarrages avant, je savais que ce service était en erreur. J'ai retrouvé le bon message d'erreur avec:

journalctl -b -2 -perr --grep eset

Ensuite, pour vérifier que l'erreur a bien été réglée avec la mise à jour et le dernier redémarrage, j'ai juste eu à modifier l'option -b:

journalctl -b 0 -perr --grep eset

Et j'aime bien cette manière de travailler: je n'ai pas eu besoin de savoir quel répertoire chercher dans /var/log, ni de savoir quel fichier *.1.log, *.2.log lire (et pire, peut être *.3.log.gz, même si vim sait gérer tout ce cas). J'ai juste pu dire concrètement à journalctl ce que je cherchais.

Remarque, que, même en vacances sans l'ordinateur du boulot, j'ai pu ressortir de tête la commande: elle est vraiment logique et sans piège bizarre. Je n'aurais jamais pu le faire avec sysvinit et les logs fichiers de /var/log/xxx.

C'est moi qui suis désolé, ce n'était pas vraiment un doublon puisque ça demandait aussi de rajouter des contenus dans le tableau de bord :)

J'ai mis à jour la pull request pour intégrer tous les types de contenu dans un tableau: https://linuxfr.org/suivi/notifier-les-nouveaux-commentaire-sur-ses-messages-du-forum#comment-1960540

Voilà, j'ai mis à jour la pull request pour ajouter un tableau générique qui affiche les 10 derniers contenus publiés par l'utilisateur.

J'ai enlevé celui du forum, mais j'ai gardé le tableau pour les entrées de suivi (les suivis peuvent rester longtemps ouverts).

J'ai aussi profité pour aligner les titres des tableaux avec les contenus et de rendre les tableaux scrollables pour éviter de casser la vue sur les petits écrans.

Si je me souviens bien, tout visiteur peut participer au sondage sans avoir de compte.

Le filtrage par IP est juste fait pour éviter que quelqu'un spam un sondage. D'ailleurs, le filtrage est limité dans le temps de manière assez courte pour permettre à plusieurs personnes d'un même domicile de voter.

Pour faire pareil avec ipv6, il faudrait filtrer par préfixe de réseau (genre /48).

Si je me souviens bien, l'estimation d'utilisation de la batterie (et de son temps restant avec la même consommation) est disponible dans powertop uniquement quand le secteur est débranché.

Il faut compléter cette pull request avec cette demande: https://linuxfr.org/suivi/etre-automatiquement-notifie-de-tous-les-commentaires-lors-d-une-publication#comment-1900408

On pourrait limiter aux contenus qui sont encore commentable.

Oui, j'ai remarqué quand j'ai repris le code ce matin. Il y a un lien vers une autre entrée de suivi qui demande justement de rajouter ces contenus dans le tableau de bord (je l'avais marquée comme doublon, mais c'est plutôt complémentaire).

Si jamais vous produisez régulièrement des nouveaux contenus, le tableau de bord ne notifie pas des nouveaux fils de réponse: https://linuxfr.org/suivi/notifier-les-nouveaux-commentaire-sur-ses-messages-du-forum

Le rapport date de 2019 et le correctif de 2021 😬

Merci d'avoir vu l'identifiant dans le lien, ça permet au moins de régler ce cas.

C'est bizarre leur génération de lien quand même. En poussant un peu l'idée du titre et sous titre dans le lien, on pourrait y mettre aussi tout le texte de l'article. Pourquoi pas finalement ? 🫣

Un peu plus sérieusement, je suis personnellement pour généralement ne pas limiter les champs en base de donnée à l'exception du cas où une contrainte forte doit être appliquée. C'est en tout cas les conseils que j'ai lu pour Postgres, mais je ne sais pas si ça marche aussi pour mysql.

Maintenant, au delà de la technique, laisser la taille libre implique aussi que les disques dur peuvent se remplir si des romans sont mis dans les liens. Il faudrait peut-être trouver un juste milieu, par exemple 1'000 caractères ? Ou alors limiter en taille genre 2kio ce qui correspond à 512 caractères utf-8 codés sur 4 octets ou 2048 s'ils sont codés uniquement sur 1 octet.

Hello,

Si je comprend bien le suivi pointé, le logo est déjà disponible. Il faudra juste demander à l'équipe de modération d'activer le logo en juin.

Ça peut se faire sur la tribune de l'espace de rédaction ou par mail le moment venu.

On va éviter de créer chaque mois une entrée de suivi pour changer le logo ;)

Petite correction, avec un PHP moderne, tu peux reformuler:

Si je devais aujourd'hui utiliser un framework, j'opterai pour un language comme PHP, Go ou Rust, qui ont un typage fort.

Le typage en PHP est une réalité de nos jours, on n'est plus bloqué avec PHP 5.3 ;)

Oh, merci pour l'info, j'avais entendu parlé de cuda et opencl, mais je ne me doutais pas que Vulkan pouvait aussi être utilisé pour travailler avec le GPU.

Je pensais bêtement que, étant le successeur d'opengl, c'était un outil dédié au graphisme.

Vulkan est en concurrence avec OpenCl pour une implémentation open source d'outil pour calculer sur GPU ?

Ah voilà, il me semblait que cette fonctionnalité de partage sous Android avait déjà était demandée à xdg portal.

Cette demande a été clôturée car elle duplique celle-ci qui n'est pas encore résolue :-/

Alors je pense que cette fonctionnalité nécessite de sortir de la sandbox Flatpak et, donc, il y a besoin d'avoir un portail xdg.

Si aucun portail ne propose cette fonctionnalité, alors ni Firefox, ni ses extensions ne pourront faire quoique ce soit.

Je pense qu'il faut sortir de la sandbox pour établir la liste des programmes disponibles et ensuite pour exécuter le programme avec le lien en argument.

Tant qu'auncun portail ne permet ça, le plus simple est le copié/coller depuis la barre d'adresse.

Avec Debian et le backend packagekit pour apt, Gnome Software est beaucoup plus réactif que sur Fedora.

En fait, dnf est vraiment très lent comparé à apt, c'est le point qui me chagrine le plus avec Fedora…

Ah en lisant la doc, je vois que l'on peut même faire plus propre:

<%= render "nodes/front_matter", :content => @tracker %>

<%= raw @tracker.wiki_body.encode(universal_newline: true) %>

Pour faire un markdown propre, il faudrait remplacer les CRLF par des LF au moment de la génération du fichier Markdown, comme ça on est sûr de ne pas impacter le reste de l'application.

Ah voilà, c'est possible avec Ruby 1.9.

Par exemple, on devrait patcher comme ça, le fichier "show.md.erb" pour les trackers:

<%= render "nodes/front_matter", :content => @tracker %>

<%= raw @tracker.wiki_body.encode(@tracker.wiki_body.encoding, universal_newline: true) %>

J'ai testé ça et ça produit un fichier uniquement avec des LF.