On 1 May 2019, at 8:59, Kevin A. McGrail wrote:
Adding sysadmins@
Dave, I am guessing something got left in a previous run when svn
commit's failed. Can you or I delete a check out dir that is
cruft?
I'm thinking a run went bad in february and couldn't commit. I
figure
it should re-export, etc.?
There apparently was a conflict in place for over a year:
automc@sa-vm1:~/svn/masses/rule-update-score-gen$ ls -l
generate-new-scores.sh*
-rwxrwxr-x 1 automc automc 11530 Nov 15 2017 generate-new-scores.sh
-rw-rw-r-- 1 automc automc 11009 Nov 15 2017
generate-new-scores.sh.mine
-rw-rw-r-- 1 automc automc 10827 Nov 15 2017
generate-new-scores.sh.r1815375
-rw-rw-r-- 1 automc automc 10888 Nov 15 2017
generate-new-scores.sh.r1815390
The resulting generate-new-scores.sh was a mangled mess, with r1815390
being the committed version in trunk. I've fixed this up.
I've also committed a change made locally on sa-vm1 to
build/automc/apache2-le-ssl.conf.
Apparently part of the problem causing this diversity of svn breakage
was work done by root in ~automc/svn/*/, causing various checked-out
files and SVN nodes to become owned by root, so that the various 'svn
update' jobs run as automc (from /etc/cron.d/automc) had random
breakage.
All should be well now.
Regards,KAM
On 5/1/2019 5:59 AM, Paul Stead wrote:
Howdy!
As per -
https://lists.apache.org/thread.html/984ee3c26163e0281727256eabf0f29079a3fc053664416f58581ba0@%3Csysadmins.spamassassin.apache.org%3E
It looks as though the /tags commit is broken too -
http://svn.apache.org/viewvc/spamassassin/tags/?view=log
---8<---
t/basic_lint_without_sandbox.t ..
okhttps://lists.apache.org/thread.html/984ee3c26163e0281727256eabf0f29079a3fc053664416f58581ba0@%3Csysadmins.spamassassin.apache.org%3E
depends on __DKIMWL_WL_HI which is nonexistent
FSL_BULK_SIG depends on __DKIMWL_WL_HI which is nonexistent
# Failed test at t/basic_meta.t line 93.
# Looks like you failed 1 test of 2.
t/basic_meta.t ..................
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/2 subtests
---8<---
The sub rule does exist, but FSL_BULK_SIG doesn't depend on
__DKIMWL_WL_HI any more.
It looks as though the SVN that is being worked with isn't up to date
for some reason.
Paul
--
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Available For Hire: https://linkedin.com/in/billcole