https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6362
--- Comment #26 from Mark Martinec <[email protected]> 2010-03-14 00:15:52 UTC --- > Couldn't create UDP socket: Address already in use at > main::dns_server(127.0.0.1, 5353) Are you running something (like a multicasting DNS server) on a loopback interface at UDP port 5353 ??? Any free port would do, I just picked a 5353 as a less likely candidate for being in use. I don't think the Net::DNS::Nameserver is capable of choosing a random free port on its own. We could either: - choose some other unlikely port, perhaps 53535; - allow a port number to be specified by an environment variable; - or add code to try choosing some free port before starting a test (and hoping to a void a race condition between a check and listen). > called at t/dnsbl_subtests.t line 274 > ok 1 > plugin: failed to parse plugin (from @INC): Can't locate > Mail/SpamAssassin/Plugin/FreeMail.pm in @INC (@INC contains: lib t . /etc/perl > /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 > /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 > /usr/local/lib/site_perl > /usr/local/lib/perl/5.8.7 /usr/local/share/perl/5.8.7) at (eval 88) line 1. > > Can't locate object method "timer_reset" via package "Mail::SpamAssassin" at > t/dnsbl_subtests.t line 226. > dubious I'd need some suggestions here. Seems as if the the "use lib '.'; use lib 't'" does not accomplish its job: if SpamAssassin 3.2.* is installed, the test picks old installed SA modules instead of the ones in a package being tested, which is why it fails on FreeMail.pm and timer_reset. If you install 3.3.* and then repeat the test, it should pass. Don't know where the problem lies. Please advise. -- Configure bugmail: https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.
