Devoir trouver le (ou les) ticket et se fader tous les commentaires c'est relou surtout que ça n'est souvent pas suffisant, il y a un travail amont de choix qui se trouve soit dans des liste de diffusions soit interne à Mozilla.
Ça me fait penser que moi qui ai l'habitude d'utiliser UDF sur mes clefs, j'ai fais crasher violemment une imprimante pro en lui branchant ma clef USB.
Oui, flock n'est pas le plus gros des problèmes qui cela arrive, mais ça reste tout de même un problème. La solution est tellement simple que je ne vois pas de raison de ne pas le faire.
L'enjeu est bien plus grand que ce qu'il semble dire ("ça ne sert à rien parce que sur 8 bits d'entropie on sait pas ce que ça donne"), laisser à Google une position dominante dans :
Je trouve triste (sincèrement) de penser que c'est l'esprit corps qui protège la corporation alors que c'est l'inverse… Combien faudra il d'exemples pour que ça rentre dans les meurs ?
[^] # Re: Même si je ne suis pas fan des liens, celui-ci ne me gène pas.
Posté par barmic 🦦 . En réponse au lien Koena mise en demeure par FACIL’iti. Évalué à  5.
Ça coûte un peu, mais juste sponsoriser les tweets en question ça peu être marrant.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Remarques
Posté par barmic 🦦 . En réponse à la dépêche Des systèmes de fichiers pour périphérique amovible. Évalué à  4.
Quelque soit le système de fichiers j'utilise photorec pour ça.
Tous les fs de MS ont besoin de faire des défragmentation régulières. En soit les fs doivent faire de la correction régulière soit c'est fait offline via un fsck soit une defrag soit en ligne comme le font zfs, btrfs ou hammerfs. Je vois pas où est la question de qualité là dedans.
Si je ne me trompe pas les ext ont un compteur de montages qui indique le nombre de montage sans fsck et indique quand il faut le faire (c'est configurable via tune2fs). C'est fait au démarrage, je n'utilise plus assez ce genre de fs pour savoir si c'est le cas avec des montages manuels.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Remarques
Posté par barmic 🦦 . En réponse à la dépêche Des systèmes de fichiers pour périphérique amovible. Évalué à  4. Dernière modification le 26 avril 2021 à 12:44.
MĂŞme debian le propose sans warning maintenant.
Ils ont revu la journalisation pour qu'elle soit mieux adaptée, mais leur algorithme d'allocation basé sur la géométrie interne ne sert à rien quand tu as un firmware qui est là pour te cacher la géométrie interne et créer une indirection.
Les durées de vies des ssd ont explosées depuis l'époque en question. Si c'était si nécessaire il serait urgent de passer à des fs comme zfs, btrfs ou hammerfs pour supprimer la journalisation sur les disques internes et il serait à propos que les distributions par défaut sur ssd t'installent un fs sans journal donc, mais avec aussi quelques options comme noatime, te mettent un gros warning pour l'usage du swap, etc. Aucune distribution le fait.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Remarques
Posté par barmic 🦦 . En réponse à la dépêche Des systèmes de fichiers pour périphérique amovible. Évalué à  3.
Je fais nettement plus confiance à btrfs qu'à ntfs3g pour le coup. Entre un format qui est maitrisé et dont le développement est assuré directement au sein de la LKML et l'accès à une format géré par divers microsofteries potentiellement avec chacune leurs petites bizarreries hors de la LKML mon choix est vite fais. De la même manière utiliser ext4 sans journalisation qui est un usage non conventionnel du fs et qui va réduire de je ne sais pas sa fiabilité alors qu'une partie de l'outillage s'attend à avoir un journal me paraît tout aussi dangereux.
Je ne suis pas du genre à faire confiance en un élément physique pour stocker mes données (surtout une clef usb ou carte mémoire). Une clef usb c'est la même chose qu'un câble ethernet. Ça permet d'échanger entre 2 machines ou entre 2 OS d'une même machine, mais ça ne va pas plus loin. Pour un disque usb qui servirait de sauvegarde, ça ne se discute pas : fat, exfat et ntfs sont exclus, ils vont te flinguer les droits (je parle bien des droits et pas des propriétaires) et sur disque que ce soit à plateau ou sdd F2FS n'est pas fait pour et je ne vois pas pourquoi désactiver la journalisation dessus.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Et quand ce n’est pas un ordinateur ?
Posté par barmic 🦦 . En réponse à la dépêche Des systèmes de fichiers pour périphérique amovible. Évalué à  3.
Hum ? Il y a une augmentation de la fréquence de rotation pour aligner la production à la consommation, mais je suis surpris que ça ai une influence directe sur le champ magnétique de la bibine.
De plus je ne serais pas aussi catégorique parce que je ne sais pas si le couplage consommation/production et si bien aligné que ça. Est-ce qu'il n'y a pas une surconsommation générale qui est diminuée lors de l'utilisation de l'autoradio ? Est-ce que l'autoradio ne consomme pas simplement une légère partie de l'énergie habituellement envoyée à la batterie ?
Je suis très loin d'avoir le niveau en électricité et dans le fonctionnement d'une voiture pour vérifier.
Par contre c'est un épiphénomène, la consommation lié aux phares, autoradio, etc doit être minime face à l'énergie nécessaire pour déplacer 1t sur des dizaines de km. Ce n'est qu'une démarche intellectuelle et pas une démarche écologique.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: En réponse
Posté par barmic 🦦 . En réponse au lien L'université du Minnesota bannie du développement du noyau Linux. Évalué à  4.
Pour le point ici, il n'est pas question de cequi est permis ou non pour la recherche. Il y a une bbranche qui s'appelle chaos engenering qui peut s'intéresser à ça, mais ça ne se fait pas dans n'importe quelle condition.
C'est un peu comme les tests cliniques dans la santé, c'est une question de protocole. Pour que ce soit éthique, que le résultat soit probant et de contrôler les risques.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: fatigant?
Posté par barmic 🦦 . En réponse au journal nouvelle interface pour Firefox 89. Évalué à  1.
J'aime beaucoup Firefox et je suis enthousiaste de leurs changements. Je trouve qu'ils n'expliquent pas assez leurs changement, pas seulement graphiques. Pour les changements d'UI il faudrait en faire la publicité sur leurs canaux classiques et traduit.
Devoir trouver le (ou les) ticket et se fader tous les commentaires c'est relou surtout que ça n'est souvent pas suffisant, il y a un travail amont de choix qui se trouve soit dans des liste de diffusions soit interne à Mozilla.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
# Remarques
Posté par barmic 🦦 . En réponse à la dépêche Des systèmes de fichiers pour périphérique amovible. Évalué à  4.
J'ai quelques remarques :)
unixeries
Autant les liens symboliques je peux voir l'intérêt autant tout le reste je ne pense pas que ça ai du sens dans le cadre d'un périphérique amovible que tu cherche à passer d'un système à un autre, mais tu as oublié une unixerie qui peut être très importante : les propriétés étendues (xattrs dans la langue de molière) et pour le coup je sais qu'il y a eu des évolutions récentes qui ne sont pas arrivées immédiatement dans tous les fs (je crois que c'est une augmentation de la taille limite).
UDF
La dernière fois que j'ai formaté une clef usb en UDF (c'est le format que j'utilise de base), il m'a était notifié par l'outil que MacOS n'aime pas avoir un périphérique UDF avec une table de partition. Je ne sais pas ce qu'il en ai (j'utilise une debian stable ça a peut être évolué ces 2 dernières années).
fsck
Tu reproche à udf de ne pas avoir de fsck, mais est-ce que le fsck d'ext4 est opérant si on a désactivé le journal ? Autre point ext* aime bien avoir un fsck régulier ce qui n'est pas forcément pratique pour un périphérique amovible.
btrfs
Quitte à partir sur de l'ext4 sans journal peut être que btrfs peut être une bonne idée ? Il aura globalement les même problèmes, mais il n'a de base pas de journal.
fscrypt
Une fonctionnalité qui peut par contre faire sortir du lot ext4 et f2fs c'est le support de fscrypt. Ça permet de chiffrer les données, mais contrairement à un chiffrement au niveau bloc device (ce que fais dm-crypt) ici il va être possible de chiffrer des dossiers. C'est intéressant pour pouvoir ne chiffrer qu'un dossier et ne pas avoir à créer différentes partitions pour ça (ce qui fait perdre en souplesse pour la gestion de l'espace).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Et quand ce n’est pas un ordinateur ?
Posté par barmic 🦦 . En réponse à la dépêche Des systèmes de fichiers pour périphérique amovible. Évalué à  6.
Ça me fait penser que moi qui ai l'habitude d'utiliser UDF sur mes clefs, j'ai fais crasher violemment une imprimante pro en lui branchant ma clef USB.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: À nuancer ?
Posté par barmic 🦦 . En réponse à l’entrée du suivi Désactiver FLoC sur linuxfr. Évalué à  0 (+0/-0).
D'une part si on les laisse faire ne t'inquiète pas ils n'y en aura pas d'autres. En payant sur ce genres de suppositions on ne fait plus rien parce que peut être que dans l'avenir ce sera plus compliqué. C'est un argument qui marche avec tout, Mais qui ne s'appuie sur rien.
C'est l'inverse, tu te plis Ă leur tracking.
On est d'accord que c'est écœurant et la majeure partie des créateurs de navigateurs affirment ne pas vouloir de ça (même s'ils sont sur une base chromium).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: À nuancer ?
Posté par barmic 🦦 . En réponse à l’entrée du suivi Désactiver FLoC sur linuxfr. Évalué à  3 (+0/-0).
À partir du moment où tu affiche du contenu d'utilisateurs ça ouvre la porte aux failles de type xss. Oui c'est facile de s'en prémunir, oui aujourd'hui linuxfr n'a pas de faille de ce type connu, mais il ne me paraît pas possible de garantir cela dans le temps.
Oui, flock n'est pas le plus gros des problèmes qui cela arrive, mais ça reste tout de même un problème. La solution est tellement simple que je ne vois pas de raison de ne pas le faire.
Et encore après réflexion je ne sais pas si le problème ne se pose pas déjà avec les css du site. Qui peuvent charger du contenu extérieur.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: À nuancer ?
Posté par barmic 🦦 . En réponse à l’entrée du suivi Désactiver FLoC sur linuxfr. Évalué à  4 (+0/-0).
Je ne suis pas d'accord avec lui. Tu ne peux pas garantir malgré toute la bonne volonté du monde que tu ne sera sujet à une injection.
L'enjeu est bien plus grand que ce qu'il semble dire ("ça ne sert à rien parce que sur 8 bits d'entropie on sait pas ce que ça donne"), laisser à Google une position dominante dans :
Est un énorme problème, ça n'est pas même pas une question de libre ou de déontologie même pour des problèmes de marché ça ne peut pas fonctionner.
On ne peut pas face à cela juste avoir une position résignée. Ça me fait penser au paradoxe de Newcombe que j'ai découvert récemment.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Besoin de quelques Ă©claircissements
Posté par barmic 🦦 . En réponse à la dépêche Communiquer avec le serveur depuis un navigateur Web : XHR, SSE et WebSockets. Évalué à  2.
C'est l'association long polling <=> multiplexage de message serveur qui n'est pas systématique. Tu peux faire du long polling pour un usage transitoire à fin de ne recevoir qu'un seul message.
Je ne remet pas en cause ton usage. C'est juste que j'ai dû relire plusieurs fois pour comprendre alors que j'en ai déjà fais.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Besoin de quelques Ă©claircissements
Posté par barmic 🦦 . En réponse à la dépêche Communiquer avec le serveur depuis un navigateur Web : XHR, SSE et WebSockets. Évalué à  3.
C'est un truc que j'ai eu du mal à comprendre : quand tu parle de requêtes longues, tu parle en fait de multiplexer des requêtes.
Pour moi une requête longue et l'utilisation de long polling c'est surtout le fait que le serveur ne réponde pas au client tant qu'il n'a pas lui même la réponse. Il y a des méthodes pour limiter les risques de timeout en générant du trafic tcp, mais on reste sur une requête → une réponse.
Avec ce genre de multiplexage, je pense qu'il est intéressant d'éviter de recréer la roue et d'utiliser des méthodes plus éprouvé qu'au doigt mouiller. Le SEND de stomp par exemple est fait pour ça ou à minima un format fait pour être streamé comme yaml avec la séparation en document. Je n'ai jamais trop essayé, mais je me demande même si les bibliothèques json orientée streaming ne peuvent pas faire un truc sympas pour ça (tu stream un tableau json infini dont chaque élément est un message.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: modification de fichiers gérés par un paquet
Posté par barmic 🦦 . En réponse au journal Atomisation des SPAM (postfix) : Hack de spf-policyd. Évalué à  8.
Pour ça il est possible d'utiliser dpkg-divert qui est fais pour ça. Ça ne garanti pas que ça ne va pas finir par casser quelque chose, mais c'est la méthode. Les quelques rares fois où je m'en suis servi c'est pour faire du wrapping ou pour des paquets qui ne venaient pas des dépots debian.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
# linuxfr
Posté par barmic 🦦 . En réponse au lien Développeurs, développeuses, nettoyez le Web !. Évalué à  6.
J'ai créé une entrée dans le suivi pour le mettre en place : https://linuxfr.org/suivi/desactiver-floc-sur-linuxfr
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: FTP aurait dû disparaitre il y a déjà bien longtemps...
Posté par barmic 🦦 . En réponse au journal Firefox met fin au FTP. Évalué à  2.
Eh oui. On parle d'une époque où les usages restaient à faire. Difficile de prévoir à l'époque comment internet allait être utilisé.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: libre
Posté par barmic 🦦 . En réponse à la dépêche Amazon OpenSearch - fruit d'une rivalité avec Elastic ?. Évalué à  3.
Je ne l'ai pas retrouvé moi non plus. J4avais entendu ça dans un podcast, mais j'ai dû me fourvoyer.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: famille de flics
Posté par barmic 🦦 . En réponse au lien Lanceur d'alerte, l'inspecteur de police Eric Claessens vit l'enfer promis par sa hiérarchie. Évalué à  1.
Ce que tu décris me fait penser aux militaire. On cherche à ce qu'ils soient dans un état d'esprit particulier. Une acceptation forte de la hiérarchie bien sûr et j'imagine cet esprit corps. J'imagine que ça a été mis en place aussi par crainte du coup d'État.
Je trouve triste (sincèrement) de penser que c'est l'esprit corps qui protège la corporation alors que c'est l'inverse… Combien faudra il d'exemples pour que ça rentre dans les meurs ?
J'ai l'impression mais ça n'est qu'une impression que le changement va se faire par la tête. Le politique est plus sensible à la pression sociale que le policier et il y a des cas médiatisés où il est très difficile, même pour les spécialistes de la langue de bois, de dire qu'il n'y a pas de problème.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: libre
Posté par barmic 🦦 . En réponse à la dépêche Amazon OpenSearch - fruit d'une rivalité avec Elastic ?. Évalué à  1.
Ils ont annoncé redistribuer le code en apache avec un délai. C'est ce qu'on retrouve avec l'open core de gitlab par exemple.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Ça va permettre de comparer deux modèles de développement
Posté par barmic 🦦 . En réponse à la dépêche Amazon OpenSearch - fruit d'une rivalité avec Elastic ?. Évalué à  6.
D'autres cloud ont des partenariats avec elastic et ça n'a pas l'air de les tuer. Je vois pas en quoi c'est du luxe.
J'ai beaucoup de mal à imaginer amazon savoir gérer un projet communautaire. Je ne les ai jamais vu ailleurs que dans leur propre écosystème.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: FTP aurait dû disparaitre il y a déjà bien longtemps...
Posté par barmic 🦦 . En réponse au journal Firefox met fin au FTP. Évalué à  9.
L'usage. Tu as une vision de ce qu'est un monde parfait pour toi, mais c'était l'époque des gens qui doivent installer des codex sur leurs machines et à qui il manque toujours le bon. C'est un concept très abstrait pour l'utilisateur et qui peut facilement mener à l'installation du « pack de codec 2000 ++ qu'il est trop bien mon pack promis on est des gentils ». Au final les gens utilisaient flash, ça apportait un standard de fait, l'intégration était propre (avec si je ne m'abuse gestion du bitrate en fonction du débit etc streamer une vidéo ce n'est pas tout à fait la même chose que la télécharger et la jouer) et ça permettais quelques fioritures comme les liens placés en overlay de la vidéo (très utilisé sur youtube).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Debian ? Un gouvernement distribution
Posté par barmic 🦦 . En réponse au lien Debian décide de ne pas se prononcer sur le retour de Richard Stallman au sein de direction dela FSF. Évalué à  3.
Oui mais tu les a mentionné c'est que tu y voyais un lien avec la création d'une distribution ?
Je n'en ai pas rencontré mais je ne doute pas.
J'ai surtout vu des paquets passer d'un mainteneur à une équipe. Ce qui est privilégié chez Debian depuis plusieurs années pour un tas de bonnes raisons.
La gouvernance d'un projet fais parti de celui-ci. La manière dont les décisions sont prises c'est évidement d'une importance majeure. Je ne vois pas où est le débat.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Debian ? Un gouvernement distribution
Posté par barmic 🦦 . En réponse au lien Debian décide de ne pas se prononcer sur le retour de Richard Stallman au sein de direction dela FSF. Évalué à  1.
Tu parle des DPL là  ?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: FTP aurait dû disparaitre il y a déjà bien longtemps...
Posté par barmic 🦦 . En réponse au journal Firefox met fin au FTP. Évalué à  6.
Ils ont même créé let's encrypt ces gens qui ne devraient pas s'intéresser au coté serveur. Je ne me souviens avoir vu beaucoup de monde se plaindre qu'ils sortaient de leur platebande à ce moment là .
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll