Matthieu Moy a écrit 3251 commentaires

La plupart (la totalité ?) des chiffres qu'on voit du type « l'application n'est utile que si X% de la population l'utilise » ne définie pas la notion de « utile », et sous-entend « utile » = « suffisant pour faire baisser R0 en dessous de 1 (i.e. faire reculer l'épidémie) sans autre mesure ». Réduire l'utilité d'une mesure à un indicateur binaire « utile » / « pas utile » est une sur-simplification qui à mon avis n'aide pas beaucoup le débat.

Euh, tu parles au futur mais c'est déjà fait ça :
https://www.lemonde.fr/idees/article/2019/06/07/fin-du-numerus-clausus-en-medecine-une-promesse-en-trompe-l-il_5472565_3232.html

On est d'accord sur les définitions, mais justement pour l'ordre d'évaluation le standard parle bien de undefined behavior. Sur la version du standard que tu donnes, ce n'est plus le cas car justement ça a été changé en 2017, mais si je prends par exemple ce draft de 2014 page 10, i = i++ + 1 est clairement marqué comme un UB (et oui, c'est flippant).

Je ne sais pas si c'est possible facilement, mais ça ne me paraît pas être une bonne idée : si tu tentes de t'identifier en faisant une typo dans ton mot de passe une fois, tu auras ton mot de passe + 1 typo en clair dans les logs. Si un pirate met la main sur les logs, ça lui facilite grandement la tâche de brute-forcing …

rsync sait faire à peu près tout ce que cp sait faire, et il a une option --exclude.

Hello Guillaum ;-),

Attention, là il n'y a pas de récursion, mais une f-string d'abord, et un .format appliqué à la f-string. Du point de vue de la f-string, les {{ sont juste des { échappés, et qui du coup sont utilisés par .format().

pourquoi ajouter decode("utf-8") alors qu'un use utf-8 suffirait en en-tête ?

Parce que c'est du Python et pas du Perl ?

Attention ceci dit : autant si la capture d'écran montre juste des menus et des boutons, je ne vois pas comment ça pourrait poser problème, autant si la capture d'écran inclue des images spécifiquement couvertes par une licence (typiquement l'icône du logiciel, ou bien le contenu affiché dans le logiciel par exemple une photo affichée dans Gimp), alors le fait que ce soit une capture d'écran t'autorise pas à faire ce que tu veux avec les images en question.

Après, je ne suis pas juriste, bien sûr …

Moins puissant que les expressions régulières, mais il y a aussi https://www.mots-croises.ch/dictionnaire.htm (et probablement plein d'équivalents pour cruciverbistes).

Dans /tmp je ne peux pas modifier ton fichier, mais je peux le supprimer

Pas sur un système correctement configuré (et c'est le cas de tous ceux que j'ai eu à utiliser jusqu'ici) : c'est à ça que sert le sticky bit justement.

Le calcul d'entropie est fait dans le XKCD : chaque petit carré gris est un bit d'entropie.

11 caractères aléatoires

Non, tu as mal lu le XKCD, ce n'est pas ça qui est fait justement. Là je crois qu'il faut que tu le relises (chaque mot de chaque case) plutôt que de tenter de comprendre les explications ici.

Le français usuel fait 30 000 mots

Et la méthode xkcd suppose 11 bit d'entropie par mot, donc un choix (uniforme) parmi = 2048 mots, donc encore bien moins que ça.

En général, PHP = site web, le PHP est exécuté sur le serveur et le résultat affiché dans un navigateur web sur le client. C'est peut-être la même machine pendant que tu développes, mais ça garde son importance.

Dans ton exemple, est-ce que tu veux voir ce qu'il se passe sur le client ou le serveur ? Par exemple, est-ce que la commande top doit afficher la charge du client ou du serveur. Et est-ce que le terminal doit s'afficher sur le client ou le serveur ?

Dans les deux cas, c'est presque certainement une mauvaise idée et ça ne sera pas faisable sans bidouille, mais les raisons pour ça sont différentes.

Avec quand même la limite qu'il reste pas mal de systèmes de mots de passes qui ne regardent que les 8 premiers caractères, et quand on tombe sur un système comme ça (sans forcément s'en rendre compte), c'est le drame.

Les identifiants de commits changent, donc n'importe qui qui a un clone de tes projets, toi compris, se retrouve avec une référence à un commit qui n'existe plus, du coup le prochain "git pull" va râler qu'il doit fusionner deux historiques non-correlés par exemple. Ça veut aussi dire que tu vas ré-écrire ton historique, puis faire un "git push --force", sur lequel tu as intérêt à ne pas te tromper (sinon, c'est toutes les données perdues). C'est clairement beaucoup moins embêtant pour des projets sur lesquels tu es seul, mais le risque de se planter quelque part est quand même non-nul.

Ré-écrire l'historique est possible, mais a pas mal de conséquences néfastes.

C'est en général une bien meilleure idée d'utiliser un .mailmap pour indiquer que la personne physique derrière plusieurs adresse est la même. Ou de ne rien faire et de laisser comme ça : l'adresse email dans les commits est une info comme une autre, ça n'est pas grave que les anciens commits aient un ancien email. GitHub n'a pas de problème avec le fait d'avoir plusieurs emails associés à un compte d'ailleurs, c'est fait pour. Donc il n'y a vraiment pas de rapport de cause à effet entre changer d'email et fusionner deux comptes GitHub.

pip n'est pas inclus dans la distribution de base de Python, donc il faut que tu l'installes (pour Python 3.7)

Bien sûr, tu ne peux pas faire python3 -m pip install pip vu que pip n'est pas encore installé … Tu as le choix au moins entre l'install à la main (https://pip.pypa.io/en/stable/installing/) ou via le gestionnaire de package de ta distribution.

Ou alors, c'est GitHub qui a été développé avant l'acquisition d'Atom par Microsoft, et s'ils ont mis 7,5 M$ pour acheter un éditeur de texte, ils devaient avoir une idée derrière la tête ;-).

Après, bon, Atom, c'est essentiellement un produit GitHub, et donc pas loin d'être un produit Microsoft non plus …

Avec une très grosse différence : avec fork, la mémoire est en copy-on-write, donc les accès en écriture d'un processus ne sont pas visibles depuis un autre processus. Avec pthread_create, la mémoire est vraiment partagée, en lecture et en écriture.

Surtout que là, on parle de 3 fois le même caractère, qu'un algo malin va probablement privilégier. Si on veut explorer toutes les possibilités de 1, 2 ou 3 fois le même caractère, c'est plutôt 64 + 64 + 64 = pas beaucoup à la louche.

Les caractères spéciaux, ça fait bien dans un mot de passe, mais ça n'a rien de magique, ce qui est important c'est 1) que les caractères du mot de passe soient indépendants (i.e. si on me donne le mot de passe moins un caractère, est-ce facile de deviner le caractère manquant ?), 2) la longueur du mot de passe.

Les vieux contenus ont les commentaires fermés pour éviter le spam :

https://linuxfr.org/aide#aide-ancienscontenus

ça a du échappé à la cabale

Bah non, moi j'ai suivi la tradition qui consiste à moinsser à mort le premier commentaire d'un journal sans rapport avec le libre …

Oui, tu as raison, je pense que tout le monde devrait faire comme toi plutôt que d'intégrer exFAT au noyau, CQFD ;-).

Et par ailleurs :

c'est reconnu comme "lecteur de masse" (je sais plus exactement le nom, mais le truc des APN et smartphones),

Si c'est de l'USB mass storage, justement tu vois le filesystem, et tu as besoin du support du filesystem pour y accéder. Mais ton APN utilise peut-être du PTP ou un protocole dédié géré par libgphoto.

Cas d'utilisation très simple : tu achètes une carte SD de 64 Go ou plus pour ton appareil photos. Elle est pré-formatée en exFAT. Si tu la reformate autrement, ton appareil photos ne la lira pas (ou tu n'exploiteras pas les 64 Go disponibles). Si tu la gardes en l'état, tu as quand même envie de la lire sans prise de tête sur ton PC.

Aujourd'hui, la version FUSE permet de s'en sortir, mais un vrai support sans risque légal et intégré dans le noyau est clairement un plus.