pachamaro a écrit 12 commentaires

Nos états démocratiques sont censés empêcher que certains manifestants, par leur impunité, parasitent la démocratie. Pour empêcher cela, la police a deux solutions.
- La traditionnelle : lorsque la manif déborde, charger dans le tas. Cela engendre des victimes innocente. Pour mitiger cela, les charges sont annoncés.
- La "moderne" : Se donner les moyens de reconnaître chacun. Ça fait moins mal à la tête mais cela donne potentiellement un pouvoir énorme à l'état. Pouvoir qui pourrait servir à détruire la démocratie.

Etait-ce la version des années 80 ?

En lisant le début de ta blague, je m'attendais plutôt à celle-ci :
Un américain, un chinois, un arabe et un français sont dans un avion.. Survient une avarie technique. Le pilote demande aux passagers d'envoyer du lest par dessus bord.
L'américain jette un sac de dollars. "C'est pas grave : j'en ai plein dans mon pays !"
Le chinois jette un sac de riz. "C'est pas grave : j'en plein dans mon pays !"
Le français s'empare alors de l'arabe et le jette. "C'est pas grave : j'en plein dans mon pays !"

La norme n'est peut-être plus en développement, mais l'implémentation du chiffrage de l'objet semble par contre bien en place.

"OpenPGP ne protège que le corps du message"
Il semblerait qu'Enigmail ai trouvé un mécanisme bien pratique pour contourner ceci et chiffrer l'objet, en le remplaçant par quelque chose comme "Encrypted Message".
cf https://www.enigmail.net/index.php/en/user-manual/handbook-faq#How_can_I_encrypt_the_Subject.3F

cela serait dû non à GnuPG, mais à un standard en cours de développement, le "Memory Hole Standard".

cf https://www.enigmail.net/index.php/en/user-manual/advanced-operations section extensions.enigmail.protectHeaders

Effectivement.
Merci.

En Bash, 1 désigne stdout, et 2 stderr. Cela peut avoir une cohérence il me semble lorsque l'on connaît certains appels systèmes. Ceci dit, stderr – standard error – et stdout – standard output – sont moins cryptiques que 1 et 2. Et /dev/std… fonctionneront quel que soit le langage utilisé. Ils sont liés à Linux (Peut-être pourrais-je dire à Unix/POSIX ?).

Et quid de la cohérence ?
En Bash :
>&1 redirige vers /dev/stdout
>&2 redirige vers /dev/stderr
Le symbole de redirection serait donc >.
Et le pipe | redirigerait la sortie standard vers le programme à sa droite.
Sauf que avec |&, | redirige non stdout mais stderr, et non vers le programme à sa droite, mais vers & qui désigne cette fois non la mise en arrière plan mais /dev/stdout.

Avec Fish, l'esperluette a un usage unique, la mise en arrière plan, de même que > redirige toujours stdout, et ^ toujours vers stderr.

Oui.

history search ls

peut fournir une liste avec plus d'un élément.

C'est exactement ça. J'aurai dû le mentionner.

Désolé, je les avais crée en testant

cat < entrée > ./sortie_standard ^ ./erreur

et cela me faisait quelques répertoires "neutres" à montrer.

Tout simplement en redirigeant vers /dev/stdout :

./a.out ^/dev/stdout | grep toto

Je n'ai pas d'ancien compte, mais seul le titre du commentaire apparaît.