Path: ...!weretis.net!feeder8.news.weretis.net!pasdenom.info!.POSTED.2a01:e0a:21:ea80:d98f:a74b:3452:d7e5!not-for-mail
From: yamo' <yamo@beurdin.invalid>
Newsgroups: fr.comp.usenet.serveurs
Subject: Re: [long] [INN 2.6] Doc d'installation de jdd pour OpenSuse
Supersedes: <tea26d$3ps$1@rasp.pasdenom.info>
Date: Fri, 26 Aug 2022 11:08:01 +0200
Organization: <https://pasdenom.info/news.html>
Message-ID: <tea2hi$4da$1@rasp.pasdenom.info>
References: <te9tv8$pgp$1@rasp.pasdenom.info> <tea04s$3u7op$1@dont-email.me>
Reply-To: yamo@groumpf.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Injection-Date: Fri, 26 Aug 2022 09:08:02 -0000 (UTC)
Injection-Info: rasp.pasdenom.info; posting-account="stephane@usenet"; posting-host="2a01:e0a:21:ea80:d98f:a74b:3452:d7e5";
	logging-data="4522"; mail-complaints-to="abuse@pasdenom.info"
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101
 Firefox/68.0 SeaMonkey/2.53.13
Cancel-Key: sha256:mXICiV6rGVs3cgBgZHk40Dln6lb4Ol54h+n43qYzKFU=
Cancel-Lock: sha256:keCSbQDQs0XKj1a55pW917DvTN49JPaNWJn3z0IM6zY=
In-Reply-To: <tea04s$3u7op$1@dont-email.me>
X-Seamonkey:  <https://www.seamonkey-project.org/>
Bytes: 7573
Lines: 190

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.

> 
> merci de cette longue analyse, dont je vais tirer profit, ci-dessous 
> juste quelques remarques
> 
>> <http://dodin.me/wiki/pmwiki.php?n=Doc.ConfigurerINN>
>> (à renommer SVP en Doc.ConfigurerINN2017 pour éviter la confusion)
> 
> on m'a appris à ne *jamais* renommer une page web ça casse les liens. 

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à...

Il faudrait au moins mettre un lien vers la version actuelle dans la
version de 2017.

> Mais je peux y ajouter au début une notion de date.
> 
> remarquer que le lien à suivre est plutôt celui "usenet" dans le menu de 
> gauche

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

> 
>> 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?

Cette documentation n'a pas de lien fort avec Debian, aux chemins
 prêts, elle est utilisable pour n'importe quel Linux et sûrement Unix.

Les commandes avec systemctl au lieu de service sont à ajouter, la
documentation a commencé à être écrite avant que Systemd ne s'impose sur
Debian.

>> Je les mettrais plutôt dans /root ou mieux dans /inn (qui ne doit pas
>> exister avec /inn/etc qui pointe vers /etc/news).
> 
> hérétique comme habitude: *ne jamais rien ajouter dans la racine* (dans 
> opt à la rigueur :-)

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

Rajouter des "ln -s", j'aime bien le faire mais à l'usage ce sont de
magnifiques peaux de bananes.


> 
>>
>> Troisième remarque :
>> Dans la partie "2.3. Configuration", avant de démarrer le serveur, je
>> ferais en tant que news un :
>>   inncheck -a -v --pedantic |more
> 
> ça contrôle les fichiers de conf, ça devrait donner le même résultat que 
> inn soit démarré ou pas

À froid, l'erreur de config n'aura rien cassé.

À chaud ton installation sera déjà bancale.
(J'ai déjà cassé une installation comme ça, car les erreurs étaient
devenues trop complexes à résoudre).


> 
>> Huitième remarque :
>> Dans "10. Cleaning and reporting - cronjobs", tu parles de crontab -e.
> 
> c'est la méthode officielle, avec contrôle de validité

Vérifies quand même que tu n'as pas des crontab en double (ça m'est déjà
arrivé de ma faute et ça provoque des comportements marrants) par
exemple ceux que tu rencontres dans dodin.processed.

> 
>> Neuvième remarque :
>> Dans "13.1. Install Cleanfeed", apparemment sur OpenSuse Pathfilter a
> 
> de mémoire, cleanfeed n'est pas fourni par openSUSE, je l'ai trouvé sur 
> le net

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

> 
>> D'ailleurs tu écris "then I noticed that the "filter" folder is not
>> empty... but the /usr/lib/news/bin/filter folder is owned by root, so
>> dealing with it needs to be root. " je me demande ce que tu as fait à ce
>> moment là.
> 
> # ll /usr/lib/news/bin/filter/
> total 8
> lrwxrwxrwx 1 news news  36 24 déc.   2021 filter_innd.pl -> 
> /etc/news/cleanfeed-master/cleanfeed
> lrwxrwxrwx 1 news news  42 22 déc.   2021 filter_nnrpd.pl -> 
> /etc/news/cleanfeed-master/filter_nnrpd.pl
> drwxr-xr-x 1 news news 364 24 août  18:09 oldfilter
> drwxr-xr-x 1 news news  58 25 août  10:04 sav
> 
>> Où as-tu copié les fichiers qui s'y trouvaient?
> 
> dans oldfilter

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

> 
> crois-tu que cleanfeed aille lire les sous répertoires? si oui je les 
> déplacerai ailleurs

Franchement, avec tous les ln -s, je ne sais pas ce qu'il fera...

> 
>> de cleanfeed. Dans l'idéal il faudrait historiciser les fichiers à
>> chaque modification (avec une date au format américain).
> 
> dans l'idéal il faudrait les mettre sur git ou ccvs, mais j'ai toujours 
> eu du mal avec ça :-(
> 
>> Trop de ln -s ...
> 
> jamais eu de soucis avec ça, surtout pour un simple fichier de conf. Il 
> n'y a pas de "labyrinthe", il n'y a que deux liens :-)
> 
>> Je n'aurais pas du toucher à filter_nnrpd.pl, celui fourni par INN2 est
>> très bien et tu y retrouveras des choses utiles que tu ne trouves pas
>> dans ta version que je ne connais pas...
> 
> c'est juste celle de cleanfeed

Je ne l'ai jamais vu dans cleanfeed et je ne vois pas ce qu'apporte ce
fichier.
<https://github.com/crooks/cleanfeed/blob/master/filter_nnrpd.pl>

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>

Une fois que ça fonctionne avec ça tu peux remettre à plat cleanfeed
mais sans utiliser
<https://github.com/crooks/cleanfeed/blob/master/filter_nnrpd.pl> qui à
mon avis n'apporte rien d'intéressant.


> 
>> 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...

> 
> merci pour tout.
========== REMAINDER OF ARTICLE TRUNCATED ==========