Sujet : Re: [long] [INN 2.6] Doc d'installation de jdd pour OpenSuse
De : yamo (at) *nospam* beurdin.invalid (yamo')
Groupes : fr.comp.usenet.serveursDate : 26. Aug 2022, 10:08:01
Autres entêtes
Organisation : <https://pasdenom.info/news.html>
Message-ID : <tea2hi$4da$1@rasp.pasdenom.info>
References : 1 2
User-Agent : Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Firefox/68.0 SeaMonkey/2.53.13
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.
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...
juste là je dois régler d'autres problèmes personnels, j'ai passé trop
de temps pour usenet depuis un bon moment
je reviendrai là dessus dans quelques jours :-)
Toujours prendre son temps pour en gagner.
-- Stéphane