🚲 Tanguy Ortolo a écrit 12224 commentaires

Ça dépend pas mal de la façon dont on écrit. C'était il y a très longtemps, mais je me souviens d'avoir essayé un tel outil de reconnaissance sur un Palm Pilot, ou quelque chose comme ça. Eh bien, avec mon écriture attachée avec des capitale pleines de boucles, c'était incapable de reconnaître le moindre mot. Quelques minuscules étaient reconnues, aucune capitale, et le tout était incompréhensible. À côté de ça, pour quelqu'un écrivant en scripte, ça fonctionnait à merveille.

Si, la CC-0 est utilisable en France. En revanche, elle n'accorde que les droits que la loi permet d'accorder, en particulier, elle n'annule pas le droit moral, dont l'obligation d'attribution, qu'il est interdit de céder.

Ah oui. Bon, ça valait le coup de vérifier, vu qu'inotail ne sert plus à rien du coup.

Très juste, j'ajouterais toutefois que la ligne de commande n'est pas limitée au shell, il y a des programmes dont l'interface est elle-même une ligne de commande, citons notamment :

• ed pour l'édition de texte ;
• mail pour le courrier électronique ;
• Freetalk pour la messagerie instantanée ;
• ftp et sftp pour les transferts de fichiers.

Ah, génial. Mais est-ce que ça utilise inotify, comme inotail, plutôt que de vérifier toutes les secondes, comme tail ?

COMMANDS
       -      Followed by one of the command line option letters (see OPTIONS
              below), this will change the setting of that option and print a
              message  describing  the  new  setting.  If a ^P (CONTROL-P) is
              entered immediately after the dash, the setting of  the  option
              is changed but no message is printed.  If the option letter has
              a numeric value (such as -b or -h), or a string value (such  as
              -P  or -t), a new value may be entered after the option letter.
              If no new value is entered, a message  describing  the  current
              setting is printed and nothing is changed.

       --     Like  the  - command, but takes a long option name (see OPTIONS
              below) rather than a single  option  letter.   You  must  press
              ENTER or RETURN after typing the option name.  A ^P immediately
              after the second dash suppresses printing of a message describ‐
              ing the new setting, as in the - command.

       -+     Followed  by  one  of the command line option letters this will
              reset the option to its default setting  and  print  a  message
              describing  the  new setting.  (The "-+X" command does the same
              thing as "-+X" on the command line.)  This does  not  work  for
              string-valued options.

       --+    Like the -+ command, but takes a long option name rather than a
              single option letter.

       -!     Followed by one of the command line option letters,  this  will
              reset  the  option to the "opposite" of its default setting and
              print a message describing the new setting.  This does not work
              for numeric or string-valued options.

       --!    Like the -! command, but takes a long option name rather than a
              single option letter.

       _      (Underscore.)  Followed by one of the command line option  let‐
              ters,  this will print a message describing the current setting
              of that option.  The setting of the option is not changed.

       __     (Double underscore.)  Like  the  _  (underscore)  command,  but
              takes  a  long  option name rather than a single option letter.
              You must press ENTER or RETURN after typing the option name.

OPTIONS
       Command line options are described below.  Most options may be changed
       while less is running, via the "-" command.

Pour le fait de couper ou non les lignes, ça peut se faire avec l'option -S au lancement, mais pas seulement : en cours de lecture, on peut taper -S pour passer d'un mode à l'autre. Ça vaut pour d'autres options d'ailleurs.

D'abord pour les étourdis. Un pager est un outil en ligne de commande

Non. Enfin, oui et non. Oui, dans le sens où il se lancer avec une ligne de commande, mais ça, c'est le cas de tous les logiciels, même graphiques. Non, dans le sens où une ligne de commande ne lui suffit pas : c'est un outil en console. Comme Mutt pour le courrier électronique ou Vim pour le texte par exemple : c'est de la console, pas de la ligne de commande. La ligne de commande, c'est mail et ed.

Eh bien je te laisse y répondre, en ce qui me concerne peu me chaud, j'ai mieux à faire que perdre du temps de telles arguties linguistiques, surtout considérant le fait que nous ne connaissons pas la langue du Borg.

Tentative de troll détectée, désolé.

Le Borg communique par la pensée, donc l'écriture n'est pas pertinente. Vu le genre de civilisation dont il s'agit, il y a des chances qu'ils ne pensent pas sous forme verbalisée comme nous le faisons, donc même la prononciation ne devrait pas y est pas pertinente.

Oui, la méthode 936, c'est bien, d'ailleurs moi aussi j'ai maintenant pour mot de passe “correct horse battery staple”.

Sérieusement, c'est marrant, cette méthode, mais ça ne donne des trucs faciles à retenir que si on a beaucoup de chance.

