Path: ...!news.mixmin.net!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: jdanield <jdd@dodin.org>
Newsgroups: fr.comp.usenet.serveurs
Subject: Re: [long] [INN 2.6] Doc d'installation de jdd pour OpenSuse
Date: Fri, 26 Aug 2022 11:54:43 +0200
Organization: A noiseless patient Spider
Lines: 121
Message-ID: <tea594$3um3v$1@dont-email.me>
References: <te9tv8$pgp$1@rasp.pasdenom.info> <tea04s$3u7op$1@dont-email.me>
 <tea2hi$4da$1@rasp.pasdenom.info>
Reply-To: jdd@dodin.org
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Fri, 26 Aug 2022 09:54:44 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="e6b50cc09b5053e39a3985ccc4d0ab4b";
	logging-data="4151423"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1/tTPT9Ae+tlsIjIsX7MMh2wRkjW16p7iQ="
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101
 Thunderbird/91.12.0
Cancel-Lock: sha1:eXIypvvn5SzcazT+GFXLF2teVhc=
In-Reply-To: <tea2hi$4da$1@rasp.pasdenom.info>
Content-Language: fr
Bytes: 4990

Le 26/08/2022 à 11:08, yamo' a écrit :
> Salut,
> 
> jdanield a tapoté le 26/08/2022 10:27:
>> Le 26/08/2022 à 09:49, yamo' a écrit :
>>> Il me semble que les problèmes de jdd doivent être recherchés ailleurs
>>> que dans une simple erreur de config de cleanfeed.
>>
>> possible, bien que l'erreur ne se produise que quand j'active perl :-)
> 
> Les filtres perl fonctionnent en perl.

ben justement, pourquoi chercher *ailleurs*?

> Donc c'est ta version de 2017 qui va être trouvée en premier car à
> priori mieux vue par les moteurs de recherche et 99% des gens vont
> s'arrêter là...

s'ils n'ont pas vu qu'on est en 2022 :-(
> 
> Il faudrait au moins mettre un lien vers la version actuelle dans la
> version de 2017.

c'est fait

> Franchement, je ne m'y retrouve pas mais ce n'est pas grave.

j'essaie quand même d'avoir un site bien organisé :-)

pour usenet:

http://www.dodin.org/wiki/pmwiki.php?n=Usenet.Usenet
> 
>>
>>> Première remarque, dans la partie "2.2. Installation" :
>>> Sur debian ~news est /var/spool/news:
>>
>> je dois faire la même installation sur une debian... quand j'aurais le
>> temps (sur un serveur de mon club linux), donc ça m'intéresse
>>
> 
> Gni?

mon club a un serveur, et on vient d'avoir la fibre, mais je ne suis pas 
seul admin et les autres préfèrent Debian. Ça ne va pas accélérer mon 
installation.

> Alors dans /usr/local/news comme sur FreeBSD si tu tiens à être
> "non-hérétique" ;)

il me semble que /etc/news est la position par défaut, pourquoi changer?

>>>    inncheck -a -v --pedantic |more

on m'a même conseillé ça:

inncheck -a -v -f --pedantic --perm
> 
> À froid, l'erreur de config n'aura rien cassé.

mais arrêter INN aura cassé pas mal de choses pour les utilisateurs :-(

> Oui, ce n'est jamais fourni sauf sur un système que je n'aime pas.

trigofacile, c'est bien le site de Julien?

http://www.trigofacile.com/divers/usenet/index.htm

il renvoie vers

http://www.mixmin.net/cleanfeed/index.html

qui propose de télécharger sur

https://github.com/crooks/cleanfeed

où trouve les fichiers n'est pas évident (pour moi). J'ai cliqué sur 
"code" et sur dowload ZIP ce qui m'a donné un cleanfeed-master.zip que 
j'ai toujours sur le serveur

j'ai *aussi* téléchargé le "tarball" dont il est question plus bas, mais 
le contenu est le même.

> Pour moi oldfilter est *_LA_* version fonctionnelle à partir de laquelle
> remettre à plat ton installation.

attendu que INN ne *fournit pas* cleanfeed, les fichiers de con 
figuration ne sont pas non plus ceux de la dernière version de cleanfeed :-(

> Il vaut mieux démarrer avec :
> 
> <https://www.eyrie.org/~eagle/software/inn/docs-2.6/samples/filter_nnrpd.pl>
> et
> <https://www.eyrie.org/~eagle/software/inn/docs-2.6/samples/filter_innd.pl>

trop de doc tue la doc...

>>> Treizième remarque :
>>> Dans "14.3. Cancel-lock, cancel-key", tu récupères encore une nouvelle
>>> version de cleanfeed.local
>>> J'espère que tu as bien dédifférencié tes versions de fichiers de
>>> configuration de cleanfeed...
>>>
>> ce n'est pas en service
> 
> Bah oui, cassé, j'ai compris...

non. Je n'ai jamais mis en service cancel-lock, pas eu encore le temps 
de m'y pencher.

> De rien, souvent les petites erreurs de rien du tout provoque de gros
> bugs incompréhensibles et quand on les résout avec de longs efforts on
> se demande pourquoi on n'a pas vu ce détail très simple à corriger...

oui, ça arrive tout le temps. J'ai plusieurs écrans, et taper une lettre 
en pensant que c'est dans un mail alors que non c'est dans un fichier de 
config, ça tue... d'autant quand ça ne crée pas d'erreur de syntaxe :-(

merci
jdd