et si possible, une distribution provenant d'une distribution mère différente (cad ici aucune distribution dérivée de Debian). Je suggère Fedora ou Manjaro.
Je suis d'accord sur l'aspect péjoratif de péroraison. Mais je suis curieux de savoir d'où ça vient car ça ne ressort pas vraiment de la définition de l'ATILF (dictionnaire informatisé de la langue française, Université de Nancy).
Il doit prendre tellement de cas possibles que ce n'est juste pas concevable de vouloir le faire.
Wait, on parle bien ici d'algorithmes censés coder la loi, non ? S'il y a tellement de cas possibles qu'il n'est pas concevable de les coder, comment peut-on espérer qu'un humain puisse appliquer la loi au quotidien sans erreur ?
Je pense qu'il faut, au contraire, coder les lois. Je suis persuadé que ça aiderait à déceler des incohérences ou des incomplétudes. En revanche, dans les cas où un algorithme détecte un cas pouvant donner lieu à un retrait d'allocation, obligation de fournir les éléments qui ont déclenché le cas dans l'algorithme et délai de recours auprès d'un humain avant application de la décision. Si au final, le cas détecté était un faux positif, remontée de l'information auprès du responsable de l'algorithme afin de corriger celui-ci.
Quoi, c'est pas en phase avec les lignes directrices de la startup nation ?
Ça me fait prendre conscience que les algorithmes de cryptographie post-quantiques ne sont pas basés sur un accroissement de la complexité algorithmique mais sur la recherche d'algorithmes inaccessibles par nature aux ordinateurs quantiques. Mais bien sûr, se mettre à l'abri des ordinateurs quantiques n'a d'intérêt que si on reste aussi à l'abri des ordinateurs classiques…
Le problème s'est reproduit et cette fois j'ai avancé dans sa compréhension.
En fait, j'ai interprété, à tort, les incorrectable errors de scrub comme le constat que les deux copies du bloc étaient en erreur ; en effet, si une des deux copies est ok, qu'est-ce qui empêcherait scrub de mettre à jour la mauvaise en recopiant la bonne ?
Or il y a un cas où il ne peut pas le faire ; quand le disque concerné a des erreurs d'E/S. scrub essaie bien de mettre à jour la copie en erreur mais il n'y arrive pas alors il affiche le message incorrectable error qui ne traduit que l'impossibilité de corriger le mauvais bloc et pas nécessairement que les deux blocs sont mauvais.
Je pense que j'ai un problème aléatoire (et rare) de contrôleur sata qui disparaît au redémarrage. Quand suite à celui-ci je lançe un scrub, il affiche des erreurs mais il peut cette fois les corriger.
Pour identifier le disque qui pose problème dans un volume btrfs multi-devices, il suffit de faire :
btrfs dev stats <volume btrfs>
et bingo, il y a bien un des disques de mon volume qui a cumulé des erreurs dans le passé.
Bref, btrfs n'est pas en cause, bien au contraire. Il lui manque juste un message d'erreur plus précis afin de discriminer les deux cas de figure : "une des copies est bonne mais je n'arrive pas à corriger la copie corrompue" et "toutes les copies sont corrompues".
Parce que du temps où j'étais chez Atos (et là où j'étais) il n'y avait quasiment aucune location de "consultant", rien que des vrais projets développés en interne pour le compte des clients. J'ai eu connaissance d'une seule division spécialisée dans cette noble activité, un truc appelé "Régions quelque chose" mais c'était assez marginal (et pas très ragoûtant au vu d'un exemple que j'ai connu personnellement).
Ceci dit, c'était il y a un certain temps déjà et je n'ai bien sûr pas tout vu (c'est une très grosse SSII), il faudrait connaître le % du chiffre d'affaires généré par la location de consultants sans valeur ajoutée de la boite.
De ce que je me souviens avoir lu, il démissionne suite au projet de scission d'Atos en deux entreprises distinctes (une bankable et l'autre avec plan social en vue).
Pas sûr d'ailleurs qu'il s'agisse d'une vraie démission, peut-être qu'il n'était pas d'accord avec ce plan. Ceci dit, moi je veux bien faire mon rebelle si on me donne 1,8M€…
C'est utilisé par l'outil le plus complet pour lire et écrire les méta-données des fichiers photos et vidéos (en ligne de commande ou via de nombreux logiciels qui l'utilisent) : exiftool. Rien que pour ça, PERL is still relevant en 2022.
Il me semble qu'il y a des presets qui sélectionnent les modules pertinents de chacun de ces flux (les autres modules restent disponibles mais n'apparaissent plus par défaut dans l'interface).
Pour pondérer ta dernière phrase, Aurélien a bien précisé (dans un commentaire sous sa vidéo polémique) que sa version n'était pas un fork a proprement parler. Enfin si, mais seulement de l'UI de la table lumineuse et ce fork repartira à chaque fois du reste de darktable auquel il continue donc de contribuer.
Pour avoir vu d'autres vidéos d'Aurélien dans lesquels il s'insurge sur d'autres sujets, c'est un peu son tempérament. Quand il a introduit Filmique, petite révolution dans le traitement d'images de darktable (au cœur de la modernisation dont parle la dépêche), Aurélien s'est attiré énormément de commentaires parfois haineux d'utilisateurs qui n'arrivaient plus à développer leurs photos. Sa réaction a été à la hauteur… (surtout qu'il avait pris la peine de faire de longues vidéos pour expliquer le truc).
Bon, je n'étais pas vraiment inquiet pour mes données vu que j'ai une sauvegarde locale (borg) et une sauvegarde cloud (restic/wasabi), les deux sans purge du passé (no prune). By the way, avoir deux outils de sauvegarde différents augmente ma sérénité sur ce sujet.
Ma préoccupation était de déterminer à partir de quel moment dans le passé mes données avaient été corrompues car, forcément, les sauvegardes postérieures l'auraient été sans que cela puisse être détecté par btrfs (dans l'hypothèse où il accepte de copier une des deux versions du bloc en erreur, la copie aurait son checksum recalculé).
Et puis j'ai eu une intuition voulu faire une ultime vérification : j'ai arrêté puis redémarré mon PC et j'ai relancé un scrub… qui a trouvé des milliers d'erreurs… toutes corrigeables (ce qui signifie que l'autre version du bloc a un checksum correct) !
Heureux mais perplexe, une fois le scrub fini je redémarre mon PC et relance à nouveau un scrub. Cette fois, plus d'erreurs du tout (j'ai recommencé la manip le lendemain, et à nouveau aujourd'hui, idem).
« Historique ! Félicitations au Parlement européen pour l’adoption du DSA et du DMA aujourd’hui. C’est un vote écrasant ! ». C’est ainsi que Thierry Breton a accueilli […]
Sans même savoir de quoi ça cause, le fait que Thierry Breton soit enthousiaste me rassure pleinement.
Être en faveur d'un service public ne doit pas empêcher de critiquer ses travers, surtout quand ceux-ci sont récurrents depuis des dizaines d'années. Certaines des expériences rapportées dans ce fil ne sont pas des incidents malheureux ou les conséquences d'une ouverture à la concurrence, ce sont le résultat d'une culture d'entreprise qui n'arrive pas à évoluer.
Le problème, c'est que ce n'est pas au contrôleur de juger à la tête du client si l’excuse invoquée est sincère ou non. Par ailleurs, tu imagines le bordel si plein de gens montent à bord sans billet, et qu'ils vont voir de suite le contrôleur.
Je pense que le juste milieu est celui évoqué dans un commentaire plus haut : pas d'amende mais une pénalité pour frais d'émission d'un billet à bord. Le montant de pénalité beaucoup moins élevé que l'amende mais suffisamment dissuasif pour que les gens n'abusent pas du système s'ils ne sont pas contraints par des événements imprévus.
Ils ne font pas seulement de l'info de qualité mais aussi des actions, notamment auprès d'entités gouvernementales pour se faire délivrer des documents théoriquement à la disposition du public mais qu'en pratique ces entités rechignent à fournir.
rappelons qu'un dépôt de plainte ne fait que formaliser une parole [..].
Ça identifie au moins une victime présumée qui s'expose en retour à une plainte pour diffamation. Bref, c'est un peu plus crédible que "ma voisine a entendu parler qu'untel aurait dit que etc…". Ça fait quand même une différence.
Mais je vais m'arrêter là car je n'ai pas du tout suivi l'affaire et je ne serais pas plus étonné que ça du "deux poids - deux mesures" que tu dénonces.
"J'ai plusieurs sources [lesquelles ?] au sein de LFI. J'ai entendu parler des comportements qu'il aurait avec les femmes."
Bref, je n'ai aucune opinion sur cette affaire mais si celle-ci ne repose que sur ce genre "d'informations", difficile de comparer avec des cas où il y a eu dépôt de plainte et difficile aussi de demander à ce que la personne concernée démissionne (le seuil, c'était pas la mise en examen ?).
Ceci dit, je ne suis que d'assez loin les péripéties de la politique française et j'ignore donc si LFI s'est, elle aussi, insurgée dans d'autres cas sur la seule base de rumeurs.
Et apparemment ils pourraient aussi remettre en cause, comme pour l'avortement, un arrêt (2003) de la Cour Suprême concernant la dépénalisation fédérale de l'homosexualité (de la sodomie, plus précisément). C'est en tous cas, une demande récente du Texas, l’État qui fait rêver.
J'ai regardé par curiosité la politique de confidentialité de Thebookedition que tu cites plus bas. C'est bien plus succinct que celle de Photoweb. Ceci étant, je me doute que la longueur du texte n'est pas une garantie automatique de meilleure protection de données.
Ton post m'a amené à regarder la politique de confidentialité de l'imprimeur que j'utilise parfois (Photoweb). J'ai été étonné du niveau de détail fourni ! Mais c'est la première fois que je lis ce genre de document, je ne saurais dire si c'est la norme ou pas (peut-être que la loi oblige à fournir ce niveau de détail).
[^] # Re: essayer une autre distribution
Posté par mahikeulbody . En réponse au message [Résolu] Lattitude E7470 : connexion WiFi instable. Évalué à 3.
et si possible, une distribution provenant d'une distribution mère différente (cad ici aucune distribution dérivée de Debian). Je suggère Fedora ou Manjaro.
[^] # Re: Postambule
Posté par mahikeulbody . En réponse à la dépêche Ysabeau, un chouette caractère. Évalué à 2.
Je suis d'accord sur l'aspect péjoratif de péroraison. Mais je suis curieux de savoir d'où ça vient car ça ne ressort pas vraiment de la définition de l'ATILF (dictionnaire informatisé de la langue française, Université de Nancy).
http://atilf.atilf.fr/dendien/scripts/tlfiv5/advanced.exe?8;s=785508120;
[^] # Re: L'algorithme le plus difficile au monde
Posté par mahikeulbody . En réponse au lien les erreurs de détection de fraude et leurs conséquences fatales. Évalué à 8.
Wait, on parle bien ici d'algorithmes censés coder la loi, non ? S'il y a tellement de cas possibles qu'il n'est pas concevable de les coder, comment peut-on espérer qu'un humain puisse appliquer la loi au quotidien sans erreur ?
Je pense qu'il faut, au contraire, coder les lois. Je suis persuadé que ça aiderait à déceler des incohérences ou des incomplétudes. En revanche, dans les cas où un algorithme détecte un cas pouvant donner lieu à un retrait d'allocation, obligation de fournir les éléments qui ont déclenché le cas dans l'algorithme et délai de recours auprès d'un humain avant application de la décision. Si au final, le cas détecté était un faux positif, remontée de l'information auprès du responsable de l'algorithme afin de corriger celui-ci.
Quoi, c'est pas en phase avec les lignes directrices de la startup nation ?
# ça serait ballot
Posté par mahikeulbody . En réponse au lien Un algorithme de cryptographie post-quantique cassé en une heure par un ordinateur pré-quantique. Évalué à 10.
Ça me fait prendre conscience que les algorithmes de cryptographie post-quantiques ne sont pas basés sur un accroissement de la complexité algorithmique mais sur la recherche d'algorithmes inaccessibles par nature aux ordinateurs quantiques. Mais bien sûr, se mettre à l'abri des ordinateurs quantiques n'a d'intérêt que si on reste aussi à l'abri des ordinateurs classiques…
[^] # Re: Si tu trouves ou pas
Posté par mahikeulbody . En réponse au message comportement de BTRFS en cas de corruption détectée. Évalué à 2.
Le problème s'est reproduit et cette fois j'ai avancé dans sa compréhension.
En fait, j'ai interprété, à tort, les incorrectable errors de scrub comme le constat que les deux copies du bloc étaient en erreur ; en effet, si une des deux copies est ok, qu'est-ce qui empêcherait scrub de mettre à jour la mauvaise en recopiant la bonne ?
Or il y a un cas où il ne peut pas le faire ; quand le disque concerné a des erreurs d'E/S. scrub essaie bien de mettre à jour la copie en erreur mais il n'y arrive pas alors il affiche le message incorrectable error qui ne traduit que l'impossibilité de corriger le mauvais bloc et pas nécessairement que les deux blocs sont mauvais.
Je pense que j'ai un problème aléatoire (et rare) de contrôleur sata qui disparaît au redémarrage. Quand suite à celui-ci je lançe un scrub, il affiche des erreurs mais il peut cette fois les corriger.
Pour identifier le disque qui pose problème dans un volume btrfs multi-devices, il suffit de faire :
btrfs dev stats <volume btrfs>
et bingo, il y a bien un des disques de mon volume qui a cumulé des erreurs dans le passé.
Bref, btrfs n'est pas en cause, bien au contraire. Il lui manque juste un message d'erreur plus précis afin de discriminer les deux cas de figure : "une des copies est bonne mais je n'arrive pas à corriger la copie corrompue" et "toutes les copies sont corrompues".
[^] # Re: Salaires de misère
Posté par mahikeulbody . En réponse au lien le patron démissionnaire d'ATOS empoche 1.8 millions de parachute. Évalué à 3. Dernière modification le 29 juillet 2022 à 18:36.
Tu fais référence à Atos ou à Mc Kinsey ?
Parce que du temps où j'étais chez Atos (et là où j'étais) il n'y avait quasiment aucune location de "consultant", rien que des vrais projets développés en interne pour le compte des clients. J'ai eu connaissance d'une seule division spécialisée dans cette noble activité, un truc appelé "Régions quelque chose" mais c'était assez marginal (et pas très ragoûtant au vu d'un exemple que j'ai connu personnellement).
Ceci dit, c'était il y a un certain temps déjà et je n'ai bien sûr pas tout vu (c'est une très grosse SSII), il faudrait connaître le % du chiffre d'affaires généré par la location de consultants sans valeur ajoutée de la boite.
[^] # Re: Oui mais il a bien travaillé !
Posté par mahikeulbody . En réponse au lien le patron démissionnaire d'ATOS empoche 1.8 millions de parachute. Évalué à 8.
De ce que je me souviens avoir lu, il démissionne suite au projet de scission d'Atos en deux entreprises distinctes (une bankable et l'autre avec plan social en vue).
Pas sûr d'ailleurs qu'il s'agisse d'une vraie démission, peut-être qu'il n'était pas d'accord avec ce plan. Ceci dit, moi je veux bien faire mon rebelle si on me donne 1,8M€…
[^] # Re: alternatives
Posté par mahikeulbody . En réponse au lien Le client Telegram adopte un modèle économique Freemium. Évalué à 5.
et Jami, non ?
# exiftool
Posté par mahikeulbody . En réponse au lien why PERL is still relevant in 2022?. Évalué à 9. Dernière modification le 14 juillet 2022 à 16:32.
C'est utilisé par l'outil le plus complet pour lire et écrire les méta-données des fichiers photos et vidéos (en ligne de commande ou via de nombreux logiciels qui l'utilisent) : exiftool. Rien que pour ça, PERL is still relevant en 2022.
[^] # Re: Rappel sur les bienfaits d'Uber
Posté par mahikeulbody . En réponse au lien « Uber Files » : une plongée inédite et alarmante dans la boîte noire du lobbying. Évalué à 3.
Je ne prends Uber que lorsque je suis au Brésil : là-bas, on peut aussi payer en liquide.
[^] # Re: Mon retour
Posté par mahikeulbody . En réponse à la dépêche Sortie de darktable 4.0.0 : une présentation 100 % subjective. Évalué à 6. Dernière modification le 11 juillet 2022 à 17:17.
Il me semble qu'il y a des presets qui sélectionnent les modules pertinents de chacun de ces flux (les autres modules restent disponibles mais n'apparaissent plus par défaut dans l'interface).
[^] # Re: r-darktable
Posté par mahikeulbody . En réponse à la dépêche Sortie de darktable 4.0.0 : une présentation 100 % subjective. Évalué à 6.
Pour pondérer ta dernière phrase, Aurélien a bien précisé (dans un commentaire sous sa vidéo polémique) que sa version n'était pas un fork a proprement parler. Enfin si, mais seulement de l'UI de la table lumineuse et ce fork repartira à chaque fois du reste de darktable auquel il continue donc de contribuer.
Pour avoir vu d'autres vidéos d'Aurélien dans lesquels il s'insurge sur d'autres sujets, c'est un peu son tempérament. Quand il a introduit Filmique, petite révolution dans le traitement d'images de darktable (au cœur de la modernisation dont parle la dépêche), Aurélien s'est attiré énormément de commentaires parfois haineux d'utilisateurs qui n'arrivaient plus à développer leurs photos. Sa réaction a été à la hauteur… (surtout qu'il avait pris la peine de faire de longues vidéos pour expliquer le truc).
[^] # Re: Si tu trouves ou pas
Posté par mahikeulbody . En réponse au message comportement de BTRFS en cas de corruption détectée. Évalué à 4.
Merci.
Bon, je n'étais pas vraiment inquiet pour mes données vu que j'ai une sauvegarde locale (borg) et une sauvegarde cloud (restic/wasabi), les deux sans purge du passé (no prune). By the way, avoir deux outils de sauvegarde différents augmente ma sérénité sur ce sujet.
Ma préoccupation était de déterminer à partir de quel moment dans le passé mes données avaient été corrompues car, forcément, les sauvegardes postérieures l'auraient été sans que cela puisse être détecté par btrfs (dans l'hypothèse où il accepte de copier une des deux versions du bloc en erreur, la copie aurait son checksum recalculé).
Et puis j'ai eu
une intuitionvoulu faire une ultime vérification : j'ai arrêté puis redémarré mon PC et j'ai relancé un scrub… qui a trouvé des milliers d'erreurs… toutes corrigeables (ce qui signifie que l'autre version du bloc a un checksum correct) !Heureux mais perplexe, une fois le scrub fini je redémarre mon PC et relance à nouveau un scrub. Cette fois, plus d'erreurs du tout (j'ai recommencé la manip le lendemain, et à nouveau aujourd'hui, idem).
Je n'ai pas vraiment d'explication.
# l'article ne se contente pas de reprendre l'annonce
Posté par mahikeulbody . En réponse au lien Le NIST a choisi ses algorithmes de cryptographie post-quantiques. Évalué à 7.
Article très intéressant, comme (très) souvent avec l'auteur.
# Hum...
Posté par mahikeulbody . En réponse au lien Les eurodéputés ont massivement approuvé le DSA et le DMA pour permettre la régulation du numérique. Évalué à 7. Dernière modification le 06 juillet 2022 à 09:27.
Sans même savoir de quoi ça cause, le fait que Thierry Breton soit enthousiaste me rassure pleinement.
[^] # Re: Manifestement le train c'était mieux avant
Posté par mahikeulbody . En réponse au journal Testons la concurrence à la concurrence à la SNCF. Évalué à 4.
Être en faveur d'un service public ne doit pas empêcher de critiquer ses travers, surtout quand ceux-ci sont récurrents depuis des dizaines d'années. Certaines des expériences rapportées dans ce fil ne sont pas des incidents malheureux ou les conséquences d'une ouverture à la concurrence, ce sont le résultat d'une culture d'entreprise qui n'arrive pas à évoluer.
[^] # Re: PV assuré
Posté par mahikeulbody . En réponse au journal Testons la concurrence à la concurrence à la SNCF. Évalué à 2.
Le problème, c'est que ce n'est pas au contrôleur de juger à la tête du client si l’excuse invoquée est sincère ou non. Par ailleurs, tu imagines le bordel si plein de gens montent à bord sans billet, et qu'ils vont voir de suite le contrôleur.
Je pense que le juste milieu est celui évoqué dans un commentaire plus haut : pas d'amende mais une pénalité pour frais d'émission d'un billet à bord. Le montant de pénalité beaucoup moins élevé que l'amende mais suffisamment dissuasif pour que les gens n'abusent pas du système s'ils ne sont pas contraints par des événements imprévus.
# pas seulement de l'info, des actions
Posté par mahikeulbody . En réponse au lien Next INpact est en réel danger de mort. Évalué à 10.
Ils ne font pas seulement de l'info de qualité mais aussi des actions, notamment auprès d'entités gouvernementales pour se faire délivrer des documents théoriquement à la disposition du public mais qu'en pratique ces entités rechignent à fournir.
[^] # Re: comparaison n'est pas raison
Posté par mahikeulbody . En réponse au lien Un suspect ennemi doit démissionner, un suspect ami doit rester, n-ième exemple. Évalué à 10.
Ça identifie au moins une victime présumée qui s'expose en retour à une plainte pour diffamation. Bref, c'est un peu plus crédible que "ma voisine a entendu parler qu'untel aurait dit que etc…". Ça fait quand même une différence.
Mais je vais m'arrêter là car je n'ai pas du tout suivi l'affaire et je ne serais pas plus étonné que ça du "deux poids - deux mesures" que tu dénonces.
# comparaison n'est pas raison
Posté par mahikeulbody . En réponse au lien Un suspect ennemi doit démissionner, un suspect ami doit rester, n-ième exemple. Évalué à 10. Dernière modification le 01 juillet 2022 à 08:59.
"J'ai plusieurs sources [lesquelles ?] au sein de LFI. J'ai entendu parler des comportements qu'il aurait avec les femmes."
Bref, je n'ai aucune opinion sur cette affaire mais si celle-ci ne repose que sur ce genre "d'informations", difficile de comparer avec des cas où il y a eu dépôt de plainte et difficile aussi de demander à ce que la personne concernée démissionne (le seuil, c'était pas la mise en examen ?).
Ceci dit, je ne suis que d'assez loin les péripéties de la politique française et j'ignore donc si LFI s'est, elle aussi, insurgée dans d'autres cas sur la seule base de rumeurs.
[^] # Re: Le facsisme c’est la gangrène, aux États-Unis comme en Russie
Posté par mahikeulbody . En réponse au lien La Cour suprême des E.U restreint les moyens de l’Etat fédéral dans la lutte contre le réchauffement. Évalué à 5. Dernière modification le 01 juillet 2022 à 07:20.
Et apparemment ils pourraient aussi remettre en cause, comme pour l'avortement, un arrêt (2003) de la Cour Suprême concernant la dépénalisation fédérale de l'homosexualité (de la sodomie, plus précisément). C'est en tous cas, une demande récente du Texas, l’État qui fait rêver.
[^] # Re: Aziz Zemouri désavoué par son patron
Posté par mahikeulbody . En réponse au lien Moi, journaliste fantôme au service des lobbies…. Évalué à 4.
Et il vient d'en ramasser une de plus aujourd'hui :
https://www.lemonde.fr/police-justice/article/2022/06/28/affaire-besson-la-plaignante-fait-de-nouveau-condamner-le-point-et-son-journaliste-pour-diffamation_6132408_1653578.html
[^] # Re: politique de confidentialité
Posté par mahikeulbody . En réponse au message Impression de livres photos et vie privée. Évalué à 2.
J'ai regardé par curiosité la politique de confidentialité de Thebookedition que tu cites plus bas. C'est bien plus succinct que celle de Photoweb. Ceci étant, je me doute que la longueur du texte n'est pas une garantie automatique de meilleure protection de données.
[^] # Re: infos
Posté par mahikeulbody . En réponse au message numérisation albums : solution pérenne?. Évalué à 2.
Il me semble que png supporte aussi les métadonnées, notamment le xmp (format standardisé par l'IPTC).
# politique de confidentialité
Posté par mahikeulbody . En réponse au message Impression de livres photos et vie privée. Évalué à 4.
Ton post m'a amené à regarder la politique de confidentialité de l'imprimeur que j'utilise parfois (Photoweb). J'ai été étonné du niveau de détail fourni ! Mais c'est la première fois que je lis ce genre de document, je ne saurais dire si c'est la norme ou pas (peut-être que la loi oblige à fournir ce niveau de détail).