https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7181
--- Comment #7 from Kevin A. McGrail <[email protected]> --- More Updates: I was wrong. make disttest does NOT not work on my test rig with v3.3.2. config.dist on 3.3.2 has long tests disabled and I did not pay close enough attention having forgotten when we changed that default. The Error is t/sa_compile.t .................... cannot write /usr/src/Mail-SpamAssassin/Mail-SpamAssassin-3.3.2/Mail-SpamAssassin-3.3.2/t/log/d.sa_compile/inst.basic/foo/share/spamassassin/20_testrules.cf at t/sa_compile.t line 74. I also then checked 3.3.0 as well when I believe sa_compile was added and the "good news" is that make disttest also fails for 3.3.0 t/sa_compile.t .................... cannot write /usr/src/Mail-SpamAssassin/Mail-SpamAssassin-3.3.0/Mail-SpamAssassin-3.3.0/t/log/d.sa_compile/inst.basic/foo/share/spamassassin/20_testrules.cf at t/sa_compile.t line 74. So this issue has been here a long time and my recent installation of re2c + config.dist enabling long tests by default brought it to light. Can't exec "/usr/src/Mail-SpamAssassin/3.4/Mail-SpamAssassin-3.4.2/t/log/d.sa_compile/inst.basic/foo/bin/sa-compile": No such file or directory at t/SATest.pm line 990. So looking at recreating why it passes prove but not make test gets into the $(PASTHRU) variables: On my test rig, a make disttest runs distdir, then cd's to that distdir, runs make and then runs make test LIBPERL_A="libperl.a" LINKTYPE="dynamic" PREFIX="/usr/local" recreates the failure. That's good because I can now recreate the issue locally faster. My plan is to fix sa_compile.t to run on my test rig and then if needed, added to config.dist another option specific to sa_compile. After that, I'll update build/README so that if it works on the test rig, we can perform a release without having people in the wild have run this test which is a bit odder than all the other tests and has issues with prefix issues. -- You are receiving this mail because: You are the assignee for the bug.
