Article très intéressant, notamment sur la partie de l'authentification multiple.

C'est vrai qu'il y a pas mal de temps, je faisais partie de ceux qui avaient un à-priori sur SQLite.
Après, pour une instance de home-assistant, SQLite ne tient pas la route là où MariaDB tient les performances sans soucis (sur Raspberry Pi 3 il y a environ 6-9 mois).
Mais MariaDB est un serveur là ou SQLite est un fichier (ou un ensemble de fichier si on active certaines options).

Un article vraiment bien rédigé pour ceux qui veulent savoir ce que sont les NFT (Non-Fungible-Token).

Je rejoins à 100% cette première analyse à chaud ...

# 'ctrl + z' bind to 'fg' command (invisible mode)
stty susp undef
bind -x '"\C-z":"fg >/dev/null 2>&1"'

Effectivement, faire CTRL-Z pour quitter VIM (le temps de compiler ou autre) et refaire CTRL-Z pour revenir, c'est plus pratique que de faire fg (oui, c'était que 2 lettres, mais là, on a pas à se poser de question, c'est aussi naturel qu'un CTRL-C).

Quand gdb n'est pas disponible sur votre cible mais que gdbserver est là :)

• Sur la cible
  • $ gdbserver IP:2000 my_prg
• Sur votre machine
  • $ gdb my_prg (The executable file and the libraries in the host, must exactly match the executable file and libraries on the target)
  • (gdb) target remote IP:2000

Démonstration que "Modération != Censure".

Un avis que je partage dans sa quasi totalité !

Aie, aie, aie, comme c'est étonnant ...
On peut imaginer le même problème sur Github.

Le rapport complet est dispo ici.

via sebsauvage.net

Une grosse faille avec beaucoup de mails/mots de passes dans la nature avec cette brèche ..
Ce script (à adapter selon les cas de chacun) permet de retrouver tous vos sites impactés pour changer immédiatement le mot de passe.

Une preuve de plus de l'indispensabilité d'utiliser des gestionnaires de mots de passe ...

Je ne comprends toujours pas pourquoi les gens disent que "Git est trop dur à utiliser".
Il faut uniquement connaitre les bases et les quelques commandes basiques qui sont (je vois pas comment on pourrait faire vraiment plus simple).

• git clone
• git pull
• git commit
• git push

Le reste, c'est que du bonus. D'ailleurs, le temps d'apprentissage de git est relativement court pour le gain de temps que ça vous apporte !!

Et il y a des outils tellement pratiques comme tig (tig --all et tig status).

Et dernière chose: Github est un serveur Git, mais il faut arrêter de penser à Github dès qu'on parle de Git, merci.

Article très intéressant si vous êtes abonnés.
J'avais pas suivi qu'il y avait tant d'innovation sur le monde du disque dur.
Ca montre également qu'il ne faut pas prendre n'importe quel disque pour faire du NAS (entendre par là un disque qui tournerait 24h/24 7j/7).

Pas mal ce petit outil :) (pour pallier à la compliquée syntaxe bash !)

set -euo pipefail

Je ne savais pas qu'il y avait un ISO. Ça donne des arguments si quelqu'un propose une autre notation.

SQLite est un outil que j'apprécie énormément mais je ne suis pas du tout d'accord avec ce postulat.
Dans l'article, c'est Fossil et Github qui sont comparés, pas Fossil et Git.
Certes Git ne gère pas par défaut les issues/wiki.
En revanche, des outils tels que tig vous permettent de faire absolument tellement de choses tellement facilement.

Pour moi, l'auteur de SQLite a tout à fait le droit d'utiliser le gestionnaire de versions qu'il souhaite, mais je ne comprend pas cet article de mauvaise foi pour se justifier ... J'imagine que c'est pour répondre facilement à tout ceux qui demandent "pourquoi ce n'est pas sur git" mais bon ...

Conclusion: Il faut arrêter de confondre Git et Github (Github est une plateforme exploitant l'outil Git).

via sebsauvage.net

Les redirections de fichiers.
Un bon tableau dans l'article, voici un petit résumé des 2 plus utiles (déclinés en nouveau fichier / append) à mes yeux.

• command > output.txt 2>&1: {POSIX} Puts both standard error and output to file named output.txt
• command >> output.txt 2>&1: {POSIX} Appends both standard error and output to file called output.txt
• command 2>&1 \| tee output.txt: {POSIX} Puts both standard output and error to file named output.txt while displaying output on terminal
• command 2>&1 \| tee -a output.txt: {POSIX} Append both standard output and error to file named output.txt while displaying output on terminal

Excellent :)

via sebsauvage.net

Témoignage très intéressant, merci pour le partage.

Petit topo sur les batteries Lithium très bien résumé !

Article d'intérêt public ! :)