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

Reply via email to