Pour un contre-exemple, évoquons le cas du Borg. En anglais, c'est un nom collectif, comme “people”, qui est au singulier mais avec lequel les verbes s'accordent au pluriel, ce qui colle très bien avec les caractéristiques du Collectif : “We are the Borg.”

La traduction française est « Borgs », ce qui est à mon avis une erreur : « Nous sommes les Borgs. » Il eût mieux valu conserver une forme plus proche de la traduction anglaise, comme « Nous sommes le Borg » — ce n'est pas délirant, on pourrait dire de même « Nous sommes l'Humanité » — ou encore « Nous sommes le Collectif Borg ».

Disons que pour savoir si le mot “Romulan” doit être ou non traduit en français, j'ai comment il était formé. C'est une construction classique de gentilé — le nom des habitants — à partir du nom propre « Romulus » qui se trouve être du latin. Dans l'univers de Star Trek, « Romulus » est censé être un mot latin qui a été choisi pour désigner en anglais une planète dont le nom local n'a strictement rien à voir. Dans la vraie vie, c'est un mot latin qui a été choisi par le scénariste pour son évoquer l'empire romain.

Dans les deux cas — dans la fiction comme dans la réalité — le sens du mot “Romulan” est à au mot latin « Romulus » dont il dérive, et non au côté anglophone du suffixe « -an ». Il n'y a donc aucune raison de conserver la forme anglais “Romulan” dans un texte en français, et nous pouvons donc utiliser à la place la forme française « Romulien » qui nous est plus naturelle.

C'est comme pour les Ligoniens que tu as évoqué : en anglais, ce sont des “Ligonians”, mais ça se traduit.

En français, on dit « romulien », me semble-t-il. « Romulan », c'est clairement de l'anglais, et ça n'a pas vraiment d'intérêt, s'agissant d'un nom qui est — grammaticalement — une construction classique sur un terme latin et — dans la fiction de Star Trek — une traduction d'un terme romulien qui n'a strictement rien à voir.

C'est comme pour les Vulcains, on n'a pas vraiment de raison de les appeler des Vulcans.

Oui, c'est ça. Après, à moins d'avoir des logiciels faits pour cela, ça ne sert pas à grand chose je pense.

Je suppose qu'il n'y a pas de "Focus Follows Mouse"

Argh, si c'est le cas, décidément, ce n'est pas demain que je passerai à Wayland. Mais bon, ça doit dépendre du compositeur ça, et de toute façon, si je passe à Wayland, ce sera pour un compositeur pavant, pas pour celui de Gnome. :-)

Ce n'est pas tant que cette option soit désactivée, c'est simplement que ça n'a pas de sens sans réglage.

Il y a une notion de pointeurs et de claviers maîtres, qui sont affichés et exposés aux logiciels. Grossièrement, un pointeur maître, c'est une flèche à l'écran, et un clavier maître, c'est un curseur de saisie.

Ces périphériques maîtres sont associés par deux, un pointeur et un clavier maître à chaque fois.

À côté de cela, il y a les périphériques réels, dits asservis, qui sont tous attachés à un périphérique maître. Quand on bouge une souris physique, ça envoie les événements correspondants au pointeur maître auquel elle est attachée. De même, quand on appuie sur une touche d'un clavier, ça envoie l'événement correspondant au clavier maître auquel il est attaché.

Par défaut, il y a une seule paire de périphériques maîtres, donc un pointeur maître et un clavier maître associé, et tous les périphériques réels y sont attachés, afin que quand on bouge un souris, ça bouge le pointeur à l'écran, et que quand on tape sur un clavier, ça écrive dans la zone de saisie qui a le focus. Par exemple, chez moi :

% xinput
⎡ Virtual core pointer                        id=2    [master pointer  (3)]
⎜   ↳ Virtual core XTEST pointer                id=4    [slave  pointer  (2)]
⎜   ↳ Logitech USB-PS/2 Optical Mouse           id=10   [slave  pointer  (2)]
⎣ Virtual core keyboard                       id=3    [master keyboard (2)]
    ↳ Virtual core XTEST keyboard                 id=5    [slave  keyboard (3)]
    ↳ Power Button                                id=6    [slave  keyboard (3)]
    ↳ Power Button                                id=7    [slave  keyboard (3)]
    ↳ Logitech USB Keyboard                       id=8    [slave  keyboard (3)]
    ↳ Logitech USB Keyboard                       id=9    [slave  keyboard (3)]
    ↳ Yubico Yubikey NEO OTP+CCID                 id=11   [slave  keyboard (3)]

À partir de là, on peut s'amuser à détacher des périphériques physiques : leurs événements ne sont alors plus transmis nulle part. Attention, c'est un bon moyen de se blo

