Parce que tu as hontes de la trop petite longueur de tes mots de passe ?
Concernant le fond du débat, bien qu'étant un vieux de la vielle, je suis pour les astérisques, avec justement cet argument supplémentaire : le fait qu'on puisse voir la longueur de ton mot de passe encourage à ce que celle-ci soit dans les standards de sécurité actuels. Par exemple 14 caractères minimum…
Je me réponds à moi même.
L'AsiaRF AW7916 que tu cites utilise justement le composant mediatek MT7916AN.
Et j'avoue que je n'ai pas réussi à trouver dans ses specs l'information que tu nous as remontée (à savoir qu'il supporte 16 SSID en mode AP) : cette caractéristique n'est jamais donnée.
J'aurais pensé a priori que tous les chips mediatek en supportent autant, parce que mediatek c'est bien ;-). Bin pas forcément, visiblement. Je viens de tester la commande 'iw list' sur une carte USB avec un chip MT7921AUN qu'on pourrait penser de la même famille. (De fait c'est aussi du WIFI 6 double bande). Bah la commande me retourne :
valid interface combinations:
* #{ managed, P2P-client } <= 2, #{ AP, P2P-GO } <= 1,total <= 2, #channels <= 2
Du coup, à part traîner sur les forums d'openwrt, comme tu l'as fait, cette information n'est pas facile à obtenir…
Côté openwrt les routeurs avec chipsets mediatek sont bien supportés car bien documentés et avec des pilotes Wifi libres, qui offrent en général toutes les possibilités…
J'imagine qu'il en est de même pour les modules WIFI seuls. Pour le prix (8,50€), je t'encourage à tester : https://fr.aliexpress.com/item/1005008071165077.html
Les SSD green de WD basculent automatiquement et rapidement en mode sleep après même pas 10 secondes d'absence de sollicitation. C'est principalement prévu pour économiser la batterie des PC portables. Sur la fiche technique, cela correspond au mode "slumber".
On voit que dans ce mode, le SSD ne consomme déjà plus que 60 mW. Je pense qu'avec une si faible consommation, ça a peut d'intérêt de piloter l'alimentation.
D'autant que ton HUB PPS consomme certainement et si cela se trouve autant…
PS :
- je n'ai pas plus cherché, mais sûrement d'autres marques/modèles de SSD le font aussi;
- j'ai un WD green dans ma machine, et je peux te confirmer que je le vois tout le temps basculer en mode sleeping.
- C'est vraiment transparent : dans ce mode, le SSD sort de veille en moins de 10 ms d'après ce papier de phison : https://phisonblog.com/sata-ssd-power-saving-modes-reducing-power-consumption-with-partial-slumber-and-devslp-2/
Et je confirme que tu remarques aucune latence et/ou le système ne se plaint pas IO delayed.
Pour les chromebooks avec chromeOS en version < 112, pour faire sauter l'enrollement (utilisé uniquement pour les chromebooks en entrepise), il y a un exploit : https://sh1mmer.me/
Mais globalement ce que tu as fait a surtout été possible parce que tu as la chance d'avoir un firmware libre (merci coreboot et Mr chromebox) à disposition.
Non, je ne suis pas d'accord. S'il n'y a pas de piste ogg/opus, on récupère un .m4a qui contient de l'AAC. Il n'y a pas de réencodade avec --prefer-free-formats.
Par contre je viens de constater qu'actuellement youtube ne propose plus de piste en ogg/opus. C'était pourtant encore le cas cet été (J'ai des Rip qui datent du 01/08/2025).
Si je refais un yt-dlp -F la_video_youtube_ripée_le_0108, je ne vois plus que 2 pistes audio au format mp4 (donc AAC).
Disons que les seuls critères techniques ne sont pas forcément prévalents.
Pour une messagerie, le niveau d'adoption de tes contacts est sûrement LE critère.
J'ai bien essayé de faire du XMMP du temps de Gtalk, ça restait facile à conseiller.
Désormais Signal me semble un bon compromis, même si effectivement, centralisé et nécessite un numéro de téléphone à la création de son compte (numéro que l'on peut masquer et changer). La disponibilité de Signal me paraît excellente (jamais vécu d'interruption de service), ce qui n'était pas le cas dans mon souvenir de Gtalk ou d'autres fournisseurs de service XMPP (free par exemple). Il me semble aussi que les passerelles inter-fournisseurs peuvent être down de temps à autre.
Et pour finir sur Tchap (que je ne connais pas personnellement), même si visiblement les choix techniques sont discutables, je trouve par principe une bonne chose que l'administration promeuve une solution chiffrée "souveraine".
Les abonnements de streaming sont un moyen d'écouter de la musique légalement et de rétribuer un peu les artistes.
Et quitte à utiliser yt-dlp, ripe vers du ogg/opus plutôt que mp3 : au moins tu feras la promotion d'un format libre (même si la licence sur le mp3 est tombé en 2017) et de meilleur qualité.
Autant je te rejoins sur l'utilisation de matériels pro d'occasion et ou le plaisir de "bidouiller" un peu le hardware, autant utiliser un Bios à la provenance douteuse me gêne énormément d'un point de vue cybersécurité…
Déjà que même provenant de sources officielles, on considère que ce sont des bloatwares auxquelles il faut faire aveuglément confiance. Alors un firmware non officielle chinois…
Les partisans du libre que nous sommes, souhaiteraient que des constructeurs intègrent un bios libre (ex coreboot : https://coreboot.org/).
Je vais être trollesque, mais chrome (chromium), même si libre et open source est quand même majoritairement contrôlé par Google. Dérivé au départ de webkit, majoritairement contrôlé par Apple…
Firefox de la fondation mozilla est donc le dernier browser web (depuis déjà longtemps) à être indépendant d'une entreprise… il devrait donc être le choix qui s'impose pour un libriste…
J'ai le même SOC MT7986A sur mon Xiaomi AX6000 et il n'est pas ventilé.
Sur le BPI-R3 le radiateur/ventilo est une option, sans doute pour éviter du throttle en cas d'usage intensif. De base, il est vendu avec de tout petits radiateurs : https://fr.aliexpress.com/item/1005005885775108.html
Sinon, la rotation ou du non du ventilateur est pilotable via une commande :
echo > /sys/devices/platform/pwm-fan/hwmon/hwmon1/pwm1
Certes, il faut au départ mettre un tout petit peu les mains dans le camboui (vive les failles logicielles du firmware d'origine).
En étant un peu expérimenté (à l'aise en anglais pour consulter les documentations et les forums), il n'y a pas de briquage irréversible: Voir la section "Debriking" sur le lien OpenWRT.
Notamment, on touche rarement au bootloader et celui-ci tente au boot sur le LAN une requête DHCP pour télécharger en TFTP un firmware de récupération (s'il a un réponse bien sûr).
Et si vraiment on a tué le bootloader, avec un fer à souder on connecte 3 fils au port série (3 pads faciles à souder) et les SOC Mediatek Filologic permettent également de charger un firmware de debug via ce port série.
Si rien précédemment n'a fonctionné, il est possible d'avoir accès au port JTAG pour reprogrammer directement la mémoire flash…
(je n'ai pas eu à le faire, globalement ça ne ne se brique pas comme ça, on touche rarement au bootloader).
Du coup, pour moi, l'OpenWRT One s'adresse plutôt aux grands débutants, peu à l'aise avec l'anglais (pour les docs, les forums) ou la ligne de commande et linux…
Si ce n'est pas votre cas, je vous encourage plutôt à regarder un autre routeur à base de SOC Mediatek, qui sera moins cher et/ou plus performant (voir le Bananapi R3 que j'ai cité dans un commentaire plus haut).
Le Banana PI-R3 est quasi au même prix que le Banana PI OpenWrt One, tout en offrant des specs bien plus intéressantes : https://fr.aliexpress.com/item/1005005827004033.html
- 2 Go de RAM vs 1 Go
- 8 Go de flash intégrée vs 256 Mo
- 1 slot M.2 pour un SSD
- 2 ports SFP 2,5 Ghz
- 1 switch 4 ports 1 Ghz intégré
- Wifi6 4x4 Mimo intégré
Il est parfaitement supporté par OpenWRT : https://openwrt.org/toh/sinovoip/bananapi_bpi-r3
En pratique, il est aussi imbriquable vue l'accès à l'interface JTAG via des pins du connecteurs GPIO, même si un poil moins simple qu'un switch comme sur le One.
Bref le seul intérêt pour moi du Banana PI OpenWrt One, c'est que le projet a négocié une petite commission sur chaque vente. Mais si l'on veut contribuer financièrement, autant faire un don directement.
Sinon, pour les achats sur Aliexpress, j'en fait régulièrement, et cela se passe très bien dans 99% des cas…
Au passage, merci encore à HP d'avoir autorisé, il y a déjà pas mal d'années, la diffusion des firmwares des HP4x. Ca simplifie la préservation d'un certain "patrimoine".
Je connaissais pas SwissMicros, mais cela me semble être (en tout cas visuellement) des clones des calculatrices HP des années 90.
Ça a l'air d'être tout de même très confidentiel et pas facile à trouver un revendeur…
La commande shred fait partie de coreutils et se trouve disponible sur tout live cd (ex: system rescue). Tu n'as qu'a faire shred -v /dev/sdX, ça fonctionne…
J'évite ce genre de commande sur un SSD où il est préférable de faire un blkdiscard -f /dev/sdX et de faire confiance à son contrôleur pour gérer ses badblocks.
Liquid Prompt a longtemps eu ma préférence, déjà par son ancienneté et ensuite car du écrit en pure shell (bash ?).
Puis j'ai découvert byobu (https://www.byobu.org/), qui est un peu plus qu'un prompt, mais en reprend quand même selon moi des fonctionnalités.
C'est un frontend à tmux, et ça gère une barre d'état assez sympathique à votre terminal… et bien sûr des terminaux virtuels tmux.
ah ! ah !
Pas du tout d'accord : tu pars trop du postulat que tous les votants soient techniquement pertinents. Et je dirais même que les votants ayant un avis éclairé seraient même minoritaires.
La démocratie a aussi ses limites.
[^] # Re: Problme de claver
Posté par rictus (site web personnel) . En réponse à la dépêche Discussions et débats sur l’affichage d’astérisques à la saisie du mot de passe par sudo-rs. Évalué à 3 (+2/-0).
Des fois, j'ai mon clavier qui se blo
[^] # Re: La clavier donne déjà une indication
Posté par rictus (site web personnel) . En réponse à la dépêche Discussions et débats sur l’affichage d’astérisques à la saisie du mot de passe par sudo-rs. Évalué à 3 (+3/-1).
Parce que tu as hontes de la trop petite longueur de tes mots de passe ?
Concernant le fond du débat, bien qu'étant un vieux de la vielle, je suis pour les astérisques, avec justement cet argument supplémentaire : le fait qu'on puisse voir la longueur de ton mot de passe encourage à ce que celle-ci soit dans les standards de sécurité actuels. Par exemple 14 caractères minimum…
[^] # Re: La clavier donne déjà une indication
Posté par rictus (site web personnel) . En réponse à la dépêche Discussions et débats sur l’affichage d’astérisques à la saisie du mot de passe par sudo-rs. Évalué à 1 (+1/-1).
Les fibres optiques peuvent nous écouter aussi : https://korben.info/vos-cables-fibre-optique-peuvent-servir-a-vous-espionner-et-ca-marche-tres-bien.html
# Slogans aphoriques
Posté par rictus (site web personnel) . En réponse au journal Les "fachos", fascistes, nazis et autres intolérants sont-ils tolérés sur linuxfr.org ?. Évalué à -4.
Ne tolérez pas les intolérants !
Et n'oubliez pas qu'il est interdit d'interdire !
[^] # Re: Mediatek
Posté par rictus (site web personnel) . En réponse au journal Support des cartes wifi sous Linux. Évalué à 3.
Je me réponds à moi même.
L'AsiaRF AW7916 que tu cites utilise justement le composant mediatek MT7916AN.
Et j'avoue que je n'ai pas réussi à trouver dans ses specs l'information que tu nous as remontée (à savoir qu'il supporte 16 SSID en mode AP) : cette caractéristique n'est jamais donnée.
J'aurais pensé a priori que tous les chips mediatek en supportent autant, parce que mediatek c'est bien ;-). Bin pas forcément, visiblement. Je viens de tester la commande 'iw list' sur une carte USB avec un chip MT7921AUN qu'on pourrait penser de la même famille. (De fait c'est aussi du WIFI 6 double bande). Bah la commande me retourne :
valid interface combinations:
* #{ managed, P2P-client } <= 2, #{ AP, P2P-GO } <= 1,total <= 2, #channels <= 2
Du coup, à part traîner sur les forums d'openwrt, comme tu l'as fait, cette information n'est pas facile à obtenir…
# Mediatek
Posté par rictus (site web personnel) . En réponse au journal Support des cartes wifi sous Linux. Évalué à 3.
Côté openwrt les routeurs avec chipsets mediatek sont bien supportés car bien documentés et avec des pilotes Wifi libres, qui offrent en général toutes les possibilités…
J'imagine qu'il en est de même pour les modules WIFI seuls. Pour le prix (8,50€), je t'encourage à tester : https://fr.aliexpress.com/item/1005008071165077.html
[^] # Re: Projet inintéressant, surtout si on peut le reproduire.
Posté par rictus (site web personnel) . En réponse au journal wakeOnStorage : Service sobre, lowtech de stockage à froid (sauvegarde, archivage). Évalué à 2.
https://documents.westerndigital.com/content/dam/doc-library/en_us/assets/public/western-digital/product/internal-drives/wd-green-ssd/product-brief-wd-green-sata-ssd.pdf
Les SSD green de WD basculent automatiquement et rapidement en mode sleep après même pas 10 secondes d'absence de sollicitation. C'est principalement prévu pour économiser la batterie des PC portables. Sur la fiche technique, cela correspond au mode "slumber".
On voit que dans ce mode, le SSD ne consomme déjà plus que 60 mW. Je pense qu'avec une si faible consommation, ça a peut d'intérêt de piloter l'alimentation.
D'autant que ton HUB PPS consomme certainement et si cela se trouve autant…
PS :
- je n'ai pas plus cherché, mais sûrement d'autres marques/modèles de SSD le font aussi;
- j'ai un WD green dans ma machine, et je peux te confirmer que je le vois tout le temps basculer en mode sleeping.
- C'est vraiment transparent : dans ce mode, le SSD sort de veille en moins de 10 ms d'après ce papier de phison : https://phisonblog.com/sata-ssd-power-saving-modes-reducing-power-consumption-with-partial-slumber-and-devslp-2/
Et je confirme que tu remarques aucune latence et/ou le système ne se plaint pas IO delayed.
# Ce n'est pas un problème de chromebook mais d'enrollement
Posté par rictus (site web personnel) . En réponse au journal Déverrouillage d'un Chromebook. Évalué à 2.
Pour les chromebooks avec chromeOS en version < 112, pour faire sauter l'enrollement (utilisé uniquement pour les chromebooks en entrepise), il y a un exploit :
https://sh1mmer.me/
Mais globalement ce que tu as fait a surtout été possible parce que tu as la chance d'avoir un firmware libre (merci coreboot et Mr chromebox) à disposition.
[^] # Re: toujours hors ligne, jamais en diffusion internet
Posté par rictus (site web personnel) . En réponse au sondage Comment écoutez-vous votre musique ?. Évalué à 2.
Non, je ne suis pas d'accord. S'il n'y a pas de piste ogg/opus, on récupère un .m4a qui contient de l'AAC. Il n'y a pas de réencodade avec
--prefer-free-formats.Par contre je viens de constater qu'actuellement youtube ne propose plus de piste en ogg/opus. C'était pourtant encore le cas cet été (J'ai des Rip qui datent du 01/08/2025).
Si je refais un
yt-dlp -F la_video_youtube_ripée_le_0108, je ne vois plus que 2 pistes audio au format mp4 (donc AAC).[^] # Re: toujours hors ligne, jamais en diffusion internet
Posté par rictus (site web personnel) . En réponse au sondage Comment écoutez-vous votre musique ?. Évalué à 1.
si tu rajoutes
--prefer-free-formatsàyt-dlp -x, tu as de grandes chances d'obtenir du ogg/opus plutôt que de l'AAC, sans réencodage…[^] # Re: Matrix m'horripile
Posté par rictus (site web personnel) . En réponse au journal Tchap pour les agents des services publics. Évalué à 1.
Disons que les seuls critères techniques ne sont pas forcément prévalents.
Pour une messagerie, le niveau d'adoption de tes contacts est sûrement LE critère.
J'ai bien essayé de faire du XMMP du temps de Gtalk, ça restait facile à conseiller.
Désormais Signal me semble un bon compromis, même si effectivement, centralisé et nécessite un numéro de téléphone à la création de son compte (numéro que l'on peut masquer et changer). La disponibilité de Signal me paraît excellente (jamais vécu d'interruption de service), ce qui n'était pas le cas dans mon souvenir de Gtalk ou d'autres fournisseurs de service XMPP (free par exemple). Il me semble aussi que les passerelles inter-fournisseurs peuvent être down de temps à autre.
Et pour finir sur Tchap (que je ne connais pas personnellement), même si visiblement les choix techniques sont discutables, je trouve par principe une bonne chose que l'administration promeuve une solution chiffrée "souveraine".
[^] # Re: toujours hors ligne, jamais en diffusion internet
Posté par rictus (site web personnel) . En réponse au sondage Comment écoutez-vous votre musique ?. Évalué à 2.
Les abonnements de streaming sont un moyen d'écouter de la musique légalement et de rétribuer un peu les artistes.
Et quitte à utiliser yt-dlp, ripe vers du ogg/opus plutôt que mp3 : au moins tu feras la promotion d'un format libre (même si la licence sur le mp3 est tombé en 2017) et de meilleur qualité.
[^] # Re: Matrix m'horripile
Posté par rictus (site web personnel) . En réponse au journal Tchap pour les agents des services publics. Évalué à 1.
Je pertinente : même si je ne suis pas d'accord avec tout, tu donnes au moins des éléments de réflexion.
[^] # Re: fin du support 32 bits - meme question
Posté par rictus (site web personnel) . En réponse à la dépêche Debian GNU/Linux 13 : prêt pour le service. Évalué à 3.
Vu ton usage, pourquoi pas openwrt ou alpine linux ?
# Un Bios bidouillé chinois ?
Posté par rictus (site web personnel) . En réponse au journal Améliorer / upgrader son Lenovo M73 Tiny -> xeon 1275L. Évalué à 2.
Autant je te rejoins sur l'utilisation de matériels pro d'occasion et ou le plaisir de "bidouiller" un peu le hardware, autant utiliser un Bios à la provenance douteuse me gêne énormément d'un point de vue cybersécurité…
Déjà que même provenant de sources officielles, on considère que ce sont des bloatwares auxquelles il faut faire aveuglément confiance. Alors un firmware non officielle chinois…
Les partisans du libre que nous sommes, souhaiteraient que des constructeurs intègrent un bios libre (ex coreboot : https://coreboot.org/).
# Un libriste devrait effectivement préférer Firefox
Posté par rictus (site web personnel) . En réponse au journal Même sous GNU/Linux Debian, Chromium ne pourra plus respecter l’utilisateur !. Évalué à 4.
Je vais être trollesque, mais chrome (chromium), même si libre et open source est quand même majoritairement contrôlé par Google. Dérivé au départ de webkit, majoritairement contrôlé par Apple…
Firefox de la fondation mozilla est donc le dernier browser web (depuis déjà longtemps) à être indépendant d'une entreprise… il devrait donc être le choix qui s'impose pour un libriste…
[^] # Re: Avantages face au banana pi bpi r4 ?
Posté par rictus (site web personnel) . En réponse au journal Le routeur OpenWrt One. Évalué à 2. Dernière modification le 25 mars 2025 à 10:06.
J'ai le même SOC MT7986A sur mon Xiaomi AX6000 et il n'est pas ventilé.
Sur le BPI-R3 le radiateur/ventilo est une option, sans doute pour éviter du throttle en cas d'usage intensif. De base, il est vendu avec de tout petits radiateurs : https://fr.aliexpress.com/item/1005005885775108.html
Sinon, la rotation ou du non du ventilateur est pilotable via une commande :
echo > /sys/devices/platform/pwm-fan/hwmon/hwmon1/pwm1
# Mediatek rocks
Posté par rictus (site web personnel) . En réponse au journal Le routeur OpenWrt One. Évalué à 2.
On peut souligner que globalement, ce sont les routeurs à base de SOC Mediatek qui sont de bons candidats pour fonctionner sous OpenWRT.
Pour mon usage, je me contente d'un Xiaomi AX6000 passé sous OpenWRT deux fois moins cher :
https://openwrt.org/toh/xiaomi/redmi_ax6000
Certes, il faut au départ mettre un tout petit peu les mains dans le camboui (vive les failles logicielles du firmware d'origine).
En étant un peu expérimenté (à l'aise en anglais pour consulter les documentations et les forums), il n'y a pas de briquage irréversible: Voir la section "Debriking" sur le lien OpenWRT.
Notamment, on touche rarement au bootloader et celui-ci tente au boot sur le LAN une requête DHCP pour télécharger en TFTP un firmware de récupération (s'il a un réponse bien sûr).
Et si vraiment on a tué le bootloader, avec un fer à souder on connecte 3 fils au port série (3 pads faciles à souder) et les SOC Mediatek Filologic permettent également de charger un firmware de debug via ce port série.
Si rien précédemment n'a fonctionné, il est possible d'avoir accès au port JTAG pour reprogrammer directement la mémoire flash…
(je n'ai pas eu à le faire, globalement ça ne ne se brique pas comme ça, on touche rarement au bootloader).
Du coup, pour moi, l'OpenWRT One s'adresse plutôt aux grands débutants, peu à l'aise avec l'anglais (pour les docs, les forums) ou la ligne de commande et linux…
Si ce n'est pas votre cas, je vous encourage plutôt à regarder un autre routeur à base de SOC Mediatek, qui sera moins cher et/ou plus performant (voir le Bananapi R3 que j'ai cité dans un commentaire plus haut).
[^] # Re: Avantages face au banana pi bpi r4 ?
Posté par rictus (site web personnel) . En réponse au journal Le routeur OpenWrt One. Évalué à 1.
Le Banana PI-R3 est quasi au même prix que le Banana PI OpenWrt One, tout en offrant des specs bien plus intéressantes :
https://fr.aliexpress.com/item/1005005827004033.html
- 2 Go de RAM vs 1 Go
- 8 Go de flash intégrée vs 256 Mo
- 1 slot M.2 pour un SSD
- 2 ports SFP 2,5 Ghz
- 1 switch 4 ports 1 Ghz intégré
- Wifi6 4x4 Mimo intégré
Il est parfaitement supporté par OpenWRT : https://openwrt.org/toh/sinovoip/bananapi_bpi-r3
En pratique, il est aussi imbriquable vue l'accès à l'interface JTAG via des pins du connecteurs GPIO, même si un poil moins simple qu'un switch comme sur le One.
Bref le seul intérêt pour moi du Banana PI OpenWrt One, c'est que le projet a négocié une petite commission sur chaque vente. Mais si l'on veut contribuer financièrement, autant faire un don directement.
Sinon, pour les achats sur Aliexpress, j'en fait régulièrement, et cela se passe très bien dans 99% des cas…
[^] # Re: Pour les personnes qui font de l'électronique
Posté par rictus (site web personnel) . En réponse à la dépêche La liberté des calculatrices graphiques ?. Évalué à 4.
Au passage, merci encore à HP d'avoir autorisé, il y a déjà pas mal d'années, la diffusion des firmwares des HP4x. Ca simplifie la préservation d'un certain "patrimoine".
[^] # Re: Une autre alternative libre
Posté par rictus (site web personnel) . En réponse à la dépêche La liberté des calculatrices graphiques ?. Évalué à 1.
Je connaissais pas SwissMicros, mais cela me semble être (en tout cas visuellement) des clones des calculatrices HP des années 90.
Ça a l'air d'être tout de même très confidentiel et pas facile à trouver un revendeur…
[^] # Re: DBAN !
Posté par rictus (site web personnel) . En réponse à la dépêche S.M.A.R.T. badblocks badblocks2. Évalué à 4.
La commande shred fait partie de coreutils et se trouve disponible sur tout live cd (ex: system rescue). Tu n'as qu'a faire shred -v /dev/sdX, ça fonctionne…
J'évite ce genre de commande sur un SSD où il est préférable de faire un blkdiscard -f /dev/sdX et de faire confiance à son contrôleur pour gérer ses badblocks.
# Un peu hors sujet, mais on peut aussi évoquer byobu
Posté par rictus (site web personnel) . En réponse à la dépêche Comparaison critique de systèmes d'invite de commande. Évalué à 1.
Liquid Prompt a longtemps eu ma préférence, déjà par son ancienneté et ensuite car du écrit en pure shell (bash ?).
Puis j'ai découvert byobu (https://www.byobu.org/), qui est un peu plus qu'un prompt, mais en reprend quand même selon moi des fonctionnalités.
C'est un frontend à tmux, et ça gère une barre d'état assez sympathique à votre terminal… et bien sûr des terminaux virtuels tmux.
[^] # Re: Typo dans les versions zfs
Posté par rictus (site web personnel) . En réponse à la dépêche Proxmox Virtual Environment 8.1 avec SDN et Secure Boot disponible. Évalué à 1.
Curieux donc de ne pas être passé à 2.2.1 d'autant que c'est une révision mineure ?
[^] # Re: Surtout ne pas réinventer la roue
Posté par rictus (site web personnel) . En réponse au journal En sécurité informatique, que valent les identificateurs CVE et les évaluations CVSS ?. Évalué à -1.
ah ! ah !
Pas du tout d'accord : tu pars trop du postulat que tous les votants soient techniquement pertinents. Et je dirais même que les votants ayant un avis éclairé seraient même minoritaires.
La démocratie a aussi ses limites.