cg a écrit 1440 commentaires

j'en déduis donc (peut-être à tort) que Firefox interprétait le "fallback" comme un choix par défaut ?

C'est logique, vu que fallback veut dire default, chez PulseAudio :

Default/fallback devices

As far as Pulseaudio devices are concerned "default" and "fallback" are synonyms. "fallback" is the more accurate description. For legacy reasons the command line utilities use the term "default".

Whenever a new stream appears, PulseAudio's stream-restore module checks if the same stream has been seen before, and if it is, then the stream is connected to the same sink or source that was used previously. There is a concept of a "fallback" device, which is used if the stream has not been seen before.

Je ne trouve pas que cette terminologie soit particulièrement heureuse, mais une fois qu'on a lu l'explication, elle a l'avantage de rappeller le mécanisme sous-jacent qui est mis à l’œuvre.

Étant moi-même en position de recruter et gérer une équipe, mais qui déteste ça (désolé les humains mais c'est les ordis que j'aime :D), l'article m'a vachement plu.

Ça m'a fait penser à cette article (en Anglais) : https://m.signalvnoise.com/hiring-programmers-with-a-take-home-test/

D'un autre côté, en important des sources non officielles, tu peux t'exposer à des problèmes de stabilité et de maintenance.

Ajouter des dépôts externe fonctionne bien sur des paquets qui ont peu de dépendances ou sont prévus pour ne pas dégouliner partout (ex: zabbix). C'est assez facile de s'en sortir quand on a une machine par service, mais avec une machine qui assure 36 fonctions d'un coup, c'est plus compliqué.

Il ne faut pas négliger le travail d'intégration que font les mainteneurs d'une distribution comme Debian ou RHEL.

Lire Don't break Debian pour plus de détails.

---

Je suppose que les développeurs de rspamd ne veulent pas avoir à supporter leurs anciennes versions pendant plusieurs années.

C'est compréhensible, surtout avec une petite équipe. Du moment que les fichiers de config ne changent pas tous les 4 matins, ou que les mises à jour font les migrations de config proprement, ça reste chouette.

Par exemple, tout à l'heure j'ai fait des migrations de très vieux Dovecot et Postfix, il y a tous les outils pour migrer les configs entre versions majeures. Gitlab et Zabbix font ça très bien aussi.

Question pour les lecteurs, comment vous choisissez votre système de fichier ?

Je suis très conservateur : quasi tout en ext4, et xfs pour les partitions de données des NAS. Je commence à regarder du côté de zfs, ceci dit.

Car elle est encore supportée : https://www.debian.org/News/2022/2022032602

Pour ce genre de besoin simple, j'utilise soit clusterssh, soit parallel, selon les cas. (Pour les trucs pour complexes/plus régulier, j'ai Puppet en place, mais ce n'est pas le sujet).

Mais je verrai si ton outil peut couvrir d'autres cas d'usage, ça a l'air assez chouette !

Ce que j'apprécie avec parallel et clusterssh, c'est que l'inventaire est un simple fichier avec une liste de machines. Ainsi, j'ai tendance à les générer à la volée pour les cas spécifiques.

