Quelqu'un pourrait-il contacter herbert voss?

Archives GUT
1

Je lui ai par le passé écrit à de nombreuses reprises pour lui signaler quelques erreurs (coquilles notamment) dans les documentations des packages dont il s’occupe.

Je n’ai jamais eu de retour ni de prise en compte de mes remarques.

Peut-être que mes mails à son adresse (xyz@xyz.tld) sont pris pour du spam, car, en général, j’illustre mes mails par des copies d’écran pour indiquer où se trouve l’erreur.

Ou alors il s’en fout de laisser des erreurs… Il n’est plus tout jeune… Et il a déjà eu un comportement qui a conduit à ce qu’il soit expulsé de tex.SE (ou alors il est parti volontairement ? Il s’agit de l’utilisateur Herbert : https://tex.stackexchange.com/users/2478/herbert, dont on a une ancienne trace ici : User Herbert - TeX - LaTeX Stack Exchange. Il fait probablement partie d’un des 3 top user dont il est question ici : https://tex.meta.stackexchange.com/questions/8205/do-we-need-more-moderators).

Ça serait plus simple s’il employait un truc comme GitHub qui dispose d’un outil adéquat pour signaler les problèmes avec les projets qui y sont hébergés et qui permet même de proposer des corrections de code qu’il suffit alors au mainteneur de valider.

Bref, j’abandonne l’idée de lui écrire directement, peut-être que quelqu’un d’autre aura plus de chance que moi.

La remarque concerne le package minted-code (CTAN: Package minted-code), et plus spécifiquement sa documentation, située à l’adresse https://mirrors.ctan.org/macros/latex/contrib/minted-code/doc/minted-code-doc.pdf

En page 1, nous lisons en bas de page dans le bloc de code, en seconde ligne :
\begin{codeblock}[minted language=python3, title=A PAthon3 example]

Ce qui nous produit en page 2 un bloc de code coloré avec un titre sur fond vert : A PAthon3 example

Évidemment, la correction consiste à remplacer PAthon3 par Python3…

La persistance de l’erreur ne va pas entraîner une déchirure de l’espace-temps, je le sais, mais l’outil qui nous réunit ici n’est pas Word, donc ça serait mieux si les erreurs détectées étaient corrigées.

Que d’énergie dépensée, qui serait largement plus optimisée par un pull request sur un théorique dépôt « minted-code » (ce mail est constitué de plus de 2300 caractères, un pull request, c’est quelques octets).

2

Bonjour,

Le 06/01/26 à 12h21, quark67 a écrit :

Je lui ai par le passé écrit à de nombreuses reprises pour lui
signaler quelques erreurs (coquilles notamment) dans les
documentations des packages dont il s’occupe.

Je n’ai jamais eu de retour ni de prise en compte de mes remarques.

Ah ? Quand je lui écris, j’ai en général des réponses.

Peut-être que mes mails à son adresse (xyz@xyz.tld) sont pris pour
du spam, car, en général, j’illustre mes mails par des copies d’écran
pour indiquer où se trouve l’erreur.

Passible.

Ou alors il s’en fout de laisser des erreurs… Il n’est plus tout jeune… Et il
a déjà eu un comportement qui a conduit à ce qu’il soit expulsé de tex.SE (ou
alors il est parti volontairement ?

Aucune idée.

Il s’agit de l’utilisateur Herbert :
https://tex.stackexchange.com/users/2478/herbert, dont on a une ancienne trace
ici :
User Herbert - TeX - LaTeX Stack Exchange. Il
fait probablement partie d’un des 3 top user dont il est question ici :
https://tex.meta.stackexchange.com/questions/8205/do-we-need-more-moderators).

Ça serait plus simple s’il employait un truc comme GitHub qui dispose
d’un outil adéquat pour signaler les problèmes avec les projets qui
y sont hébergés et qui permet même de proposer des corrections de code
qu’il suffit alors au mainteneur de valider.

Deux de ses packages (xindex et runtexfile) sont sur GitLab :

┌────
│ Herbert · GitLab
└────

et, s’il a été réactif sur les tickets, il semble en effet ne plus l’être.

Bref, j’abandonne l’idée de lui écrire directement, peut-être que
quelqu’un d’autre aura plus de chance que moi.

La remarque concerne le package minted-code (CTAN: Package minted-code),
et plus spécifiquement sa documentation, située à l’adresse
https://mirrors.ctan.org/macros/latex/contrib/minted-code/doc/minted-code-doc.pdf

En page 1, nous lisons en bas de page dans le bloc de code, en seconde ligne :
\begin{codeblock}[minted language=python3, title=A PAthon3 example]

Ce qui nous produit en page 2 un bloc de code coloré avec un titre sur fond vert : A PAthon3 example

Évidemment, la correction consiste à remplacer PAthon3 par Python3…

Je vais lui signaler la chose et on verra si j’ai une réponse. Est-ce la
seule requête que tu as à lui transmettre ?

La persistance de l’erreur ne va pas entraîner une déchirure de l’espace-temps,
je le sais, mais l’outil qui nous réunit ici n’est pas Word, donc ça serait
mieux si les erreurs détectées étaient corrigées.

Que d’énergie dépensée, qui serait largement plus optimisée par un pull request
sur un théorique dépôt « minted-code » (ce mail est constitué de plus de 2300
caractères, un pull request, c’est quelques octets).

Je suis tout à fait d’accord : je n’ai jamais compris pourquoi il n’a
pas mis tous ses projets sur une forge Git.

Denis

3

Bonjour,

Le 06/01/26 à 12h21, quark67 a écrit :

Je lui ai par le passé écrit à de nombreuses reprises pour lui
signaler quelques erreurs (coquilles notamment) dans les
documentations des packages dont il s’occupe.

Je n’ai jamais eu de retour ni de prise en compte de mes remarques.

Ah ? Quand je lui écris, j’ai en général des réponses.

Peut-être que mes mails à son adresse (hvoss@tug.org) sont pris pour
du spam, car, en général, j’illustre mes mails par des copies d’écran
pour indiquer où se trouve l’erreur.

Passible.

Ou alors il s’en fout de laisser des erreurs… Il n’est plus tout jeune… Et il
a déjà eu un comportement qui a conduit à ce qu’il soit expulsé de tex.SE (ou
alors il est parti volontairement ?

Aucune idée.

Il s’agit de l’utilisateur Herbert :
https://tex.stackexchange.com/users/2478/herbert, dont on a une ancienne trace
ici :
User Herbert - TeX - LaTeX Stack Exchange. Il
fait probablement partie d’un des 3 top user dont il est question ici :
https://tex.meta.stackexchange.com/questions/8205/do-we-need-more-moderators).

Ça serait plus simple s’il employait un truc comme GitHub qui dispose
d’un outil adéquat pour signaler les problèmes avec les projets qui
y sont hébergés et qui permet même de proposer des corrections de code
qu’il suffit alors au mainteneur de valider.

Deux de ses packages (xindex et runtexfile) sont sur GitLab :

┌────
│ Herbert · GitLab
└────

et, s’il a été réactif sur les tickets, il semble en effet ne plus l’être.

Bref, j’abandonne l’idée de lui écrire directement, peut-être que
quelqu’un d’autre aura plus de chance que moi.

La remarque concerne le package minted-code (CTAN: Package minted-code),
et plus spécifiquement sa documentation, située à l’adresse
https://mirrors.ctan.org/macros/latex/contrib/minted-code/doc/minted-code-doc.pdf

En page 1, nous lisons en bas de page dans le bloc de code, en seconde ligne :
\begin{codeblock}[minted language=python3, title=A PAthon3 example]

Ce qui nous produit en page 2 un bloc de code coloré avec un titre sur fond vert : A PAthon3 example

Évidemment, la correction consiste à remplacer PAthon3 par Python3…

Je vais lui signaler la chose et on verra si j’ai une réponse. Est-ce la
seule requête que tu as à lui transmettre ?

La persistance de l’erreur ne va pas entraîner une déchirure de l’espace-temps,
je le sais, mais l’outil qui nous réunit ici n’est pas Word, donc ça serait
mieux si les erreurs détectées étaient corrigées.

Que d’énergie dépensée, qui serait largement plus optimisée par un pull request
sur un théorique dépôt « minted-code » (ce mail est constitué de plus de 2300
caractères, un pull request, c’est quelques octets).

Je suis tout à fait d’accord : je n’ai jamais compris pourquoi il n’a
pas mis tous ses projets sur une forge Git.

Denis

4

Nouvelle bizarrerie d’Herbert Voss.

Je lui signale la mauvaise orthographe du mot « Ètagé » dans la documentation d’un de ses packages (xindex), je fais le pull request requis sur le dépôt GitLab associé, et… fermé avec le message « The changes were not merged into master. ».

Peut-être que quelqu’un en qui il a plus confiance pourra lui transmettre le problème.

Et lui suggérer que la suite de caractères »»« telle quelle n’est pas très lisible (outre qu’en anglais, la documentation étant anglaise, on n’utilise pas les guillemets allemands).

Il est certainement plus lisible de se contenter de colorer le caractère que l’on souhaite mettre en valeur ou de le surligner d’une couleur. Mais c’est son affaire s’il souhaite avoir une documentation à la Word.

5

Le mar. 17 févr. 2026 à 14:04, quark67 a écrit :

Nouvelle bizarrerie d’Herbert Voss.

Je lui signale la mauvaise orthographe du mot « Ètagé » dans la
documentation d’un de ses packages (xindex), je fais le pull request
requis sur le dépôt GitLab associé, et… fermé avec le message « The
changes were not merged into master. ».

Edit xindex-doc.tex fix typo (!5) · Requêtes de fusion · Herbert / xindex · GitLab

Étonnant, en effet.

Peut-être que quelqu’un en qui il a plus confiance pourra lui
transmettre le problème.

Attendons de voir ce qu’il répond à ton commentaire sur la page de cette
PR.

Et lui suggérer que la suite de caractères »»« telle quelle n’est pas
très lisible (outre qu’en anglais, la documentation étant anglaise, on
n’utilise pas les guillemets allemands).

Là aussi, attendons de voir sa réaction :slight_smile:

Il est certainement plus lisible de se contenter de colorer le
caractère que l’on souhaite mettre en valeur ou de le surligner d’une
couleur. Mais c’est son affaire s’il souhaite avoir une documentation
à la Word.

:wink:

Denis

6

On Tue, Feb 17, 2026 at 03:27:36PM +0100, Denis Bitouze wrote:

Attendons de voir ce qu’il répond à ton commentaire sur la page de cette
PR.

C’était un problème technique, comme on pouvait s’y attendre : « Was a
problem on my side where I have gitlab and subversion. It is in my own
source corrected. » (commentaire d’il y a deux heures sur GitLab).

Arthur
7

Le 18 févr. 2026 à 09:17, Arthur Rosendahl a écrit :

On Tue, Feb 17, 2026 at 03:27:36PM +0100, Denis Bitouze wrote:

Attendons de voir ce qu’il répond à ton commentaire sur la page de cette
PR.

C’était un problème technique, comme on pouvait s’y attendre : « Was a
problem on my side where I have gitlab and subversion. It is in my own
source corrected. » (commentaire d’il y a deux heures sur GitLab).

Arthur

Effectivement. J’ignorais que c’était en parallèle sur subversion.

Un mot aurait évité le quiproquo. Mettons cela sur le compte de la gestion de tout cela par ligne de commande, avec les automatismes qui y sont liés. En version web (j’utilise Gitlab par le web), il est peut-être plus facile ou naturel d’accompagner d’un commentaire le clic sur le bouton fermant le PR.

L’essentiel reste que la correction a bien été effectuée.