NK> Ah, et bien je suis le troisième.
Arf... un 'gnus-user' ... ça commence [très] mal :/
NK> a une manière "classique" de citer du texte, que la majorité
NK> des MUAs comprend et met en valeur. S'il faut aller
Mais ... ce n'est *pas* le cas ?
Je vois revenir les citations de mes citations, etc... je n'ai rien
remarqué de ... « non clasique ».
NK> Ah, et bien je suis le troisième.
Arf... un 'gnus-user' ... ça commence [très] mal :/
NK> a une manière "classique" de citer du texte, que la majorité
NK> des MUAs comprend et met en valeur. S'il faut aller
Mais ... ce n'est *pas* le cas ?
Je vois revenir les citations de mes citations, etc... je n'ai rien
remarqué de ... « non clasique ».
NK> Ah, et bien je suis le troisième.
Arf... un 'gnus-user' ... ça commence [très] mal :/
NK> a une manière "classique" de citer du texte, que la majorité
NK> des MUAs comprend et met en valeur. S'il faut aller
Mais ... ce n'est *pas* le cas ?
Je vois revenir les citations de mes citations, etc... je n'ai rien
remarqué de ... « non clasique ».
>>>> "s" <=> steve
On additionne un trolleur (vincent) et un apprenti trolleur (NLS).
>>>> "s" <=> steve
On additionne un trolleur (vincent) et un apprenti trolleur (NLS).
>>>> "s" <=> steve
On additionne un trolleur (vincent) et un apprenti trolleur (NLS).
>>>> "YR" <=> Yves Rutschle
Non. Si il avait dit que la Terre était immobile dans le référentiel
géocentrique cela aurait été le cas.
>>>> "YR" <=> Yves Rutschle
Non. Si il avait dit que la Terre était immobile dans le référentiel
géocentrique cela aurait été le cas.
>>>> "YR" <=> Yves Rutschle
Non. Si il avait dit que la Terre était immobile dans le référentiel
géocentrique cela aurait été le cas.
Mais à la lecture du post d'Yves, je crois que j'ai pigé, il
enquille tout (concaténation), sans tenir compte de mes 'quotes' c ar
il ne les reconnait pas (commencent pas par un '>'), et du coup, il
n'applique plus la coloration ... j'ai bon ?
Mais à la lecture du post d'Yves, je crois que j'ai pigé, il
enquille tout (concaténation), sans tenir compte de mes 'quotes' c ar
il ne les reconnait pas (commencent pas par un '>'), et du coup, il
n'applique plus la coloration ... j'ai bon ?
Mais à la lecture du post d'Yves, je crois que j'ai pigé, il
enquille tout (concaténation), sans tenir compte de mes 'quotes' c ar
il ne les reconnait pas (commencent pas par un '>'), et du coup, il
n'applique plus la coloration ... j'ai bon ?
"GP" <=> Gaëtan PERRIER
Le(On) Sat, 7 Mar 2009 16:12:04 +0100,
Gaëtan PERRIER écrivait(wrote) :
GP> Bonjour,
'soir, soir la liste, je passais par là (vu de la lumière) et, comme
personne ne semble avoir encore répondu ...
GP> Dans /var/log/messages j'ai ces erreurs là:
GP> pulseaudio[5645]: main.c: setrlimit(RLIMIT_NICE, (31, 31))
GP> failed: Opération non permise
GP> pulseaudio[5645]: main.c: setrlimit(RLIMIT_RTPRIO, (9, 9))
GP> failed: Opération non permise
À vue de nez, comme ça, ça fait erreur noyau temps réel ; es-tu bien
dans le groupe 'pulse-rt' ("Opération non permise" => permissions) ?
[...]
Jeep.
"GP" <=> Gaëtan PERRIER
Le(On) Sat, 7 Mar 2009 16:12:04 +0100,
Gaëtan PERRIER écrivait(wrote) :
GP> Bonjour,
'soir, soir la liste, je passais par là (vu de la lumière) et, comme
personne ne semble avoir encore répondu ...
GP> Dans /var/log/messages j'ai ces erreurs là:
GP> pulseaudio[5645]: main.c: setrlimit(RLIMIT_NICE, (31, 31))
GP> failed: Opération non permise
GP> pulseaudio[5645]: main.c: setrlimit(RLIMIT_RTPRIO, (9, 9))
GP> failed: Opération non permise
À vue de nez, comme ça, ça fait erreur noyau temps réel ; es-tu bien
dans le groupe 'pulse-rt' ("Opération non permise" => permissions) ?
[...]
Jeep.
"GP" <=> Gaëtan PERRIER
Le(On) Sat, 7 Mar 2009 16:12:04 +0100,
Gaëtan PERRIER écrivait(wrote) :
GP> Bonjour,
'soir, soir la liste, je passais par là (vu de la lumière) et, comme
personne ne semble avoir encore répondu ...
GP> Dans /var/log/messages j'ai ces erreurs là:
GP> pulseaudio[5645]: main.c: setrlimit(RLIMIT_NICE, (31, 31))
GP> failed: Opération non permise
GP> pulseaudio[5645]: main.c: setrlimit(RLIMIT_RTPRIO, (9, 9))
GP> failed: Opération non permise
À vue de nez, comme ça, ça fait erreur noyau temps réel ; es-tu bien
dans le groupe 'pulse-rt' ("Opération non permise" => permissions) ?
[...]
Jeep.
>>>> "g" <=> goldy
>>>> "g" <=> goldy
>>>> "g" <=> goldy
"g" <=> goldy
Le(On) Fri, 13 Mar 2009 23:19:50 +0100,
goldy écrivait(wrote) :
[...]
g> Une question qui me chiffonne, si on lance pulseaudio en root,
g> il est nécessaire d'ajouter root au groupe pulse-rt ? (mon
g> intuition me dis que non, mais j'ai un doute).
Ton intuition est la bonne.
Tsss, tsss...
"root" <=> dieu
Il fait donc partie *par défaut* de *tous* les groupes.
Y compris de ceux qui n'existent pas encore ! ;)
Si « on » lance 'pulse' en 'root', c'est le *système* qui le lance,
avec 'PULSEAUDIO_SYSTEM_START=1' dans /etc/default/pulseaudio
Mais :
[...]
System mode is not the recommended way to run PulseAudio as it has
some limitations (such as no shared memory access) and could
potentially allow users to disconnect or redirect each others audio
streams.
[...]
Chez moi cette var est à '0', je préfère le lancer 'alamano' ds un
term quand j'en ai besoin ; en plus ça me permet d'avoir la sortie
direct, dont je peux facilement augmenter le niveau par un '-vv',
par exemple.
Et ensuite il lance un nouveau ps en user space, avec moins de
droits.
Mais *toi* en tant que user, tu dois y être si tu veux du temps
réel, et dans 'pulse-access' dans tous les cas.
g> J'essaie aussi d'installer pulseaudio sur un serveur, et je
g> fais face à des erreurs assez semblables.
Dans ce cas, ça va être le système.
Tu peux aussi utiliser le lancement "par session", avec :
"pulseaudio --daemonize", ce que le dev recommande.
Mais les users doivent au moins âtre dans 'pulse-access', si mes
souvenirs sont bons.
Lire les docs, et voir le WiKi, sur pulseaudio.org (URI exact ds un
post précédent).
g> Merci d'avance.
De rien, HTH, et bon WE.
Jeep.
"g" <=> goldy
Le(On) Fri, 13 Mar 2009 23:19:50 +0100,
goldy écrivait(wrote) :
[...]
g> Une question qui me chiffonne, si on lance pulseaudio en root,
g> il est nécessaire d'ajouter root au groupe pulse-rt ? (mon
g> intuition me dis que non, mais j'ai un doute).
Ton intuition est la bonne.
Tsss, tsss...
"root" <=> dieu
Il fait donc partie *par défaut* de *tous* les groupes.
Y compris de ceux qui n'existent pas encore ! ;)
Si « on » lance 'pulse' en 'root', c'est le *système* qui le lance,
avec 'PULSEAUDIO_SYSTEM_START=1' dans /etc/default/pulseaudio
Mais :
[...]
System mode is not the recommended way to run PulseAudio as it has
some limitations (such as no shared memory access) and could
potentially allow users to disconnect or redirect each others audio
streams.
[...]
Chez moi cette var est à '0', je préfère le lancer 'alamano' ds un
term quand j'en ai besoin ; en plus ça me permet d'avoir la sortie
direct, dont je peux facilement augmenter le niveau par un '-vv',
par exemple.
Et ensuite il lance un nouveau ps en user space, avec moins de
droits.
Mais *toi* en tant que user, tu dois y être si tu veux du temps
réel, et dans 'pulse-access' dans tous les cas.
g> J'essaie aussi d'installer pulseaudio sur un serveur, et je
g> fais face à des erreurs assez semblables.
Dans ce cas, ça va être le système.
Tu peux aussi utiliser le lancement "par session", avec :
"pulseaudio --daemonize", ce que le dev recommande.
Mais les users doivent au moins âtre dans 'pulse-access', si mes
souvenirs sont bons.
Lire les docs, et voir le WiKi, sur pulseaudio.org (URI exact ds un
post précédent).
g> Merci d'avance.
De rien, HTH, et bon WE.
Jeep.
"g" <=> goldy
Le(On) Fri, 13 Mar 2009 23:19:50 +0100,
goldy écrivait(wrote) :
[...]
g> Une question qui me chiffonne, si on lance pulseaudio en root,
g> il est nécessaire d'ajouter root au groupe pulse-rt ? (mon
g> intuition me dis que non, mais j'ai un doute).
Ton intuition est la bonne.
Tsss, tsss...
"root" <=> dieu
Il fait donc partie *par défaut* de *tous* les groupes.
Y compris de ceux qui n'existent pas encore ! ;)
Si « on » lance 'pulse' en 'root', c'est le *système* qui le lance,
avec 'PULSEAUDIO_SYSTEM_START=1' dans /etc/default/pulseaudio
Mais :
[...]
System mode is not the recommended way to run PulseAudio as it has
some limitations (such as no shared memory access) and could
potentially allow users to disconnect or redirect each others audio
streams.
[...]
Chez moi cette var est à '0', je préfère le lancer 'alamano' ds un
term quand j'en ai besoin ; en plus ça me permet d'avoir la sortie
direct, dont je peux facilement augmenter le niveau par un '-vv',
par exemple.
Et ensuite il lance un nouveau ps en user space, avec moins de
droits.
Mais *toi* en tant que user, tu dois y être si tu veux du temps
réel, et dans 'pulse-access' dans tous les cas.
g> J'essaie aussi d'installer pulseaudio sur un serveur, et je
g> fais face à des erreurs assez semblables.
Dans ce cas, ça va être le système.
Tu peux aussi utiliser le lancement "par session", avec :
"pulseaudio --daemonize", ce que le dev recommande.
Mais les users doivent au moins âtre dans 'pulse-access', si mes
souvenirs sont bons.
Lire les docs, et voir le WiKi, sur pulseaudio.org (URI exact ds un
post précédent).
g> Merci d'avance.
De rien, HTH, et bon WE.
Jeep.
JP Bochet (jeep) a écrit :"g" <=> goldy
Le(On) Fri, 13 Mar 2009 23:19:50 +0100,
goldy écrivait(wrote) :
[...]
g> Une question qui me chiffonne, si on lance pulseaudio en root,
g> il est nécessaire d'ajouter root au groupe pulse-rt ? (mon
g> intuition me dis que non, mais j'ai un doute).
Ton intuition est la bonne.
Tsss, tsss...
"root" <=> dieu
Il fait donc partie *par défaut* de *tous* les groupes.
Y compris de ceux qui n'existent pas encore ! ;)
Si « on » lance 'pulse' en 'root', c'est le *système* qui le lance,
avec 'PULSEAUDIO_SYSTEM_START=1' dans /etc/default/pulseaudio
Mais :
[...]
System mode is not the recommended way to run PulseAudio as it has
some limitations (such as no shared memory access) and could
potentially allow users to disconnect or redirect each others audio
streams.
[...]
Chez moi cette var est à '0', je préfère le lancer 'alamano' ds un
term quand j'en ai besoin ; en plus ça me permet d'avoir la sortie
direct, dont je peux facilement augmenter le niveau par un '-vv',
par exemple.
Et ensuite il lance un nouveau ps en user space, avec moins de
droits.
Mais *toi* en tant que user, tu dois y être si tu veux du temps
réel, et dans 'pulse-access' dans tous les cas.
g> J'essaie aussi d'installer pulseaudio sur un serveur, et je
g> fais face à des erreurs assez semblables.
Dans ce cas, ça va être le système.
Tu peux aussi utiliser le lancement "par session", avec :
"pulseaudio --daemonize", ce que le dev recommande.
Mais les users doivent au moins âtre dans 'pulse-access', si mes
souvenirs sont bons.
Lire les docs, et voir le WiKi, sur pulseaudio.org (URI exact ds un
post précédent).
g> Merci d'avance.
De rien, HTH, et bon WE.
Jeep.
Merci pour ta réponse.
En réalité, je ne vais utiliser pulseaudio sur cette machine que comme
serveur de son distant, c'est à dire que plusieurs machines s'y
connecteront pour jouer le son sur le même système d'amplification.
J'ai réussi à le lancer, je souhaitais l'utiliser en tant que daemon
système, en root donc, pour profiter du haut niveau de priorité, ainsi
que du temps réel (le réseau ajoute de la latence, j'aimerais limiter au
mieux cette latence avec le temps réel), mais je n'ai toujours pas
réussi à y connecter un utilisateur distant (ni à y faire jouer un son
par un utilisateur sur le serveur).
Je vois que tu parles du groupe pulse-access, je n'avais pas entendu
parlé de ça, je vais essayer de l'ajouter pour voir.
En tout cas, je ne pensais pas que je me prendrais autant la tête avec
pulseaudio. Ça mériterait un peu plus d'autoconfiguration dans les
script du paquet deb amha.
(désolé, message envoyé par erreur (encore une fois) à l'adresse
personnel, faudrait que j'arrive à configurer thunderbird pour pas qu'il
fasse ça).
JP Bochet (jeep) a écrit :
"g" <=> goldy
Le(On) Fri, 13 Mar 2009 23:19:50 +0100,
goldy écrivait(wrote) :
[...]
g> Une question qui me chiffonne, si on lance pulseaudio en root,
g> il est nécessaire d'ajouter root au groupe pulse-rt ? (mon
g> intuition me dis que non, mais j'ai un doute).
Ton intuition est la bonne.
Tsss, tsss...
"root" <=> dieu
Il fait donc partie *par défaut* de *tous* les groupes.
Y compris de ceux qui n'existent pas encore ! ;)
Si « on » lance 'pulse' en 'root', c'est le *système* qui le lance,
avec 'PULSEAUDIO_SYSTEM_START=1' dans /etc/default/pulseaudio
Mais :
[...]
System mode is not the recommended way to run PulseAudio as it has
some limitations (such as no shared memory access) and could
potentially allow users to disconnect or redirect each others audio
streams.
[...]
Chez moi cette var est à '0', je préfère le lancer 'alamano' ds un
term quand j'en ai besoin ; en plus ça me permet d'avoir la sortie
direct, dont je peux facilement augmenter le niveau par un '-vv',
par exemple.
Et ensuite il lance un nouveau ps en user space, avec moins de
droits.
Mais *toi* en tant que user, tu dois y être si tu veux du temps
réel, et dans 'pulse-access' dans tous les cas.
g> J'essaie aussi d'installer pulseaudio sur un serveur, et je
g> fais face à des erreurs assez semblables.
Dans ce cas, ça va être le système.
Tu peux aussi utiliser le lancement "par session", avec :
"pulseaudio --daemonize", ce que le dev recommande.
Mais les users doivent au moins âtre dans 'pulse-access', si mes
souvenirs sont bons.
Lire les docs, et voir le WiKi, sur pulseaudio.org (URI exact ds un
post précédent).
g> Merci d'avance.
De rien, HTH, et bon WE.
Jeep.
Merci pour ta réponse.
En réalité, je ne vais utiliser pulseaudio sur cette machine que comme
serveur de son distant, c'est à dire que plusieurs machines s'y
connecteront pour jouer le son sur le même système d'amplification.
J'ai réussi à le lancer, je souhaitais l'utiliser en tant que daemon
système, en root donc, pour profiter du haut niveau de priorité, ainsi
que du temps réel (le réseau ajoute de la latence, j'aimerais limiter au
mieux cette latence avec le temps réel), mais je n'ai toujours pas
réussi à y connecter un utilisateur distant (ni à y faire jouer un son
par un utilisateur sur le serveur).
Je vois que tu parles du groupe pulse-access, je n'avais pas entendu
parlé de ça, je vais essayer de l'ajouter pour voir.
En tout cas, je ne pensais pas que je me prendrais autant la tête avec
pulseaudio. Ça mériterait un peu plus d'autoconfiguration dans les
script du paquet deb amha.
(désolé, message envoyé par erreur (encore une fois) à l'adresse
personnel, faudrait que j'arrive à configurer thunderbird pour pas qu'il
fasse ça).
JP Bochet (jeep) a écrit :"g" <=> goldy
Le(On) Fri, 13 Mar 2009 23:19:50 +0100,
goldy écrivait(wrote) :
[...]
g> Une question qui me chiffonne, si on lance pulseaudio en root,
g> il est nécessaire d'ajouter root au groupe pulse-rt ? (mon
g> intuition me dis que non, mais j'ai un doute).
Ton intuition est la bonne.
Tsss, tsss...
"root" <=> dieu
Il fait donc partie *par défaut* de *tous* les groupes.
Y compris de ceux qui n'existent pas encore ! ;)
Si « on » lance 'pulse' en 'root', c'est le *système* qui le lance,
avec 'PULSEAUDIO_SYSTEM_START=1' dans /etc/default/pulseaudio
Mais :
[...]
System mode is not the recommended way to run PulseAudio as it has
some limitations (such as no shared memory access) and could
potentially allow users to disconnect or redirect each others audio
streams.
[...]
Chez moi cette var est à '0', je préfère le lancer 'alamano' ds un
term quand j'en ai besoin ; en plus ça me permet d'avoir la sortie
direct, dont je peux facilement augmenter le niveau par un '-vv',
par exemple.
Et ensuite il lance un nouveau ps en user space, avec moins de
droits.
Mais *toi* en tant que user, tu dois y être si tu veux du temps
réel, et dans 'pulse-access' dans tous les cas.
g> J'essaie aussi d'installer pulseaudio sur un serveur, et je
g> fais face à des erreurs assez semblables.
Dans ce cas, ça va être le système.
Tu peux aussi utiliser le lancement "par session", avec :
"pulseaudio --daemonize", ce que le dev recommande.
Mais les users doivent au moins âtre dans 'pulse-access', si mes
souvenirs sont bons.
Lire les docs, et voir le WiKi, sur pulseaudio.org (URI exact ds un
post précédent).
g> Merci d'avance.
De rien, HTH, et bon WE.
Jeep.
Merci pour ta réponse.
En réalité, je ne vais utiliser pulseaudio sur cette machine que comme
serveur de son distant, c'est à dire que plusieurs machines s'y
connecteront pour jouer le son sur le même système d'amplification.
J'ai réussi à le lancer, je souhaitais l'utiliser en tant que daemon
système, en root donc, pour profiter du haut niveau de priorité, ainsi
que du temps réel (le réseau ajoute de la latence, j'aimerais limiter au
mieux cette latence avec le temps réel), mais je n'ai toujours pas
réussi à y connecter un utilisateur distant (ni à y faire jouer un son
par un utilisateur sur le serveur).
Je vois que tu parles du groupe pulse-access, je n'avais pas entendu
parlé de ça, je vais essayer de l'ajouter pour voir.
En tout cas, je ne pensais pas que je me prendrais autant la tête avec
pulseaudio. Ça mériterait un peu plus d'autoconfiguration dans les
script du paquet deb amha.
(désolé, message envoyé par erreur (encore une fois) à l'adresse
personnel, faudrait que j'arrive à configurer thunderbird pour pas qu'il
fasse ça).
>>>> "g" <=> goldy
>>>> "g" <=> goldy
>>>> "g" <=> goldy
"g" <=> goldy
Le(On) Sat, 14 Mar 2009 15:14:05 +0100,
goldy écrivait(wrote) :
[...]
>> Merci pour ta réponse.
De rien ! ;)
>>
>> En réalité, je ne vais utiliser pulseaudio sur cette machine que
>> comme serveur de son distant, c'est à dire que plusieurs
>> machines s'y connecteront pour jouer le son sur le même système
>> d'amplification.
>>
>> J'ai réussi à le lancer, je souhaitais l'utiliser en tant que
>> daemon système, en root donc, pour profiter du haut niveau de
>> priorité, ainsi que du temps réel (le réseau ajoute de la
>> latence, j'aimerais limiter au mieux cette latence avec le temps
Pour obtenir les meilleurs délais etc... il est nécessaire de
recompiler ton noyau (voir mes courriels précédent à Gaëtan), d'un
point de vue « musicien » évidemment ; si c'est juste pour diffuser de
la zik sur ton réseau ça ne devrait pas être nécessaire, les réglages
debian par défaut devraient suffire.
[...]
g> J'ai réussi, il fallait simplement bien lire la doc...
Ah bah ça hein... ! :)
RTFMer est toujours une bonne idée (c'est pourquoi j'avais joint l'URI
du WiKi, lequel est assez bien fait) !
g> Pour info, si certaines personnes sont dans mon cas, alors il
g> suffit d'ajouter dans le fichier /etc/pulse/default.pa, à la
g> ligne où est chargé le module
g> load-module module-native-protocol-tcp
g> ajouter l'argument
g> load-module module-native-protocol-tcp auth-anonymous=1
Excellent ! Merci pour ces infos, qui pourront servir à d'autres.
Jeep.
"g" <=> goldy
Le(On) Sat, 14 Mar 2009 15:14:05 +0100,
goldy écrivait(wrote) :
[...]
>> Merci pour ta réponse.
De rien ! ;)
>>
>> En réalité, je ne vais utiliser pulseaudio sur cette machine que
>> comme serveur de son distant, c'est à dire que plusieurs
>> machines s'y connecteront pour jouer le son sur le même système
>> d'amplification.
>>
>> J'ai réussi à le lancer, je souhaitais l'utiliser en tant que
>> daemon système, en root donc, pour profiter du haut niveau de
>> priorité, ainsi que du temps réel (le réseau ajoute de la
>> latence, j'aimerais limiter au mieux cette latence avec le temps
Pour obtenir les meilleurs délais etc... il est nécessaire de
recompiler ton noyau (voir mes courriels précédent à Gaëtan), d'un
point de vue « musicien » évidemment ; si c'est juste pour diffuser de
la zik sur ton réseau ça ne devrait pas être nécessaire, les réglages
debian par défaut devraient suffire.
[...]
g> J'ai réussi, il fallait simplement bien lire la doc...
Ah bah ça hein... ! :)
RTFMer est toujours une bonne idée (c'est pourquoi j'avais joint l'URI
du WiKi, lequel est assez bien fait) !
g> Pour info, si certaines personnes sont dans mon cas, alors il
g> suffit d'ajouter dans le fichier /etc/pulse/default.pa, à la
g> ligne où est chargé le module
g> load-module module-native-protocol-tcp
g> ajouter l'argument
g> load-module module-native-protocol-tcp auth-anonymous=1
Excellent ! Merci pour ces infos, qui pourront servir à d'autres.
Jeep.
"g" <=> goldy
Le(On) Sat, 14 Mar 2009 15:14:05 +0100,
goldy écrivait(wrote) :
[...]
>> Merci pour ta réponse.
De rien ! ;)
>>
>> En réalité, je ne vais utiliser pulseaudio sur cette machine que
>> comme serveur de son distant, c'est à dire que plusieurs
>> machines s'y connecteront pour jouer le son sur le même système
>> d'amplification.
>>
>> J'ai réussi à le lancer, je souhaitais l'utiliser en tant que
>> daemon système, en root donc, pour profiter du haut niveau de
>> priorité, ainsi que du temps réel (le réseau ajoute de la
>> latence, j'aimerais limiter au mieux cette latence avec le temps
Pour obtenir les meilleurs délais etc... il est nécessaire de
recompiler ton noyau (voir mes courriels précédent à Gaëtan), d'un
point de vue « musicien » évidemment ; si c'est juste pour diffuser de
la zik sur ton réseau ça ne devrait pas être nécessaire, les réglages
debian par défaut devraient suffire.
[...]
g> J'ai réussi, il fallait simplement bien lire la doc...
Ah bah ça hein... ! :)
RTFMer est toujours une bonne idée (c'est pourquoi j'avais joint l'URI
du WiKi, lequel est assez bien fait) !
g> Pour info, si certaines personnes sont dans mon cas, alors il
g> suffit d'ajouter dans le fichier /etc/pulse/default.pa, à la
g> ligne où est chargé le module
g> load-module module-native-protocol-tcp
g> ajouter l'argument
g> load-module module-native-protocol-tcp auth-anonymous=1
Excellent ! Merci pour ces infos, qui pourront servir à d'autres.
Jeep.