Abandon de la passerelle avec le serveur de Martial

D’un commun accord avec Martial la passerelle interconnectant nos deux serveurs est abandonné. Ce n’est pas du tout un conflit entre nous deux qui à mis fin à la passerelle mais la crainte de voir exploser un conflit entre divers oms sur l’air.
De mon coté je me doutais que ça n’allait pas durer. Si il y a plusieurs serveurs c’est qu’il y a plusieurs mentalités. Qui conviennent à tel ou tel personnes. C’est un fait. On ne peu pas plaire à tout le monde et tout le monde ne nous plait pas.
Dans le monde des bisounours il n’y aurait qu’un seul serveur, un truc énorme. Mais ce monde n’existe pas.
Je suis un administrateur effacé, on ne voit pas, on m’entend peu mais j’écoute. Ma façon de fonctionner est la suivante. Je suis celui qui fait marcher le biniou et je laisse les modérateurs gérer. Si un truc me plait pas je le dit au modérateurs, si ça me plait vraiment pas j’agit, sans explications aucunes et j’en reste là. Je n’ai de compte à rendre à personne, j’en ai assez à rendre au pro pour m’emmerder à le faire chez moi.
Si ce serveur fonctionne bien ce n’est pas à cause de moi mais bien à cause de ses utilisateurs et des modérateurs qui je remercie grandement car je pense qu’ils sont plus présent que moi sur le serveur et en font bien plus que moi pour que ça fonctionne bien.

HTTPS

Pour les anxieux le blog est passé en HTTPS avec un certificat valide.

Faut que je pense à faire de même pour Mumble qui utilise un certificat autosigné qui ne vaut rien.

Plus d’information sur les mises à jour du système

Je ne préviendrai plus lors de l’application des mises à jour de système. Je fait cette opération environ une fois par semaine, le weekend end en principe pour avoir le temps de corriger un truc foireux si cela arrive. Il y’en a beaucoup, une centaine pas semaine soit environ 300Mo. Ça n’intéresse pas grand monde.
Le système utilisé est Archlinux, c’est une distribution rolling release et les mises arrivent tout les jours, plusieurs fois par jour même. Ce n’est en principe pas fait pour un serveur mais c’est la distribution que j’utilise au quotidien.
Le dernier problème en date est que Mumble en version 1.3 ne support pas Qt 5.11. J’ai donc bloqué les mises à jour pour que Qt reste en 5.10. C’est temporaire, j’attends de voir si cela va se résoudre. Au pire je repasse en Mumble stable, la 1.2.19 qui elle, est en Qt 4.

Passerelle vers un serveur extérieur.

D’un commun accord, une passerelle a été mise en place entre mon serveur et celui de Martial. Cela porte le nombre de relais à une trentaine, voir une quarantaine. J’espère que tout ceci ne va pas se transformer en eau de boudin comme la dernière fois donc pour la bonne marche de cette collaboration merci de bien marquer les blancs. De mon coté je vais devenir assez intransigeant, les modérateurs également, avec les relais pressentant des défauts. Donc plus de rebonds incessant, plus de  retour audio. Faut que ça marche et bien.

Chamboulement des passerelles

Peu être l’auriez-vous remarqué mais les passerelles ne sont plus sur Mumble. Elles ont déménagées sur Free Radio Network. L’audio sera moins bonne mais la raison de ce chamboulement est assez simple.

Cella supprime un client Mumble sur un serveur qui est un bibi. Le serveur est un Atom. C’est une toute petite machine et j’ai fait ceci dans un but d’optimisation des ressources. Le client AlterFRN est à des années lumière de la lourdeur de Mumble. C’est un programme en interface de commande sans interface graphique.

 Cela m’a permis de créer un autre passerelle qui va aller sur un serveur Mumble extérieur sans que ce pauvre Atom soit submergé.

Lancer plusieurs Mumble

Lancer plusieurs sessions de Mumble n’a jamais été très simple. Il y a bien l’option -m qui permet de le lancer plusieurs fois mais la configuration est partagée entre les multiples fenêtres et ça fout un joyeux bordel.

Je vous propose un truc tout simple pour le lancer plusieurs fois avec des configuration différentes qui ne seront pas perdues aux prochains démarrages. Ça ne marche bien évidement qu’avec linux et je n’ai aucune idée pour pouvoir faire la même chose avec Windows et… je m’en fou.

Sous linux la configuration des programmes est stocké dans HOME/.config et HOME/.local il suffit donc de jouer avec ça. Pour deux Mumble différents par exemple il faudra créer deux dossiers dans son répertoire personnel. Pour cela on ouvre un terminal et on se retrouve donc dans son HOME. On créé le deux dossiers.

mkdir mumble1
mkdir mumble2

Et pour lancer les sessions.

export HOME=/home/toto/mumble1
mumble &
export HOME=/home/toto/mumble2
mumble &

Et voila, deux Mumble de lancé chacun avec un configuration différentes, des certificats différents et totalement indépendantes.

 

Mises à jour du 9 mai 2018 ~ 17:30

Depuis les dépôts officiel.

