On 4/24/2014 12:36 PM, Kevin A. McGrail wrote:
> Overall, it should let you know you can proceed.
Kevin:
Thanks for your help. Got the update installed & running fine now.
david
--
IBM i on Power Systems: For when you can't afford to be out of business!
I'm riding a metric century (100 km /
On 4/24/2014 1:08 PM, Gibbs, David wrote:
On 4/24/2014 11:59 AM, Kevin A. McGrail wrote:
https://qtemp.net/sa-compile-test-fail-log-1.txt
But now you appear to be failing
Checking FOO not the able-to-use
That's what has been failing from the beginning, as far as I can tell.
The subject of yo
On 4/24/2014 11:59 AM, Kevin A. McGrail wrote:
>> https://qtemp.net/sa-compile-test-fail-log-1.txt
> But now you appear to be failing
>
> Checking FOO not the able-to-use
That's what has been failing from the beginning, as far as I can tell.
> Can you try this as root?
Yes, and it worked.
Perm
On 4/24/2014 12:40 PM, Gibbs, David wrote:
On 4/24/2014 11:25 AM, Kevin A. McGrail wrote:
On the sa_compile.t, there is a line that says:
system_or_die "$instdir/foo/$temp_binpath/sa-compile --keep-tmps"; #
--debug
Can you turn on --debug and run prove -v t/sa_compile again. Then
hopefully sa
On 4/24/2014 11:25 AM, Kevin A. McGrail wrote:
> On the sa_compile.t, there is a line that says:
>
> system_or_die "$instdir/foo/$temp_binpath/sa-compile --keep-tmps"; #
> --debug
>
> Can you turn on --debug and run prove -v t/sa_compile again. Then
> hopefully sa-compile throws a hint...
Nothi
On 4/24/2014 12:12 PM, Gibbs, David wrote:
On 4/24/2014 9:47 AM, Kevin A. McGrail wrote:
Bizarre... The non-replicatable behavior is very confusing.
And you were able to replicate this on a modern CentOS box?
Yep.
Even tried it on another system that's running Centos 5.
OK, I just tried it
On 4/24/2014 9:47 AM, Kevin A. McGrail wrote:
> Bizarre... The non-replicatable behavior is very confusing.
>
> And you were able to replicate this on a modern CentOS box?
Yep.
Even tried it on another system that's running Centos 5.
OK, I just tried it on yet another box ... this one is mo
Bizarre... The non-replicatable behavior is very confusing.
And you were able to replicate this on a modern CentOS box?
On 4/23/2014 6:54 PM, David Gibbs wrote:
On 04/23/2014 04:42 PM, Kevin A. McGrail wrote:
If you run make distclean and then perl Makefile.PL and then make
tardist, does tha
On 04/23/2014 04:42 PM, Kevin A. McGrail wrote:
If you run make distclean and then perl Makefile.PL and then make tardist, does
that
work?
I blew away the directory and untar'ed it again ... this time it didn't complain
about Config.pm.
/usr/local/home/david/work/Mail-SpamAssassin-
On 4/23/2014 12:35 PM, Gibbs, David wrote:
On 4/23/2014 11:25 AM, Kevin A. McGrail wrote:
Can you run prove -v t/sa_compile.t and send that output?
I think something else is going wrong here ...
$prove -v t/sa_compile.t
t/sa_compile.t ..
re2c version (001203) new enough? yes
1..5
# Running un
On 4/23/2014 11:25 AM, Kevin A. McGrail wrote:
> Can you run prove -v t/sa_compile.t and send that output?
I think something else is going wrong here ...
$prove -v t/sa_compile.t
t/sa_compile.t ..
re2c version (001203) new enough? yes
1..5
# Running under perl version 5.01 for linux
# Curre
On 4/21/2014 11:59 AM, Gibbs, David wrote:
Folks:
I'm trying to upgrade from 3.3.2 to 3.4, but I'm running into a roadblock when
I run the test suite on the package I downloaded from apache.org.
I ran a general "make && make test" and the tests failed in sa_compile.t
So I ran 'make test TEST_
12 matches
Mail list logo