Par exemple cette commande m'ouvre un xterm sur chaque machine d'un réseau dont le nom commence par dev (les machines de l'équipe de développement), et me donne une fenêtre en plus qui tape la commande dans tous les xterms en question :

dig axfr internal.reseauduboulot.com | cut -d . -f 1 | grep ^dev | xargs clusterssh

Je fais beaucoup le même genre de trucs avec parallel. Faudra que je fasse un journal sur le sujet un de ces jours.

donc il faut juste fournir un compte bidon (un login/pass gmail devrait faire l'affaire) lors de la transmission de l'app

Fournir un accès à un compte de messagerie de test ou d'évaluation, dont le dev a le mot de passe et gère le contenu ? Puis qui va être utilisé par les modos d'applis de Google Play ? Ça semble être une très très mauvaise pratique.

Genre Google n'a pas une pléthore de comptes de mails pour ce besoin, pour pouvoir faire des tests avec des jeux de messages pour couvrir les tests fonctionnels.

La personne qui a évalué l'application a été trop vite et a fait une boulette (pour rester poli).

On dirait que tu n'as pas/plus de gestionnaire de fenêtre sélectionné ou d'installé. Tu tombes sur la session X par défaut qui consiste en seulement un terminal. Quand tu fermes ce terminal, la session X est terminée et tu retombes sur l'écran de login.

Depuis cet unique terminal, Tu peux lancer un gestionnaire de fenêtre :

xfwm4 ou startxfce4

Si ça marche, la suite est de comprendre pourquoi il ne se lance pas tout seul. C'est peut-être simplement qu'il faut le sélectionner dans le gestionnaire de login.

Sinon, as-tu un fichier .xsession ou .xsessionrc ou .xinitrc dans ton home directory ? Si oui que contiennent-ils fait cat dessus ?

le routage ipv4 multicast sur le réseau publique est il fonctionnel ?

Ce que tu appelles le réseau public, c'est Internet ? Alors non, tu ne peux pas faire de multicast sur Internet.

Certains réseaux étendus le permettent, mais sur Internet il n'y a pas de routes, et c'est même probablement explicitement rejeté (comme les 10.x 192.168.x.x, 172.16.x.x les adresses lien local/site local d'IPv6 etc…).

… Bientôt il faudra avoir un casier judiciaire pour draguer des vierges ?

C'est pré-dredi nan ?
-> []

Il y a aussi ces deux interfaces pour gocryptfs :

https://github.com/moson-mo/cryptor
https://github.com/bulletmark/gocryptfs-ui

Je n'ai pas testé, mais elles sont mentionnées dans le wiki de Archlinux

On dit chiffrer, et pas crypter. :-)

Plus de détails sur https://chiffrer.info/ (lecture courte et sympa)

C'est ce que je fais pour l'instant, mais l'approche par liste d'autorisation (tout interdit, sauf ce qui est autorisé) est plus efficace.

Par exemple j'ai eu des soucis quand des gens branchaient leurs smartphones pour les recharger : ça ajoute parfois une carte réseau… Qui permet de contourner les sécurités mises en place sur le LAN.

la philosophie Unix "tout est fichier"

C'est plutôt que tu peux accéder à tout en mode "fichier" via un descripteur de fichier, c'est à dire avec read() et write(), close(), parfois seek().

Par contre l'étape de connexion à une socket réseau ou à un block device ne se fait pas tout à fait de la même façon qu'un fichier sur une partition.

D'ailleurs, pour les sockets réseau, je ne crois pas qu'il y ait un fichier du genre /dev/net/192.168.1.2:8080 .

Cette page l'explique un peu mieux, mais en Anglais.

C'est tellement vrai !

Et entre link dynamique et statique, entre microservices et monolithes, entre 1 serveur sgbd pour plusieurs applis, ou 1 serveur par appli, entre SaaS et auto hébergé, entre GPL et BSD, etc…

in fine, on ne trouvera jamais de bonne solution, car il n'y en a sans doute pas :).

Chouettes considérations, merci bien ;).

Je vais insister sur le TM2030, on verra ce que ça donne ! (et je testerai d'inverser ctrl et tab pour voir)

Avec en bonus que le destinataire qui reçoit le double-bounce peut aller te déclarer dans une liste noire de spammeurs.

Hey,

merci pour les refs. Souvent je trouve qu'il manque plein de touches sur les claviers exotiques, la rangée de chiffres par exemple, il y a une courbe d'apprentissage un peu chiante. Je trouve cocasse que le pavé num et les deux pavés annexes soient ortho, et que peu de fabricants soient revenus sur le quinconce des lettres.

En ce qui concerne le typematrix 2030 (en qwerty pour moi), je trouve difficile d'aller sur les flèches et de revenir à la position de départ rapidement. Faire le "paste" avec Shift-Fn-Insert ou Fn-Paste n'est pas très ergonomique : trois touches dans un cas, touche Fn peu accessible et qui donne malgré tout une combinaison zarbi dans un autre. Et dans les terminaux, ça sert très souvent. Le shift de gauche est trop grand, d'habitude je met ctrl à la place du caps lock. Et je n'aime pas trop que certaines touches comme \| soient déplacées.

Après, je trouve géniaux le Enter et Backspace au centre, et pour le coup, on s'y habitue en quelques minutes tellement c'est naturel. J'aime bien le toucher et le relatif silence. Et le look RDA qui va tellement bien à i3 et xterm bien sûr :D.

En fait, avec un firmware reprogrammable, qui permettrait de déplacer quelques touches et changer des macros intégrées au clavier, ce serait vraiment bien je pense.

---

Enfin, histoire de revenir au sujet du post, je trouve pas ça spécialement abusé le prix du clavier fabriqué en France, quand tu vois le prix de certains clavier méca de grande série, voire de souris de gamers à 250€.

Pour avoir à l'occasion fait fabriquer des PCB en France (par des boîtes qui ont toutes fermées depuis !), je sais bien que rien que cette étape est onéreuse, ne serait-ce que par-rapport à d'autres pays d'Europe.

Je ne connaissais pas Mermaid. J'avais cherché un plugin pour faire du dot/graphviz pour Redmine, mais pour Mermaid ça existe. Je vais pouvoir intégrer des petits graphs dans les tickets/wiki sans passer par un outil externe.

Chouette, merci pour la découverte !

Celui-ci m'avait interpellé, car il reprend quasiment la disposition d'un clavier habituel, mais en ortho. Hélas il n'existe pas à la vente, il faut le fabriquer soi-même (mais les plans sont dispo).

À noter que pour ce clavier, l'auteur a conservé la carcasse et l'électronique d'origine de son clavier.

(ma vie: j'ai un typematrix mais je trouve difficile de faire certaines combinaisons et de s'y retrouver. J'aime bien les espaces pour séparer les blocs fonctionnels, et déplacer mes mains ne me pose pas de problème).

C'est juste le temps de tester, mais en effet il faut avoir 2 écrans. Tu peux faire un autre test pour savoir si tu es sur un display physique : si tu as 2 souris, tu en branches une sur le remote, et quand tu bouge la souris du remote, ça bouge le pointeur dans VNC.

Ceci dit, je suis persuadé qu'on doit pouvoir autoriser la gestion des ressources locale d'une machine avec les bonnes règles dans polkit ou des sessions X.

Ah oui, en effet ça ne règle pas le problème, car tu arrives encore sur un display virtuel.

Ce dont je parle c'est plutôt x0vncserver ou x11vnc (dispo aussi dans Debian).

Si tu arrives sur le display "physique", en branchant un écran sur la seconde machine tu vas voir tout ce que tu fais en remote sur cet écran. C'est un mode d'accès quand même différent, surtout en terme de confidentialité, à voir si ça te convient.

Cela fonctionne quand je lance ma session en physique (via lightDM), mais non pas quand j’ai ouvert ma session X via VNC.

Si je comprend bien, tu ouvres ta session genre VNC sur SSH ? Si c'est le cas, tu ouvres un genre de bureau virtuel, qui n'est pas attaché aux entrées/sorties locales de ta machine distante.

Pour que ça fonctionne comme tu le souhaites, une possibilité est que le serveur VNC se branche au display local, sur lightdm qui gère le display "physique" de ta machine distante.

Ton client VNC se connecte sur ce serveur VNC.

[local: client VNC] --> [remote: serveur VNC] --> [remote: lightdm]

Il existe peut-être d'autres possibilités en jouant avec polkit ou les seats, mais je ne connais pas non plus.

Peut-être que des paquets comme thinlinc (vnc) ou x2go (nx) peuvent t'aider à obtenir la config que tu souhaites plus simplement.

Pour ceux qui aiment, le livre Core Memory propose des chouettes photos et un petit texte sur une bonne sélection des ordinateurs de cette époque, et quelques uns plus modernes.

Est-ce que les stats de distributions comme debian ne possèdent pas un début de réponse sur l'usage de reiserfs (et reiser4) ?

Oui, il y a :

En baisse notable : https://qa.debian.org/popcon.php?package=reiserfsprogs
En augmentation notable : https://qa.debian.org/popcon.php?package=xfsprogs
En augmentation stellaire : https://qa.debian.org/popcon.php?package=btrfs-progs

Et puis franchement quand y'a une corruption de ReiserFS c'est pas la joie :D