La complétion automatique de la ligne de commandes est quelque chose qui a longtemps manqué à bon nombre de shells non UNIX (si on peut appeler cela des shells). Aujourd'hui c'est une fonctionnalité présente un peu partout, mais les shells open source comme Bash ont toujours énormément d'avance dans ce domaine.

Le problème qui s'est posé à moi pour cet article est le suivant : la réception d'un message incluant une pièce jointe que mon très cher Mutt était incapable d'ouvrir directement. Voilà qui nous donne l'occasion de nous plonger dans les principes d'associations format/application.

On a tous nos préférences et ceci vaut pour des commandes de base comme ls.

UTF-8 c'est l'avenir ! Voilà quelque chose que j'ai souvent entendu. Mais l'avenir met du temps à arriver et pour l'instant, nous sommes encore dans le présent.

Plus la puissance de calcul augmente et plus le public est éveillé au sujet de la protection de sa vie privée, plus l'authentification des tiers et le chiffrement des communications est demandé et présent. De plus en plus de services en ligne, par exemple, utilisent maintenant systématiquement TLS/SSL même pour le simple affichage d'un panier sur un site commerçant.

Si vous ne le saviez pas, les documents OpenDocument issus d'OpenOffice.org, LibreOffice et d'autres applications, sont en réalité des archives Zip.

Soyons clair de suite, il ne s'agit pas ici du support inotify du noyau Linux ou même du démon FAM (File Alteration Monitor) initialement développé par SGI. Non, il s'agit de simplement utiliser le shell et quelques commandes simples mais sympathiques.

Parmi l'ensemble des besoins ponctuels qui peuvent se faire ressentir dans l'utilisation du shell, il en est deux pour lesquels je ne me rappelle jamais des solutions. Peut-être que le fait de les voir publiées dans ce hors-série aura pour effet de les ancrer définitivement dans ma mémoire et, à défaut, je les aurai sous le coude.