info
Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Changer l'ancien path
3 views
Skip to first unread message
LaLibreParole
Sep 21, 2022, 5:54:08 PM9/21/22
to
Bonjour,
j'ai changé le nom du serveur après avoir déjà chargé des milliers d'articles.
Problème: le "path" des articles téléchargés contient:
ancien_nom!autrechose
au lieu de
nouveau_nom!autrechose
J'ai trois solution:
1) laisser comme cela
2) repartir avec une base vide
3) remplacer l'ancienne valeur par la nouvelle
Existe t-il déjà un outils qui fait cela ?
(ie, parcourir chaque article pour changer la valeur)
j'ai changé le nom du serveur après avoir déjà chargé des milliers d'articles.
Problème: le "path" des articles téléchargés contient:
ancien_nom!autrechose
au lieu de
nouveau_nom!autrechose
J'ai trois solution:
1) laisser comme cela
2) repartir avec une base vide
3) remplacer l'ancienne valeur par la nouvelle
Existe t-il déjà un outils qui fait cela ?
(ie, parcourir chaque article pour changer la valeur)
Julien ÉLIE
Sep 23, 2022, 5:35:43 PM9/23/22
to
Bonsoir LaLibreParole,
Le plus simple serait de laisser comme cela. Ça n'a pas vraiment
d'impact... Mais si ça te gêne, eh bien le plus simple sera de repartir
avec une base vide.
Remplacer l'ancienne valeur par la nouvelle n'est pas facile non plus.
Si tu es en tradspool ou timehash, tu peux essayer un "sed -i" sur
chaque fichier. Puis reconstruire l'overview pour être propre (avec
makehistory).
Pour les autres méthodes de stockage (cnfs et timecaf), tu ne pourras pas...
--
Julien ÉLIE
« Tu te conduis comme un jeune marcassin qui aurait encore des dents de
laie. » (Astérix)
d'impact... Mais si ça te gêne, eh bien le plus simple sera de repartir
avec une base vide.
Remplacer l'ancienne valeur par la nouvelle n'est pas facile non plus.
Si tu es en tradspool ou timehash, tu peux essayer un "sed -i" sur
chaque fichier. Puis reconstruire l'overview pour être propre (avec
makehistory).
Pour les autres méthodes de stockage (cnfs et timecaf), tu ne pourras pas...
--
Julien ÉLIE
« Tu te conduis comme un jeune marcassin qui aurait encore des dents de
laie. » (Astérix)
LaLibreParole
Sep 24, 2022, 6:05:31 AM9/24/22
to
Julien ÉLIE <iul...@nom-de-mon-site.com.invalid> composa la prose suivante:
>Bonsoir LaLibreParole,
>
>> j'ai changé le nom du serveur après avoir déjà chargé des milliers d'articles.
>>
>> Problème: le "path" des articles téléchargés contient:
>> ancien_nom!autrechose
>> au lieu de
>> nouveau_nom!autrechose
>>
>> J'ai trois solution:
>>
>> 1) laisser comme cela
>>
>> 2) repartir avec une base vide
>>
>> 3) remplacer l'ancienne valeur par la nouvelle
>> Existe t-il déjà un outils qui fait cela ?
>> (ie, parcourir chaque article pour changer la valeur)
>
>Le plus simple serait de laisser comme cela. Ça n'a pas vraiment
>d'impact... Mais si ça te gêne, eh bien le plus simple sera de repartir
>avec une base vide.
En fait j'avais peur que cela ait un impact lors de l'échange de messages
avec d'autres serveurs. Si ce n'est pas le cas, je laisse comme cela :)
>Remplacer l'ancienne valeur par la nouvelle n'est pas facile non plus.
>Si tu es en tradspool ou timehash,
C'est la cas.
> tu peux essayer un "sed -i" sur chaque fichier. Puis reconstruire l'overview
> pour être propre (avec makehistory).
>Pour les autres méthodes de stockage (cnfs et timecaf), tu ne pourras pas...
Merci pour la réponse.
>Bonsoir LaLibreParole,
>
>> j'ai changé le nom du serveur après avoir déjà chargé des milliers d'articles.
>>
>> Problème: le "path" des articles téléchargés contient:
>> ancien_nom!autrechose
>> au lieu de
>> nouveau_nom!autrechose
>>
>> J'ai trois solution:
>>
>> 1) laisser comme cela
>>
>> 2) repartir avec une base vide
>>
>> 3) remplacer l'ancienne valeur par la nouvelle
>> Existe t-il déjà un outils qui fait cela ?
>> (ie, parcourir chaque article pour changer la valeur)
>
>Le plus simple serait de laisser comme cela. Ça n'a pas vraiment
>d'impact... Mais si ça te gêne, eh bien le plus simple sera de repartir
>avec une base vide.
avec d'autres serveurs. Si ce n'est pas le cas, je laisse comme cela :)
>Remplacer l'ancienne valeur par la nouvelle n'est pas facile non plus.
>Si tu es en tradspool ou timehash,
> tu peux essayer un "sed -i" sur chaque fichier. Puis reconstruire l'overview
> pour être propre (avec makehistory).
>Pour les autres méthodes de stockage (cnfs et timecaf), tu ne pourras pas...
Julien ÉLIE
Sep 24, 2022, 6:34:03 AM9/24/22
to
Salut LaLibreParole,
>>> j'ai changé le nom du serveur après avoir déjà chargé des milliers d'articles.
>>>
>>> Problème: le "path" des articles téléchargés contient:
>>> ancien_nom!autrechose
>>> au lieu de
>>> nouveau_nom!autrechose
>
qui est dans ton spool. C'est utile pour les prochains articles que tu
retransmettras. L'idée étant qu'un article qui est déjà passé par ton
serveur ne te soit pas reproposé (et pour ce faire, les serveurs avec
lesquels tu as un feed regardent si ton path est déjà dans l'en-tête Path).
--
Julien ÉLIE
« Les longues fiançailles donnent une chance de mieux se connaître avant
le mariage, ce qui n'est jamais une bonne idée. » (Oscar Wilde)
>>> j'ai changé le nom du serveur après avoir déjà chargé des milliers d'articles.
>>>
>>> Problème: le "path" des articles téléchargés contient:
>>> ancien_nom!autrechose
>>> au lieu de
>>> nouveau_nom!autrechose
>
> En fait j'avais peur que cela ait un impact lors de l'échange de messages
> avec d'autres serveurs. Si ce n'est pas le cas, je laisse comme cela :)
Ces messages ont déjà été transmis donc tu n'as pas à t'inquiéter de ce
> avec d'autres serveurs. Si ce n'est pas le cas, je laisse comme cela :)
qui est dans ton spool. C'est utile pour les prochains articles que tu
retransmettras. L'idée étant qu'un article qui est déjà passé par ton
serveur ne te soit pas reproposé (et pour ce faire, les serveurs avec
lesquels tu as un feed regardent si ton path est déjà dans l'en-tête Path).
--
Julien ÉLIE
« Les longues fiançailles donnent une chance de mieux se connaître avant
le mariage, ce qui n'est jamais une bonne idée. » (Oscar Wilde)
Eric M
Sep 24, 2022, 6:36:59 AM9/24/22
to
Le 24/09/2022 à 12:05, LaLibreParole a écrit :
> En fait j'avais peur que cela ait un impact lors de l'échange de messages
> avec d'autres serveurs. Si ce n'est pas le cas, je laisse comme cela :)
Par contre, je ne comprends pas bien l'intérêt de garder le "alfanet"
> En fait j'avais peur que cela ait un impact lors de l'échange de messages
> avec d'autres serveurs. Si ce n'est pas le cas, je laisse comme cela :)
alors que Azote a rejeté le nom de domaine. Normalement on met un truc
genre "posted" ou "not-for-mail".
Marc SCHAEFER
Sep 24, 2022, 6:57:56 AM9/24/22
to
[ Followup-To: fr.usenet.abus.d ]
Eric M <conano...@gmail.com> wrote:
> Par contre, je ne comprends pas bien l'intérêt de garder le "alfanet"
> alors que Azote a rejeté le nom de domaine. Normalement on met un truc
> genre "posted" ou "not-for-mail".
Merci de m'avoir signalé ceci.
Après avoir regardé manuellement les articles de LPP -- il est dans mon
kill fill, je constate que son Path contient:
alfanet.fr.nf
Je suppose que c'est un gag. Je ne vois pas trop l'intérêt d'un tel nom
de domaine, sinon à volontairement vouloir causer de la confusion avec
alphanet.ch.
Franchement, LLP continue son comportement détestable, et je le
regrette.
Eric M <conano...@gmail.com> wrote:
> Par contre, je ne comprends pas bien l'intérêt de garder le "alfanet"
> alors que Azote a rejeté le nom de domaine. Normalement on met un truc
> genre "posted" ou "not-for-mail".
Après avoir regardé manuellement les articles de LPP -- il est dans mon
kill fill, je constate que son Path contient:
alfanet.fr.nf
Je suppose que c'est un gag. Je ne vois pas trop l'intérêt d'un tel nom
de domaine, sinon à volontairement vouloir causer de la confusion avec
alphanet.ch.
Franchement, LLP continue son comportement détestable, et je le
regrette.
Zorro.
Sep 24, 2022, 8:11:11 AM9/24/22
to
Eric M a émis l'idée suivante :
Et à part ça ? Tu remues pour refoutre le bordel ???
--
Y'a deux trucs qu'il ne faut jamais annoncer sur Usenet:
- Le départ définitif (d'Usenet, d'un groupe, hiérarchie etc etc)
- Le plonk
--
Y'a deux trucs qu'il ne faut jamais annoncer sur Usenet:
- Le départ définitif (d'Usenet, d'un groupe, hiérarchie etc etc)
- Le plonk
LaLibreParole
Sep 24, 2022, 8:15:33 AM9/24/22
to
Eric M <conano...@gmail.com> composa la prose suivante:
>Le 24/09/2022 à 12:05, LaLibreParole a écrit :
>
>> En fait j'avais peur que cela ait un impact lors de l'échange de messages
>> avec d'autres serveurs. Si ce n'est pas le cas, je laisse comme cela :)
>
>Par contre, je ne comprends pas bien l'intérêt de garder le "alfanet"
>alors que Azote a rejeté le nom de domaine.
Tu es bien mal informé: Azote n'a pas rejeté le domaine.
Tu n'as qu'a faire un ping dessus et tu verras qu'il existe bien...
>Le 24/09/2022 à 12:05, LaLibreParole a écrit :
>
>> En fait j'avais peur que cela ait un impact lors de l'échange de messages
>> avec d'autres serveurs. Si ce n'est pas le cas, je laisse comme cela :)
>
>Par contre, je ne comprends pas bien l'intérêt de garder le "alfanet"
>alors que Azote a rejeté le nom de domaine.
Tu n'as qu'a faire un ping dessus et tu verras qu'il existe bien...
LaLibreParole
Sep 24, 2022, 8:18:21 AM9/24/22
to
Julien ÉLIE <iul...@nom-de-mon-site.com.invalid> composa la prose suivante:
>Salut LaLibreParole,
>
>>>> j'ai changé le nom du serveur après avoir déjà chargé des milliers d'articles.
>>>>
>>>> Problème: le "path" des articles téléchargés contient:
>>>> ancien_nom!autrechose
>>>> au lieu de
>>>> nouveau_nom!autrechose
>>
>> En fait j'avais peur que cela ait un impact lors de l'échange de messages
>> avec d'autres serveurs. Si ce n'est pas le cas, je laisse comme cela :)
>
>Ces messages ont déjà été transmis donc tu n'as pas à t'inquiéter de ce
>qui est dans ton spool. C'est utile pour les prochains articles que tu
>retransmettras. L'idée étant qu'un article qui est déjà passé par ton
>serveur ne te soit pas reproposé (et pour ce faire, les serveurs avec
>lesquels tu as un feed regardent si ton path est déjà dans l'en-tête Path).
Encore une fois merci pour tes explications très claires.
>
>>>> j'ai changé le nom du serveur après avoir déjà chargé des milliers d'articles.
>>>>
>>>> Problème: le "path" des articles téléchargés contient:
>>>> ancien_nom!autrechose
>>>> au lieu de
>>>> nouveau_nom!autrechose
>>
>> En fait j'avais peur que cela ait un impact lors de l'échange de messages
>> avec d'autres serveurs. Si ce n'est pas le cas, je laisse comme cela :)
>
>Ces messages ont déjà été transmis donc tu n'as pas à t'inquiéter de ce
>qui est dans ton spool. C'est utile pour les prochains articles que tu
>retransmettras. L'idée étant qu'un article qui est déjà passé par ton
>serveur ne te soit pas reproposé (et pour ce faire, les serveurs avec
>lesquels tu as un feed regardent si ton path est déjà dans l'en-tête Path).
Eric M
Sep 24, 2022, 8:24:11 AM9/24/22
to
Le 24/09/2022 à 14:15, LaLibreParole a écrit :
>> Par contre, je ne comprends pas bien l'intérêt de garder le "alfanet"
>> alors que Azote a rejeté le nom de domaine.
> Tu es bien mal informé: Azote n'a pas rejeté le domaine.
> Tu n'as qu'a faire un ping dessus et tu verras qu'il existe bien...
Quoi qu'il en soit, le path avec "Alfanet" puis "usenet.ovh", c'est un peu
>> Par contre, je ne comprends pas bien l'intérêt de garder le "alfanet"
>> alors que Azote a rejeté le nom de domaine.
> Tu es bien mal informé: Azote n'a pas rejeté le domaine.
> Tu n'as qu'a faire un ping dessus et tu verras qu'il existe bien...
folklorique.
LaLibreParole
Sep 24, 2022, 9:06:53 AM9/24/22
to
>Le 24/09/2022 à 14:15, LaLibreParole a écrit :
>
>>> Par contre, je ne comprends pas bien l'intérêt de garder le "alfanet"
>>> alors que Azote a rejeté le nom de domaine.
>
>> Tu es bien mal informé: Azote n'a pas rejeté le domaine.
>> Tu n'as qu'a faire un ping dessus et tu verras qu'il existe bien...
>
>Quoi qu'il en soit
Tu t'es trompé ou tu as menti...
>
>>> Par contre, je ne comprends pas bien l'intérêt de garder le "alfanet"
>>> alors que Azote a rejeté le nom de domaine.
>
>> Tu es bien mal informé: Azote n'a pas rejeté le domaine.
>> Tu n'as qu'a faire un ping dessus et tu verras qu'il existe bien...
>
>Quoi qu'il en soit
Mais merci de venir pourrir encore un autre forum :-(
Eric M
Sep 24, 2022, 10:51:20 AM9/24/22
to
Le 24/09/2022 à 15:06, LaLibreParole a écrit :
>>>> Par contre, je ne comprends pas bien l'intérêt de garder le "alfanet"
>>>> alors que Azote a rejeté le nom de domaine.
>>> Tu es bien mal informé: Azote n'a pas rejeté le domaine.
>>> Tu n'as qu'a faire un ping dessus et tu verras qu'il existe bien...
>> Quoi qu'il en soit
> Tu t'es trompé ou tu as menti...
> Mais merci de venir pourrir encore un autre forum :-(
Je me contentais d'une simple remarque technique.
>>>> Par contre, je ne comprends pas bien l'intérêt de garder le "alfanet"
>>>> alors que Azote a rejeté le nom de domaine.
>>> Tu es bien mal informé: Azote n'a pas rejeté le domaine.
>>> Tu n'as qu'a faire un ping dessus et tu verras qu'il existe bien...
>> Quoi qu'il en soit
> Tu t'es trompé ou tu as menti...
> Mais merci de venir pourrir encore un autre forum :-(
LaLibreParole
Sep 24, 2022, 11:06:20 AM9/24/22
to
Ce n'est pas la première fois.
Eric M
Sep 24, 2022, 11:12:27 AM9/24/22
to
Le 24/09/2022 à 17:06, LaLibreParole a écrit :
>> Je me contentais d'une simple remarque technique.
> Tu donnais surtout une fausse information.
> Ce n'est pas la première fois.
Ai-je donné une fausse information sur la configuration d'INN ?
>> Je me contentais d'une simple remarque technique.
> Tu donnais surtout une fausse information.
> Ce n'est pas la première fois.
Pour le coup c'est vous qui êtes vindicatif et hors-sujet, merci de vous
calmer.
EOT pour ma part.
LaLibreParole
Sep 24, 2022, 11:18:18 AM9/24/22
to
>Le 24/09/2022 à 17:06, LaLibreParole a écrit :
>
>>> Je me contentais d'une simple remarque technique.
Et vu que tu as honte de ta remarque "technique",
>
>>> Je me contentais d'une simple remarque technique.
tu l'as supprimé.
>> Tu donnais surtout une fausse information.
>> Ce n'est pas la première fois.
>
>Ai-je donné une fausse information sur la configuration d'INN ?
Pour mémoire, tu prétendais faussement que, je cite:
"Azote a rejeté le nom de domaine"
Ce qui est factuellement faux comme cela a été prouvé.
>Pour le coup c'est vous qui êtes vindicatif et hors-sujet, merci de vous
>calmer.
>EOT pour ma part.
qui discutent sur ce forum...
Eric M
Sep 24, 2022, 11:48:41 AM9/24/22
to
Le 24/09/2022 à 17:18, LaLibreParole a écrit :
> Pour mémoire, tu prétendais faussement que, je cite:
> "Azote a rejeté le nom de domaine"
> Ce qui est factuellement faux comme cela a été prouvé.
C'était vrai quand je suis allé voir sur la page et qu'ils avaient un
> Pour mémoire, tu prétendais faussement que, je cite:
> "Azote a rejeté le nom de domaine"
> Ce qui est factuellement faux comme cela a été prouvé.
doute vu la confusion avec Alfa Roméo :)
Ceci dit, maintenant que c'est réglé, vous pouvez remettre un path
normal.
Zorro.
Sep 24, 2022, 12:04:39 PM9/24/22
to
Eric M a pensé très fort :
T'es content...
Eric M
Sep 24, 2022, 12:29:07 PM9/24/22
to
Le 24/09/2022 à 18:04, Zorro. a écrit :
>> Ceci dit, maintenant que c'est réglé, vous pouvez remettre un path normal.
> T'es content...
Vous montez un serveur de news Zorro ?
>> Ceci dit, maintenant que c'est réglé, vous pouvez remettre un path normal.
> T'es content...
LaLibreParole
Sep 24, 2022, 12:29:21 PM9/24/22
to
>Le 24/09/2022 à 17:18, LaLibreParole a écrit :
>
>> Pour mémoire, tu prétendais faussement que, je cite:
>> "Azote a rejeté le nom de domaine"
>> Ce qui est factuellement faux comme cela a été prouvé.
>
>[blabla malgré son EOT]
>
>> Pour mémoire, tu prétendais faussement que, je cite:
>> "Azote a rejeté le nom de domaine"
>> Ce qui est factuellement faux comme cela a été prouvé.
>
>vous pouvez remettre un path normal.
Eric M
Sep 24, 2022, 12:30:29 PM9/24/22
to
Le 24/09/2022 à 18:29, LaLibreParole a écrit :
>> vous pouvez remettre un path normal.
> Le path est normal.
Que signifie le !alfanet! ?
>> vous pouvez remettre un path normal.
> Le path est normal.
LaLibreParole
Sep 24, 2022, 12:51:02 PM9/24/22
to
Network
En
Travaux
Pour le "!" dans le path je vous conseille la lecture de la
documentation de inn2.
Eric M
Sep 24, 2022, 1:03:35 PM9/24/22
to
Le 24/09/2022 à 18:51, LaLibreParole a écrit :
> Pour le "!" dans le path je vous conseille la lecture de la
> documentation de inn2.
Justement, je ne me souviens pas d'avoir vu mention de ce !alfanet! dans
> Pour le "!" dans le path je vous conseille la lecture de la
> documentation de inn2.
une RCF, vous pouvez me rafraîchir la mémoire ?
Eric M
Sep 24, 2022, 1:11:26 PM9/24/22
to
[Supersedes parce que rien à voir avec la radio catholique.]
Le 24/09/2022 à 18:51, LaLibreParole a écrit :
> Pour le "!" dans le path je vous conseille la lecture de la
> documentation de inn2.
> documentation de inn2.
Justement, je ne me souviens pas d'avoir vu mention de ce !alfanet! dans
une RFC, vous pouvez me rafraîchir la mémoire ?
Franck
Sep 26, 2022, 1:48:18 AM9/26/22
to
Salut Julien,
> Remplacer l'ancienne valeur par la nouvelle n'est pas facile non plus.
Ton message m'a donné envie de tester et c'est ce que j'ai fait hier
après ton envoi d'un million et demi d'articles.
Start : 25/09/2022 13:59:04:06
Stop : 25/09/2022 13:59:05:29
Articles : 1251523
:)
Franck
> Remplacer l'ancienne valeur par la nouvelle n'est pas facile non plus.
après ton envoi d'un million et demi d'articles.
Start : 25/09/2022 13:59:04:06
Stop : 25/09/2022 13:59:05:29
Articles : 1251523
:)
Franck
Julien ÉLIE
Sep 26, 2022, 1:05:13 PM9/26/22
to
Bonsoir LaLibreParole,
>> Remplacer l'ancienne valeur par la nouvelle n'est pas facile non plus.
>> Si tu es en tradspool ou timehash,
>
> C'est la cas.
>
>> tu peux essayer un "sed -i" sur chaque fichier. Puis reconstruire l'overview
>> pour être propre (avec makehistory).
>> Pour les autres méthodes de stockage (cnfs et timecaf), tu ne pourras pas...
J'ai certainement été un peu trop pessimiste en disant "n'est pas
facile". En fait, je pense que dans ton cas c'est plutôt simple car :
1/ tu utilises tradspool
2/ tu n'as pas le champ Path dans ton overview (je présume que tu ne
l'as pas ajouté dans le paramètre extraoverviewadvertised/hidden
d'inn.conf) donc nul besoin de reconstruire l'overview.
Tu peux essayer sur un message pour commencer (ex : le 42 de fr.test) en
supposant que l'ancienne valeur que tu veux remplacer est au tout début
du Path (c'est bien ça ?). Remplaçons "pouet" par "coucou".
cd <patharticles>/fr/test
sed -i 's/^Path: pouet/Path: coucou/' 42
Si tu regardes le contenu de l'article 42, le nouveau Path devrait être bon.
Je fais aussi l'hypothèse que personne n'a écrit "Path: pouet" au début
d'une ligne d'un corps d'un message. Autrement, eh bien cette commande
"sed" basique remplacera aussi l'occurrence. On peut faire plus sioux si
besoin mais je ne pense pas qu'il faille s'embêter dans ce cas.
Et ensuite, tu appliques cette commande à chaque fichier.
cd <patharticles>
find . -type f | xargs sed -i 's/^Path: pouet/Path: coucou/' {}
Et voilà, ça devrait être bon.
Tu peux essayer le find dans <patharticles>/fr/test pour commencer, et
ensuite sur ton ton spool.
--
Julien ÉLIE
« Et cette même nuit, c'est-à-dire trois semaines plus tard… » (Astérix)
>> Remplacer l'ancienne valeur par la nouvelle n'est pas facile non plus.
>> Si tu es en tradspool ou timehash,
>
> C'est la cas.
>
>> tu peux essayer un "sed -i" sur chaque fichier. Puis reconstruire l'overview
>> pour être propre (avec makehistory).
>> Pour les autres méthodes de stockage (cnfs et timecaf), tu ne pourras pas...
facile". En fait, je pense que dans ton cas c'est plutôt simple car :
1/ tu utilises tradspool
2/ tu n'as pas le champ Path dans ton overview (je présume que tu ne
l'as pas ajouté dans le paramètre extraoverviewadvertised/hidden
d'inn.conf) donc nul besoin de reconstruire l'overview.
Tu peux essayer sur un message pour commencer (ex : le 42 de fr.test) en
supposant que l'ancienne valeur que tu veux remplacer est au tout début
du Path (c'est bien ça ?). Remplaçons "pouet" par "coucou".
cd <patharticles>/fr/test
sed -i 's/^Path: pouet/Path: coucou/' 42
Si tu regardes le contenu de l'article 42, le nouveau Path devrait être bon.
Je fais aussi l'hypothèse que personne n'a écrit "Path: pouet" au début
d'une ligne d'un corps d'un message. Autrement, eh bien cette commande
"sed" basique remplacera aussi l'occurrence. On peut faire plus sioux si
besoin mais je ne pense pas qu'il faille s'embêter dans ce cas.
Et ensuite, tu appliques cette commande à chaque fichier.
cd <patharticles>
find . -type f | xargs sed -i 's/^Path: pouet/Path: coucou/' {}
Et voilà, ça devrait être bon.
Tu peux essayer le find dans <patharticles>/fr/test pour commencer, et
ensuite sur ton ton spool.
--
Julien ÉLIE
« Et cette même nuit, c'est-à-dire trois semaines plus tard… » (Astérix)
0 new messages