L'extension Lightning qui permet de visualiser des calendriers dans Thunderbird est installée par défaut depuis un certain temps maintenant.
Problème : en faisant une mise à jour vers la version 60.x de Thunderbird, il se peut que le logiciel annonce que Lightning n'est pas compatible avec cette version de Thunderbird.
Pour y remédier, il existe plusieurs possibilités recensées sur cette page. Celle qui a fonctionné pour moi est la suivante :
1) Désinstaller le module Lightning de Thunderbird puis fermer Thunderbird ;
2) Installer le paquet xul-ext-lightning
depuis les dépôts :
sudo apt install xul-ext-lightning
3) Relancer Thunderbird. Le calendrier est revenu comme un grand.
Pour info, je suis sous Linux Mint. Mais ça devrait fonctionner pour tous les debian-like.
Je veux ajouter un certificat SSL à mon apt.
Je lance la commande suivante (en adaptant les valeurs) :
apt-key adv --keyserver keyring.debian.org --recv-keys 0x1827364554637281
J'obtiens le message d'erreur suivant dans la console :
Executing: /tmp/apt-key-gpghome.jm0CXrmSHQ/gpg.1.sh --keyserver keyring.debian.org --recv-keys 0x1827364554637281
gpg: failed to start the dirmngr '/usr/bin/dirmngr': No such file or directory
gpg: connecting dirmngr at '/tmp/apt-key-gpghome.jm0CXrmSHQ/S.dirmngr' failed: No such file or directory
gpg: keyserver receive failed: No dirmngr
La partie importante est No dirmngr.
Il faut installer l'outil dirmngr :
sudo apt install dirmngr
La commande d'ajout du certificat peut alors être lancée.
Après avoir installé un environnement java, téléchargé et décompressé l'archive d'elasticsearch, il est temps de lancer l'appli :
cd $EL_HOME
./bin/elasticsearch
L'appli se lance, mais n'est pas joignable à l'adresse par défaut localhost:9200
.
Dans ce cas, il se peut que les logs qui apparaîssent au démarrage dans la console affichent le message suivant :
max virtual memory areas vm.max_map_count 65530 is too low
Dans ce cas, il faut lancer la commande suivante :
sudo sysctl -w vm.max_map_count=262144
Pour rendre cet modification permanente, il est possible d'ajouter cette variable dans le fichier /etc/sysctl.conf
:
echo "vm.max_map_count=262144" >> /etc/sysctl.conf
Afin de monter un environnement de test, il peut être utile d'installer Proxmox dans une VM. Avec VirtualBox, il faut cependant prendre quelques précautions :
1) Créer un réseau privé dans VirtualBox : Fichier > Host Network Manager > Créer
, puis je choisis les caractéristiques du réseau.
2) Dans les options de la VM, je vais dans la partie Réseau :
3) Toujours dans la partie réseau :
4) Ensuite je lance l'installation de Proxmox et je crée une VM.
5) Au moment de lancer la VM (avec le bouton Start), le message d'erreur suivant risque d'apparaître dans le logger (en bas de l'écran) :
ERROR: KVM virtualisation configured, but not available. Either disable in VM configuration or enable in BIOS.
6) Il suffit alors de sélectionner la VM (à gauche de l'écran), puis d'aller dans Options et de trouver la ligne suivante :
KVM hardware virtualization Yes
Double-cliquer sur la case Yes, et décocher la case Enabled.
Note :
no support for kvm virtualization detected
peut apparaître malgré le fait que la virtualisation soit gérée par le processeur, il ne faut pas en tenir compte;Lors de la création d'un job dans Jenkins, il se peut que l'erreur suivante apparaisse au moment d'indiquer le repository à suivre :
Failed to connect to repository : Command "git ls-remote -h https://monsite.com/scm/mon_repo.git HEAD"
Voire même :
Failed to connect to repository : Command "git ls-remote -h https://monsite.com/scm/mon_repo.git HEAD" returned status code 128:
stdout:
stderr: fatal: unable to access 'https://monsite.com/scm/mon_repo.git/': server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none
Cela arrive quand le serveur contenant les répo utilise un certificat SSL auto-signé. Pour remédier à ce problème, il faut :
/etc/ssl/certs/
du serveur hébergeant Jenkins.Jenkins devrait maintenant accepter le répo sans broncher.
Pour lancer jenkins :
java -jar jenkins.war
Si une erreur au lancement indique que Jetty n'a pas pu être lancé, cela signifie que le port sur lequel Jetty voulait mettre Jenkins en écoute est occupé. Pour résoudre ce problème :
Pour cela, il suffit d'ajouter l'option --httpPort à la ligne de commande :
java -jar jenkins.war --httpPort=12345
Et voilà !