La réflexion et les solutions proposées pourraient, peut-être éventuellement mais ce n'est nullement certain😁, faire figure de consensus au vu des échanges ci-dessus.
Pour commencer, merci beaucoup pour la solution Xephyr+null-sink, c’est top !
Parfois j’ai deux webconférences que j’aimerais suivre en même temps qu’une réunion à laquelle je dois assister. Je pousse un peu, ça n’arrive quasiment jamais, mais ça m’est arrivé pas plus tard que cette semaine.
On peut déjà :
lancer deux serveurs Xephyr, sur :2 et :3 par exemple.
firefox sur :2 et chromium sur :3
Il reste le problème de l’audio. Je pourrais utiliser null-sink pour firefox et le périphérique par défaut pour chromium tout en coupant le son. Mais ce n’est pas très propre arrivé à ce niveau d’expertise, n’est-ce pas ? :-)
Connaissez-vous un moyen pour avoir plusieurs null-sink ?
Cela permettrait d’envoyer le son de firefox dans un null-sink et le son de chromium dans un autre null-sink.
Les typographes et designers de texte ont des années d'étude et d'expérience de la mise en forme de textes. Il y a des raisons pour cela, notamment la prise en compte de siécles d'écriture, des erreurs qui ne sont plus commises, des facilités acquises, etc.
Les étudiants ne l'ont pas et ne sont généralement pas formés à cela, pour des raisons qu'on peut étudier et discuter.
Passer d'un site web à un autre montre bien, à mon avis, que le design de textes a un impact sur l'effort cognitif à fournir pour comprendre un texte. De même, si le style de mise en forme des livres entre Gallimard (litterature) et Dunod (sciences et techniques) est très différent, ce n'est pas, ou pas seulement, par souci d'esthétisme, c'est aussi lié à des nécessités liés au contenu des textes et aux habitudes des lecteurs forgées au fil des décennies.
Vu que les travaux remis par des étudiants portent généralement sur le fond, il semble pertinent que la forme facilite l'effort de l'étudiant pour finaliser son travail en même temps que de faciliter l'effort cognitif de l'évaluateur qui évalue plusieurs travaux d'étudiants dans un temps souvent contraint.
Heu… tu peux faire quelque chose que les gens réclament sans être leur esclave : un bon gros gâteau choco-crème qui va les régaler par exemple ou bien encore écrire un blog qui va les régaler autrement 😉
Petit sondage autour de moi, personne ne connaît RSS alors que c'est ma méthode préférée pour me tenir au parfum de tout un tas de trucs. Sont-ils tous débiles autour de moi ? Je ne crois pas. Chacun a sa ou ses méthodes pour s'informer de ce qui l'intéresse et chaque méthode a ses qualités et ses défauts, certaines sont mainstreams d'autres plus techniques ou spécifiques.
En me replongeant dans la doc de dirvish, j’ai trouvé la fonction similaire à lf (ou même ranger) qui me manquait :
- sélectionner, dans différents dossiers, des fichiers ou des dossiers à copier ou à déplacer
- se déplacer dans le dossier de destination
- copier ou déplacer le tout en une seule opération (avec dirvish-yank, dirvish-move ou dirvish-yank-menu)
Vraiment très bien ce dirvish pour compléter dired !
Il y a aussi eat (emulate a terminal) sous Emacs (le lien pointe vers le dépôt du dev avec un bref comparatif avec d'autres shells sous Emacs).
Ceci dit, malgré avoir passé pas mal de temps à apprendre dired+dirvish, je trouve souvent plus simple et rapide d'utiliser lf pour naviguer dans mes dossiers, gérer mes fichiers… et accéder au shell (alacritty). J'ai pourtant configuré les mêmes raccourcis sous dired/dirvish que sous lf mais je préfère quand même lf.
Je trouve super pratique et super rapide le fait de marquer des fichiers/dossiers sous lf, se déplacer ailleurs pour les copier ou les déplacer, voire y ouvrir un terminal (sujet de la dépêche !). Ça me semble beaucoup plus rapide que de faire ça sous Emacs. J'ai peut-être loupé quelque chose…
Parfois, on est même en dimension nulle : je n'écoute plus (remplacer par le nom d'une personne avec un minimum de notoriété) car il a dit que (remplacer par une idée qui vous déplaît).
J'ai découvert le Lisp durant mes études (de maths) et, après avoir découvert le Pascal, j'avais vraiment été séduit par le côté "programmer un programme qui peut se reprogrammer".
J'utilise déjà l'Emacs Lisp qui me permet notamment de geeker (comprendre "passer du temps à développer un petit programme pour réaliser une tâche moyennement intéressante plutôt que de faire directement cette tâche") 😉.
Là, avec toutes ces pistes, je me lance dans Common Lisp.
Merci beaucoup cette dépêche et pour tous les liens ! 👍
Et oui, on lit souvent, on apprend, toujours, et on participe, parfois. Ce n'est pas équitablement réparti tout ça mais vive linuxfr et merci vraiment pour tout ce travail !
À confirmer mais je crois qu'en Suisse il n'y a pas de vote électronique au niveau fédéral (cad national pour nous) alors que les suisses pour décider que ce soit possible. Seuls quelques communes ou cantons l'utilisent pour des votes locaux.
À noter que là-bas, le vote sert aussi à prendre des décisions et pas seulement à élire quelqu'un qui décide à la place des votants sans avoir réellement de comptes à leur rendre.
Enfin, l'article 27 de la Constitution française est court et commence par une ligne presque anodine… "Tout mandat impératif est nul". Autrement dit, si tu élis quelqu'un pour qu'il fasse quelque chose de précis, ça ne vaut rien et l'élu fait ce qu'il veut.
J’ai peut-être mal compris ton commentaire, désolé si c’est le cas.
As-tu déjà testé la combinaison Emacs + org-mode + babel + R/gnuplot ?
Dans un simple document texte (le format org-mode est différent du markdown mais il y a des points communs), tu peux intégrer des morceaux de codes R/gnuplot (ou d’autres langages, les exécuter, mettre à jour les résultats dans le document, exporter dans différents formats.
"Râler ou décider" étant la devise d'un collectif (RIC14) que je trouve fort à propos, l'efficacité des pétitions étant (très ? très très ?) limitée à mon avis, je profite de ce journal pour faire la promotion d'initiatives qui peuvent intéresser certains ou certaines d'entre vous si vous ne les connaissez pas déjà :
L'ethnologue et anthropologue Pierre Clastres a étudié des tribus sud-américaines.
Il déconstruit la vision qu'on peut éventuellement avoir des sociétés "primales/primaires/primitives".
Je n'ai pas le temps de développer mais, à part en temps de guerre et uniquement dans ce cas, le "chef" n'y a pas du tout, et de loin, le rôle que tu décris : ceux qui dirigent, prennent des décisions pour le groupe, et assurent sa protection.
Pour résumer, le fonctionnement des ces tribus relèvent davantage de la démocratie (la vraie) que du fonctionnement de nos "démocraties actuelles" (qui n'en sont pas ou sont très éloignées du concept).
J'ai lu son livre "La société contre l'état", très bon bouquin qui détaille notamment la façon dont sont traités les "chefs". Ça fait tomber pas mal d'idées reçues ! Je conseille.
EDIT: ajout de la précision sur "uniquement en temps de guerre…"
# Un article de Telecoop
Posté par jpglinuxfr . En réponse au journal Les contrôles parentaux sont des labyrinthes. Évalué à 3 (+2/-0).
Un article de Telecoop sur le sujet (Telecoop est l'équivalent d'Enercoop pour les forfaits téléphoniques)
https://telecoop.fr/blog/reseaux-sociaux-et-jeunes-proteger-interdire-ou-responsabiliser
La réflexion et les solutions proposées pourraient, peut-être éventuellement mais ce n'est nullement certain😁, faire figure de consensus au vu des échanges ci-dessus.
# Merci !
Posté par jpglinuxfr . En réponse au journal CPU Ex0228 lost + found (janvier 2026). Évalué à 3 (+2/-0).
L'épisode m'a permis, avec un autre datant lui de 2016, d'en apprendre sur le C.L.O.D.O. et le travail de Célia Isoad. Vraiment passionnant tout ça !
L'épisode de 2016 : https://cpu.dascritch.net/post/2016/09/29/Ex0036-C.L.O.D.O.-et-autres-n%C3%A9o-luddites
[^] # Re: et SBOOM
Posté par jpglinuxfr . En réponse au journal L'Europe collecte les retours d'expérience pour créer la future stratégie en matière d'Open Source. Évalué à 6 (+5/-0).
Merci pour les liens.
SBOM = Software Bills of Materials ou nomenclatures logicielles
[^] # Re: raclette
Posté par jpglinuxfr . En réponse au journal Réaliser une tartiflette : lessons learned. Évalué à 1 (+2/-2). Dernière modification le 21 décembre 2025 à 20:27.
Les goûts et les couleurs, les convictions de chacun, etc. Difficile de lutter face à la police de la pensée.
# Trahison au Munster :-)
Posté par jpglinuxfr . En réponse au journal Réaliser une tartiflette : lessons learned. Évalué à 2 (+1/-0).
Perso, je remplace le Reblochon par du Munster au lait cru (Munster-Géromé), c'est carrément plus gouteux !
Ajout de 400g de crème fraiche : parce qu'on le vaut bien 😉
Je compte double par rapport au nombre de convives à chaque fois et il n'en reste jamais. No comment !
# L'article précédent
Posté par jpglinuxfr . En réponse au journal ReFind, un bootloader graphique (et tactile). Évalué à 5 (+4/-0).
Merci pour cet article !👍
Pour mémoire, voici le lien vers l'article précédent :
https://linuxfr.org/users/usawa/journaux/utilisez-une-tablette-ou-tout-autre-ordinateur-comme-second-ecran
# Enregistrer plus d’un flux audio/vidéo en même temps ? :-)
Posté par jpglinuxfr . En réponse au journal Enregistrement de vidéo à la demande avec Xephyr et PulseAudio. Évalué à 2 (+1/-0).
Pour commencer, merci beaucoup pour la solution Xephyr+null-sink, c’est top !
Parfois j’ai deux webconférences que j’aimerais suivre en même temps qu’une réunion à laquelle je dois assister. Je pousse un peu, ça n’arrive quasiment jamais, mais ça m’est arrivé pas plus tard que cette semaine.
On peut déjà :
Il reste le problème de l’audio. Je pourrais utiliser null-sink pour firefox et le périphérique par défaut pour chromium tout en coupant le son. Mais ce n’est pas très propre arrivé à ce niveau d’expertise, n’est-ce pas ? :-)
Connaissez-vous un moyen pour avoir plusieurs null-sink ?
Cela permettrait d’envoyer le son de firefox dans un null-sink et le son de chromium dans un autre null-sink.
[^] # Re: SherpaTTS / Kaldi
Posté par jpglinuxfr . En réponse au journal Lecture de texte avec Coqui TTS. Évalué à 1 (+0/-0).
Merci à vous deux, je n'avais pas du tout pensé à aller voir du côté de l'accessibilité !
[^] # Re: Latex la galère
Posté par jpglinuxfr . En réponse au journal pdfLaTeX, XeLaTeX et LuaLaTeX sont dans un bateau. Évalué à 4 (+3/-0).
Les typographes et designers de texte ont des années d'étude et d'expérience de la mise en forme de textes. Il y a des raisons pour cela, notamment la prise en compte de siécles d'écriture, des erreurs qui ne sont plus commises, des facilités acquises, etc.
Les étudiants ne l'ont pas et ne sont généralement pas formés à cela, pour des raisons qu'on peut étudier et discuter.
Passer d'un site web à un autre montre bien, à mon avis, que le design de textes a un impact sur l'effort cognitif à fournir pour comprendre un texte. De même, si le style de mise en forme des livres entre Gallimard (litterature) et Dunod (sciences et techniques) est très différent, ce n'est pas, ou pas seulement, par souci d'esthétisme, c'est aussi lié à des nécessités liés au contenu des textes et aux habitudes des lecteurs forgées au fil des décennies.
Vu que les travaux remis par des étudiants portent généralement sur le fond, il semble pertinent que la forme facilite l'effort de l'étudiant pour finaliser son travail en même temps que de faciliter l'effort cognitif de l'évaluateur qui évalue plusieurs travaux d'étudiants dans un temps souvent contraint.
[^] # Re: SherpaTTS / Kaldi
Posté par jpglinuxfr . En réponse au journal Lecture de texte avec Coqui TTS. Évalué à 2 (+1/-0).
Merci pour le lien mais j'ai une question : est-ce que SherpaTTS est automatiquement reconnu comme une interface TTS par le système ?
Je l'ai installé avec l'espoir qu'Openstreetmap puisse prononcer le nom des rues, etc. mais il n'est pas détecté. Du coup, l'intérêt me parait limité.
Mais j'ai peut-être raté quelque chose, d'où ma question 😎
[^] # Re: Super
Posté par jpglinuxfr . En réponse à la dépêche Le podcast Projets Libres rejoint LinuxFr.org !. Évalué à 6 (+5/-0).
Je confirme, un podcast toujours très intéressant, dispo sur plusieurs plateformes ET transcrit avec les URL qui vont bien, c'est très appréciable !
Merci Walid (que je ne connais pas par ailleurs mais c'est l'occasion de le remercier pour son travail! 👍)
[^] # Re: oublie
Posté par jpglinuxfr . En réponse au journal Solution pour diffuser une newsletter/des emails. Évalué à 2 (+1/-0).
Heu… tu peux faire quelque chose que les gens réclament sans être leur esclave : un bon gros gâteau choco-crème qui va les régaler par exemple ou bien encore écrire un blog qui va les régaler autrement 😉
Petit sondage autour de moi, personne ne connaît RSS alors que c'est ma méthode préférée pour me tenir au parfum de tout un tas de trucs. Sont-ils tous débiles autour de moi ? Je ne crois pas. Chacun a sa ou ses méthodes pour s'informer de ce qui l'intéresse et chaque méthode a ses qualités et ses défauts, certaines sont mainstreams d'autres plus techniques ou spécifiques.
# Super intéressant
Posté par jpglinuxfr . En réponse à la dépêche Les recrutements de The Document Foundation, mode d’emploi. Évalué à 6 (+6/-0).
Merci pour cette traduction !
[^] # Re: Vterm sous emacs
Posté par jpglinuxfr . En réponse à la dépêche Interminable liste de terminaux. Évalué à 2.
En me replongeant dans la doc de dirvish, j’ai trouvé la fonction similaire à
lf(ou mêmeranger) qui me manquait :- sélectionner, dans différents dossiers, des fichiers ou des dossiers à copier ou à déplacer
- se déplacer dans le dossier de destination
- copier ou déplacer le tout en une seule opération (avec
dirvish-yank,dirvish-moveoudirvish-yank-menu)Vraiment très bien ce
dirvishpour compléterdired![^] # Re: Vterm sous emacs
Posté par jpglinuxfr . En réponse à la dépêche Interminable liste de terminaux. Évalué à 2.
Merci pour les astuces.
Il y a aussi eat (emulate a terminal) sous Emacs (le lien pointe vers le dépôt du dev avec un bref comparatif avec d'autres shells sous Emacs).
Ceci dit, malgré avoir passé pas mal de temps à apprendre dired+dirvish, je trouve souvent plus simple et rapide d'utiliser lf pour naviguer dans mes dossiers, gérer mes fichiers… et accéder au shell (alacritty). J'ai pourtant configuré les mêmes raccourcis sous dired/dirvish que sous lf mais je préfère quand même lf.
Je trouve super pratique et super rapide le fait de marquer des fichiers/dossiers sous lf, se déplacer ailleurs pour les copier ou les déplacer, voire y ouvrir un terminal (sujet de la dépêche !). Ça me semble beaucoup plus rapide que de faire ça sous Emacs. J'ai peut-être loupé quelque chose…
Je vais quand même retester vterm du coup 😉
[^] # Re: Un conservateur ne fait pas l'autre
Posté par jpglinuxfr . En réponse au journal Les conservateurs allemands bloquent Chat Control. Évalué à 2.
Parfois, on est même en dimension nulle : je n'écoute plus (remplacer par le nom d'une personne avec un minimum de notoriété) car il a dit que (remplacer par une idée qui vous déplaît).
[^] # Re: J'ai une super solution pour résorber le déficit de la France et des autres pays de l'UE
Posté par jpglinuxfr . En réponse à la dépêche Tout ça ne nous rajeunit pas, LibreOffice a 15 ans. Évalué à 4.
Mais il faudrait probablement qu'on puisse décider et pas que d'autres décident à notre place 😉
# Lisp, merci du rappel !
Posté par jpglinuxfr . En réponse à la dépêche Common Lisp ces deux dernières années: un monstre de l'évolution parmi nous. Évalué à 3.
J'ai découvert le Lisp durant mes études (de maths) et, après avoir découvert le Pascal, j'avais vraiment été séduit par le côté "programmer un programme qui peut se reprogrammer".
J'utilise déjà l'Emacs Lisp qui me permet notamment de geeker (comprendre "passer du temps à développer un petit programme pour réaliser une tâche moyennement intéressante plutôt que de faire directement cette tâche") 😉.
Là, avec toutes ces pistes, je me lance dans Common Lisp.
Merci beaucoup cette dépêche et pour tous les liens ! 👍
# Merci !
Posté par jpglinuxfr . En réponse à la dépêche Vingt-sept ans de LinuxFr.org. Évalué à 6.
Et oui, on lit souvent, on apprend, toujours, et on participe, parfois. Ce n'est pas équitablement réparti tout ça mais vive linuxfr et merci vraiment pour tout ce travail !
# En Suisse ?
Posté par jpglinuxfr . En réponse au journal Rapport de la commission d'enquête concernant l'organisation des élections en France. Évalué à 3.
À confirmer mais je crois qu'en Suisse il n'y a pas de vote électronique au niveau fédéral (cad national pour nous) alors que les suisses pour décider que ce soit possible. Seuls quelques communes ou cantons l'utilisent pour des votes locaux.
À noter que là-bas, le vote sert aussi à prendre des décisions et pas seulement à élire quelqu'un qui décide à la place des votants sans avoir réellement de comptes à leur rendre.
Enfin, l'article 27 de la Constitution française est court et commence par une ligne presque anodine… "Tout mandat impératif est nul". Autrement dit, si tu élis quelqu'un pour qu'il fasse quelque chose de précis, ça ne vaut rien et l'élu fait ce qu'il veut.
[^] # Re: sympa
Posté par jpglinuxfr . En réponse à la dépêche Nouvelle version de NumCalc, la calculatrice scientifique en ligne de Fabrice Bellard. Évalué à 2.
J’ai peut-être mal compris ton commentaire, désolé si c’est le cas.
As-tu déjà testé la combinaison Emacs + org-mode + babel + R/gnuplot ?
Dans un simple document texte (le format org-mode est différent du markdown mais il y a des points communs), tu peux intégrer des morceaux de codes R/gnuplot (ou d’autres langages, les exécuter, mettre à jour les résultats dans le document, exporter dans différents formats.
# Merci !
Posté par jpglinuxfr . En réponse au journal De l'usage du Clipman d'XFCE. Évalué à 1.
Merci pour ces petits rappels, notamment sur le Maj+Insert… que j’avais malencontreusement désactivé ;-)
# Râler ou décider
Posté par jpglinuxfr . En réponse au journal Exigeons des banques, une vraie mise en œuvre de la DSP2 !. Évalué à 3.
"Râler ou décider" étant la devise d'un collectif (RIC14) que je trouve fort à propos, l'efficacité des pétitions étant (très ? très très ?) limitée à mon avis, je profite de ce journal pour faire la promotion d'initiatives qui peuvent intéresser certains ou certaines d'entre vous si vous ne les connaissez pas déjà :
Et, oui, les banques mais aussi d'autres institutions devraient être à notre service et pas l'inverse.
# Les sociétés primitives ne sont pas celles que l'on croit
Posté par jpglinuxfr . En réponse au journal HS : La "théorie du clan primal" vu par mon ami virtuel. Évalué à 10. Dernière modification le 04 février 2025 à 07:32.
L'ethnologue et anthropologue Pierre Clastres a étudié des tribus sud-américaines.
Il déconstruit la vision qu'on peut éventuellement avoir des sociétés "primales/primaires/primitives".
Je n'ai pas le temps de développer mais, à part en temps de guerre et uniquement dans ce cas, le "chef" n'y a pas du tout, et de loin, le rôle que tu décris : ceux qui dirigent, prennent des décisions pour le groupe, et assurent sa protection.
Pour résumer, le fonctionnement des ces tribus relèvent davantage de la démocratie (la vraie) que du fonctionnement de nos "démocraties actuelles" (qui n'en sont pas ou sont très éloignées du concept).
J'ai lu son livre "La société contre l'état", très bon bouquin qui détaille notamment la façon dont sont traités les "chefs". Ça fait tomber pas mal d'idées reçues ! Je conseille.
EDIT: ajout de la précision sur "uniquement en temps de guerre…"
[^] # Re: Météo : yr.no
Posté par jpglinuxfr . En réponse au journal Remplacements pour les applis Google. Évalué à 1.
Merci, je vais tester ça !