binutils 2.30-3 -> 2.30-4
cryptsetup 2.0.2-1 -> 2.0.3-1
dbus 1.12.6-1 -> 1.12.8-1
dhcpcd 7.0.1-1 -> 7.0.4-1
file 5.32-1 -> 5.33-1
freetype2 2.9-2 -> 2.9.1-1
gcc 7.3.1+20180406-1 -> 8.1.0-1
gcc-libs 7.3.1+20180406-1 -> 8.1.0-1
gcr 3.28.0-2 -> 3.28.0-3
glibc 2.27-2 -> 2.27-3
gvfs 1.36.1-1 -> 1.36.2-1
intel-ucode 20180312-1 -> 20180425-1
js52 52.7.3-1 -> 52.7.3-2
libaio 0.3.110-1 -> 0.3.111-1
libgpg-error 1.29-1 -> 1.31-1
libidn 1.33-2 -> 1.34-2
libinput 1.10.5-1 -> 1.10.6-1
libpsl 0.20.1-2 -> 0.20.2-1
librsvg 2:2.42.3-1 -> 2:2.42.4-1
libsoup 2.62.1-1 -> 2.62.2-1
libtirpc 1.0.3-1 -> 1.0.3-2
libtool 2.4.6+40+g6ca5e224-5 -> 2.4.6+40+g6ca5e224-6
libzip 1.5.0-1 -> 1.5.1-1
linux-firmware 20180314.4c0bf11-1 -> 20180416.b562d2f-1
linux-zen 4.16.5-1 -> 4.16.7-1
man-pages 4.15-1 -> 4.16-1
mesa 18.0.1-1 -> 18.0.3-1
nano 2.9.5-1 -> 2.9.6-1
pacman 5.0.2-2 -> 5.0.2-3
pinentry 1.1.0-2 -> 1.1.0-3
python2 2.7.14-3 -> 2.7.15-1
teamspeak3 3.1.8-3 -> 3.1.9-1
tzdata 2018d-1 -> 2018e-1
wget 1.19.4-3 -> 1.19.5-1
xfce4-screenshooter 1.9.1-1 -> 1.9.2-1
xfce4-sensors-plugin 1.2.6-3 -> 1.3.0-1
xfce4-whiskermenu-plugin 2.1.6-1 -> 2.1.7-1
xz 5.2.3-1 -> 5.2.4-1

Depuis AUR

 1. teamspeak3-server: 3.1.2-1 ==> 3.1.3-1
 2. trizen: 1:1.48-1 ==> 1:1.49-2

Un k bip

Au détour d’un QSO j’ai entendu que certain aimeraient une balise sur leur relais. J’ai aussi eu des commentaires pour un k bip sur mon relais dans un vidéo sur Youtube. En effet quand on passe dans mon relais et qu’on relâche le ptt, celui-ci répond par un k pour dire qu’on est bien passé dedans. J’ai aussi un perroquet dans les cartons.

Ces scripts doivent pouvoir fonctionner dans tout linux. Y compris sur un Rapsberry. Il faut que sox soit installé. Ils utilisent aplay de sorte que pulseaudio ne soit pas nécessaire mais je n’ai aucune idée de son fonctionnement sans pulseaudio ou autre daemon audio. Il est fort à parier que ça ne fonctionne pas une fois Mumble lancé. Sans daemon un seul programme peu accéder à la carte son. Ce sont des scripts que j’ai utilisés par le passé sur mon relais mais qui ne me servent plus à rien maintenant. J’utilise FRN et tout ceci est intégré.

Le k bip.

Le script disponible ici.

​#!/bin/bash
while [ true ]
do
 rec /tmp/a.flac silence 1 0.1 1% 1 2.0 1%
 paplay ok.wav
done

C’est très compliqué. Un boucle enregistre l’audio si il dépasse un certain niveau et joue le son ok.wav une fois l’enregistrement terminé. ok.wav doit être assez long pour activer le vox du tx. Pour un perroquet il suffit de rejouer /tmp/a.flac au lieu de ok.wav.

Pour le cas de ce script il parait évident que pulseaudio soit présent puisque le script écoute la carte son en même temps que Mumble.

Une balise pour linux.

Au détour d’un QSO j’ai entendu que certain aimeraient une balise sur leur relais. J’ai aussi eu des commentaires pour un k bip sur mon relais dans un vidéo sur Youtube. En effet quand on passe dans mon relais et qu’on relâche le ptt, celui-ci répond par un k pour dire qu’on est bien passé dedans. J’ai aussi un perroquet dans les cartons.

Ces scripts doivent pouvoir fonctionner dans tout linux. Y compris sur un Rapsberry. Il faut que sox soit installé. Ils utilisent aplay de sorte que pulseaudio ne soit pas nécessaire mais je n’ai aucune idée de son fonctionnement sans pulseaudio ou autre daemon audio. Il est fort à parier que ça ne fonctionne pas une fois Mumble lancé. Sans daemon un seul programme peu accéder à la carte son. Ce sont des scripts que j’ai utilisés par le passé sur mon relais mais qui ne me servent plus à rien maintenant. J’utilise FRN et tout ceci est intégré.

La balise

Tout d’abord le script. À placer dans le fichier /home/toto/balise/balise pour l’utilisateur toto par exemple. Il est téléchargeable ici avec des exemples de fichier audio.

#!/bin/bash
# Balise automatique
chemin=/home/gerald/balise
heures=$(date +%H)
minutes=$(date +%M)

cd $chemin

case $minutes in
 00) aplay bip.wav h$heures.wav surjn37bg.wav k.wav;;
 15|30|45) aplay bip.wav h$heures.wav m$minutes.wav surjn37bg.wav k.wav;;
esac

Dans le cas où l’on tiendrait à utiliser paplay il faudrait préciser la session X à utiliser avec un export DISPLAY=:0 avant l’une de première commandes paplay.

Ce script est à lancer toutes les quinze minutes, une tâche cron s’impose. Pour éditer son crontab c’est simple.

crontab -e

Et dans la crontab

MAILTO=""
*/15 * * * * /home/user/balise

Et c’est tout.