On peut créer une nouvelle paire de périphériques maîtres, et y attacher des périphériques (si on a effectivement plusieurs souris, tablettes graphiques, joysticks et claviers, sinon ça ne sert à rien) : à l'écran, ça donne un pointeur supplémentaire, et potentiellement un focus de saisie supplémentaire.

Pour en revenir sur ce que je disais au début, en fait XInput est activé par défaut, seulement avec la seule configuration raisonnable et non troublante : tous les pointeurs et tous les claviers sont fusionnés.

Parmi les apports intéressants de Wayland, nous pouvons noter la gestion de pointeurs multiples : chaque périphérique de pointage est indépendant avec son propre pointeur (et même une icône de pointeur différente), contrairement à X où tous les périphériques se partageaient un pointeur unique.

D'où sort cette affirmation ? Avec XInput, on peut tout à fait avoir plusieurs pointeurs, et plusieurs claviers d'entrée bien distincts ! Ça se comporte certainement de façon étrange pour des logiciels qui ne sont pas prévus pour cela, mais côté serveur X, c'est prêt.

Le choix de faire reposer par défaut GNOME sur Wayland a été différé à de nombreuses reprises… Le travail d’intégration est achevé et GNOME-Wayland est à présent comparable en termes de fonctionnalités à GNOME-X11.

Est-ce à dire que le copier-coller à la souris a finalement été implémenté ? Parce que sans ça, il y a toute une catégorie d'utilisateurs, notamment de développeurs, qui ne passeront pas à Wayland.

IPv6 c'est l'opérateur qui décide, pas moi.

Mais libre à toi de choisir un fournisseur d'accès à Internet v6 à utiliser par-dessus ton accès à Internet v4. C'est à mon avis bien plus simple à mettre en place que du double NAT ou des vues DNS.

Note qu'IPv6 ne résous en rien le "le webservice doit pouvoir fonctionner même si couper d'internet (donc nom de domaine HS et pas moyen de mettre a jour le certificat)".

Comment ça nom de domaine HS ? Si tu as un de tes serveurs de nom chez toi, coupé d'accès à Internet, tu peux toujours résoudre tes noms. Pas les autres noms, mais les noms de ta zone DNS, si.

HPKP et DANE font parti de la stack X.509 et assimilé. DNSSec devrait être déployé partout (98% de MitM mail si tu es en Turquie à cause de ce manque…)
Une CA doit permettre de les respecter.
Sinon c’est juste une « yet another plain old CA ».

Eh bien, tout va bien alors, Let's Encrypt est une CA moderne, parce qu'ils ne posent aucun problème avec HPKP et DANE. Avec HPKP, c'est la clef publique qui est épinglée. Avec DANE, tu as le choix, donc tu peux épingler la clef publique. Il suffit, tous les 90 jours, de changer, non pas de clef et de certificat, mais seulement de renouveler le certificat avec la même clef, et ça roule, rien à changer pour HPKP ni DANE.

Ah, c'est vrai, ta religion t'impose d'épingler le certificat et de changer de clef tous les 90 jours, c'est ça ?

Et ça casse tout l’intérêt de DNSSec si tes clefs sont dispos sur une machine accessible depuis le net.

N'importe quoi. Ça permet certaines attaques qui sans cela seraient impossibles, mais ça conserve au contraire une bonne partie de l'intérêt de DNSSEC, à savoir de rendre la falsification de réponses DNS beaucoup plus difficile. Sans DNSSEC par exemple, contrôler un bout du lien entre le client et un serveur de nom faisant autorité pour une zone donnée suffit à changer les réponses pour ce qu'on veut. Avec DNSSEC, ce n'est plus possible, il faut avoir accès à la clef de signature de la zone.

Encore une fois, il y a une solution simple (IPv6 et pas de NAT), et d'autres solutions compliquées, c'est au choix.

En général, on est plutôt sur du 2048-bit pour les KSK et 1024-bit pour les ZSK — et encore, la tendance est à la généralisation du 2048-bit même pour la ZSK (par exemple, la nouvelle ZSK 2048-bit de la racine vient d’être pré-publiée, et devrait bientôt entrer en service).

Quand on n'utilise pas franchement des algorithmes à courbe elliptiques, qui permettent de réduire considérablement la taille des enregistrements pour une sécurité identique, voire supérieure.

C’est d’ailleurs la principale raison d’avoir une ZSK et une KSK séparées (non, ça non plus ce n’est pas « imposé » par DNSSEC).

Il y a une autre raison : il est beaucoup plus facile de changer de ZSK que de KSK, cette dernière devant être déclarée au bureau d'enregistrement, ce qui s'automatise assez mal.