Le comportement par défaut du log de hg est proprement exaspérant pour un utilisateur de Git : la révision par défaut étant tip:0 (qui n'est pas nécessairement l'état courant).
Pour avoir le log de l'état courant du dépôt, comme le fait Git par défaut : -f (--folow). On ajoutera -v pour avoir des messages complets.
Pour inclure les différences on utilisera p, comme avec Git (peut-être en combinaison avec -g pour avoir le format étendu de Git, même s'il ne change rien pour les diffs les plus courants).

Un autre must-have, le pendant du color de Git, et fonctionne à peu près pareil.

Must-have, particulièrement pour tout utilisateur de Git qui a l'habitude d'un comportement pratique par défaut. Comme son nom l'indique, cette extension permet d'utiliser un pager automatiquement sur la sortie de la plupart des commandes, comme par exemple log ou export.

Les options suggérées pour less sont très bonnes, et fonctionnent comme Git :
F : quitter less automatiquement si la sortie tient sur l'écran
R : garder les séquences d'échappement pour la coloration (utile en particulier avec l'extension color)
X : ne pas vider la vue à la sortie, indispensable quand on utilise F

Quand on importe un certificat auto-signé dans Firefox, il ne s'applique qu'à un seul sous-domaine particulier (celui d'où on l'a importé si on a ajouté une exception, ou le CN si on l'a importé dans le gestionnaire). C'est bien, mais quand il y a plusieurs sous-domaines (ou domaines) qui utilisent le même certificat (via un subjectAltName), ça devient vite ennuyeux de refaire la même manip' pour chaque sous-domaine (et de les vérifier tous).

Heureusement, il y a une astuce : modifier le fichier cert_override.txt dans le dossier du profil. Il vaut mieux d'abord avoir ajouté une exception (et non uniquement avoir importé le certificat) pour avoir une entrée à dupliquer aisément. Il suffit ensuite de dupliquer la ligne appropriée dans ce fichier et de changer le domaine (1ère entrée), puis de relancer Firefox.

Et c'est corrigé :) https://git.gnome.org/browse/gdm/commit/?id=abaa3e6cd96ca80560848f17a6a314c8405735d6

[edit] lien à jour : https://gitlab.gnome.org/GNOME/gdm/-/commit/abaa3e6cd96ca80560848f17a6a314c8405735d6

SIGUSR1 dans est bloqué dans les sessions graphiques, merci GDM…

"Sometimes it may be necessary to blacklist a module to prevent it from being loaded automatically by the kernel and udev. One reason could be that a particular module causes problems with your hardware. The kernel also sometimes lists two different drivers for the same device. This can cause the device to not work correctly if the drivers conflict or if the wrong driver is loaded first.

You can blacklist a module using the following syntax: module_name.blacklist=yes."

• many forget global variables are fully global, not only to the current file;
• declaration outside any other scope in the file doesn't necessarily mean the variable will be global, e.g. if the current file is included from a non-root scope. The only completely reliable way to declare a global is to use $GLOBALS;
• fully global variables are generally a bad idea anyway.

Instead, if you need a similar feature, look at class (or function) static variables.

• they have the expected scope;
• support access restriction (private, protected, public);
• can be referenced from the using class with the better syntax self::$my_class_global.

If you don't have a class… well, first check if your code couldn't get better organized by being in one. If not, either create a state class (abstract class MyState { static $foo = 0; }) and use it as a global, or know what you do and use a global, with all its attached baggage.