Excellent portrait de cette période sanglante de l'histoire du Cambodge.

Je déteste excel !

L'histoire de la découverte de Neptune par le calcul.

Pour mémoire :

git show --name-only <SHA>

Magnifique voyage sur Venus.

Je remets la réponse ici :

The compilerArgs controls the behaviour of the java compiler. These settings are passed on to the compiler, and not used directly by the maven-compiler-plugin. Using Xlint you can control which warnings the java compiler outputs from the compilation process. You can also add e.g. -Werror to abort compilation upon warnings (which in general is a good practice).

The showWarnings configuration on the other hand, is a setting for the maven-compiler-plugin (not passed on to the java compiler). It controls whether the plugin will output the warnings generated by the java compiler. So if you set it to false (I really don't understand why that is the default), you won't see the warnings generated by the java compiler. Even worse, the build will not fail even if you have set -Werror in the compilerArgs.

Je reçois des mails de letsencrypt me disant que mes certificats arrivent à expiration pour mes différents domaines. Ils ne sont pas renouvelés, alors que la commande est bien lancée par le cron deux fois par jours.

Cependant, quand je lance le certbot à la main, les certificats se renouvellent. #TuTeFousDeMaGueule

Et dans les logs de la commande, je peux voir ce message :

Upgrading certbot-auto 1.8.0 to 1.10.1...
Replacing certbot-auto...
Your system is not supported by certbot-auto anymore.
Certbot will no longer receive updates.
Please visit https://certbot.eff.org/ to check for other alternatives.
Saving debug log to /var/log/letsencrypt/letsencrypt.log

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Processing /etc/letsencrypt/renewal/monDomaine.conf
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Cert is due for renewal, auto-renewing...

Il semble que Debian 8 ne soit plus supporté, comme on peut le voir dans la liste d'OS sur le site de certbot. En effet, certbot-auto a été déprécié pour tous les systèmes, sauf ceux basés sur Debian et RHEL.

Alors je pose la question : Debian 8 n'est-il pas basé sur Debian ? #OnMAuraitMenti

Je sais que la version 8 commence à dater un peu, mais bon sang ! Décider unilatéralement d'arrêter un service comme ça sans prévenir, c'est comme manger une raclette sans pommes de terre. Ca ne se fait pas.

Encore une pépite à diffuser largement, au sujet du nucléaire, du double discours gouvernemental, et des légendes sur les énergies dites renouvelables qui circulent largement et qui menacent notre avenir collectif.

1) Taper services dans le menu démarrer.
2) Cliquer sur Exécuter en tant qu'administrateur. Entrer l'identifiant/mdp admin local. La fenêtre des services s'ouvre.
3) Choisir le service à démarrer, faire un clic-droit dessus puis Propriétés.
4) Dans l'onglet Général, dans le menu déroulant Type de démarrage, choisir Automatique.
5) Toujours dans le même onglet, dans la partie Etat du service, cliquer sur Démarrer.
6) Cliquer sur OK

Et sinon sous linux : sudo systemctl start nomDuService.

Pour la troisième solution qui consiste à passer des options à la JVM :

java -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=file_or_dir_path Main.java

Note : Si c'est un répertoire qui est spécifié, alors le fichier sera nommé avec le numéro du pid. Par exemple java_pid22540.hprof .

Et pour tester ces options, cette main simple génère une OutOfMemoryError :

public static void main(String[] args) throws Exception {

        int dummyArraySize = 15;
        System.out.println("Max JVM memory: " + Runtime.getRuntime().maxMemory());
        long memoryConsumed = 0;
        try {
            long[] memoryAllocated = null;  
            for (int loop = 0; loop < Integer.MAX_VALUE; loop++) {
                memoryAllocated = new long[dummyArraySize];
                memoryAllocated[0] = 0;
                memoryConsumed += dummyArraySize * Long.SIZE;
                System.out.println("Memory Consumed till now: " + memoryConsumed);
                dummyArraySize *= dummyArraySize * 2;
                Thread.sleep(500);
            }
        } catch (OutOfMemoryError outofMemory) {
            System.out.println("Catching out of memory error");
            //Log the information,so that we can generate the statistics (latter on).
            throw outofMemory;
        }
    }

