On 11/03/2017 08:13 AM, Merijn van den Kroonenberg wrote:
cd /tmp
wget http://sa-update.ena.com/1814048.tar.gz
wget http://sa-update.ena.com/1814048.tar.gz.sha1
wget http://sa-update.ena.com/1814048.tar.gz.asc
sa-update -v --install 1814048.tar.gz
I installed this ruleset on a couple of my test instances and it SA
linted OK.
We are back to a good sized 72_scores.cf:
[root@djones5 updates_spamassassin_org]# ll 72_scores.cf
-rw-r--r-- 1 root root 9810 Nov 3 07:47 72_scores.cf
But this is still the copied-over version of 72_scores.cf from mid March,
right?
Shouldn't be. There are two places where rulesets are generated:
1. Daily rule promotion
2. Daily masscheck validation
The masscheck validation was where I had the temp fix to force the
72_scores.cf from March. However, I just removed that temp fix so we
are now back to the latest 72_scores.cf being in the ruleset .tar.gz
file. DNS updates are still disabled so sa-update won't do anything
until we are sure the 72_scores.cf is good.
I have to commit fixes to rules and rule processing script late in the
evening US time so as to not mess up the masscheck processing.
I will look at the merge-scoresets tomorrow.
Yeah it would be good if the update system was resistant to this kind of
seemingly innocent changes.
Need to test this on the same OS version as the server:
root@sa-vm1:/# lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 16.04.3 LTS
Release: 16.04
Codename: xenial
I will be doing some work on this over the weekend and will do some test
greps. Just don't want to commit things at the wrong time to mess up
the masscheck processing.
Personally I think the grep locale issue is of lower priority than getting
things running again. Its now in bug 7497 and no need to hurry as it has
the potential to break other, unforseen, stuff.