Ca fait du bien d'entendre des hypothèses autres que "ils sont venus, mais comme ils nous ont trouvés trop cons, ils sont repartis".

Très pertinent, encore une fois.

Et maintenant, le plat de résistance.

Pour mémoire.

La loi qui permet aux agents de l'ordre par la force de voir sans être vu. La comparaison avec Big Brother en Chine est savoureuse ...

J'utilise gitlab-ci chez mon client. Or quelque chose m'a profondément agacé ces derniers jours.

Voilà le contexte : le fichier .gitlab-ci.yml du projet sur lequel je travaille prévoit qu'un seul pipeline peut être lancé à la fois sur une même branche. Rien de très étonnant jusque là. Du coup, lorsqu'un pipeline est lancé alors qu'un autre est déjà en cours d'exécution, le second tombe en erreur.

Quel est le problème : quand on est tout seul à faire des merge-request, on peut toujours relancer manuellement un pipeline tombé en erreur. Mais quand on est 10 à en faire, je vous laisse deviner ce qui se passe :

• pendant que le pipeline A tourne, les merge-request affluent et créent des pipelines B, C, D etc qui tombent tous en erreur;
• et une fois que le pipeline A se termine, c'est une énorme course au drapeau qui se déclenche pour savoir qui cliquera le premier sur le bouton permettant de relancer son pipeline (qui dure près de deux heures et demi).
• le perdant ultime gagne potentiellement le droit de se taper le merge de tous les autres, même si sa merge-request est la première à avoir échoué.

Bref. Une bonne âme m'a filé l'astuce, il s'agit d'utiliser la propriété resource_group.

Comme on peut le voir dans l'exemple en lien, il faut simplement :

• ajouter cette propriété dans chacun des jobs qu'on ne veut pas voir s'exécuter en parallèle;
• donner la même valeur à la propriété partout (on peut changer de valeur pour créer des sous-groupes évidemment).

Il s'agit en fait de créer une "ressource" partagée, qui ne pourra être utilisée que par un seul job à la fois (et donc ici, par un seul pipeline à la fois). Les pipelines qui arriveront ensuite seront mis en file d'attente au lieu d'être mis en échec. Quand le premier job/pipeline se termine, il libère la ressource qui est passée au pipeline suivant, etc.

Pour savoir dans quel jar se trouve une classe particulière.

Des données intéressantes qui appuient le choix d'une plus grande taxation, sinon d'un suppression, de l'héritage.

Bon, par contre, je trouve qu'il insiste trop sur le côté égalité des chances, qui, je le rappelle, est une expression de la langue de bois. Car comme le dit Franck Lepage, l'égalité des chances ça revient à dire : quand vous êtes au départ d'une course, que vous soyez un lapin ou une tortue, la ligne de départ est la même.

En effet, résumer l'égalité des chances d'avoir la vie qu'on aura choisi à la quantité d'argent dont on dispose, c'est oublier tout ce qui touche à l'éducation, au cadre de vie, aux fréquentations (et aux réseaux de contacts qui viennent avec), etc. Le patrimoine ne se compte pas qu'en euros.

Et puis avec un âge moyen d'héritage aux alentours de 50 ans, la stratégie qui consiste à attendre que Tata Fernande casse sa pipe est quand même un peu risquée ...

Je ne me souviens jamais de la commande, du coup j'en mets deux ici :

[alias]
lg1 = log --graph --abbrev-commit --decorate --format=format:'%C(bold blue)%h%C(reset) - %C(bold green)(%ar)%C(reset) %C(white)%s%C(reset) %C(dim white)- %an%C(reset)%C(bold yellow)%d%C(reset)' --all
lg2 = log --graph --abbrev-commit --decorate --format=format:'%C(bold blue)%h%C(reset) - %C(bold cyan)%aD%C(reset) %C(bold green)(%ar)%C(reset)%C(bold yellow)%d%C(reset)%n''          %C(white)%s%C(reset) %C(dim white)- %an%C(reset)' --all
lg = !"git lg1"

A mettre dans le ~/.gitconfig, ou dans le ~/.bashrc.

Un système décimal utilisé par les moines cisterciens au bas moyen-age. Parfait pour noter les dates.