Moin,
I just remembered that I used strchr(3) in my last commit to spamc and
according to the man page is that one part of C99, so might be missing on
some system (?).
I wondered what autofoo might say about it and got this:
[EMAIL PROTECTED] ~/projects/current/spamassassin/3.1.clean/spamc $
On Tuesday 21 June 2005 01:30 CET Loren Wilton wrote:
It sounds like whenever we check for version, we should do something
like:
$version =~ s/_\d.*$//;
Why not s/_/\./ instead? Or if you wantr to treat it as a float, just
drop the underscore or replace it with a zero?
The correct
On Monday 20 June 2005 00:57 CET Duncan Findlay wrote:
On Sun, Jun 19, 2005 at 11:38:15PM +0200, Malte S. Stretz wrote:
What do you think if we just named the release tags x.y.z-foo where foo
is the version_tag we added for prereleases, release candidates,
whatever. Ie. whatever
On Sunday 19 June 2005 07:44 CET Daniel Quinlan wrote:
64ec405b8ac4c49209fe2be199c9adcf Mail-SpamAssassin-3.1.0pre1.tar.bz2
One question: how did the '-' between '0' and 'p' get left out?
The tag is also missing.
Cheers,
Malte
--
[SGT] Simon G. Tatham: How to Report Bugs Effectively
On Sunday 19 June 2005 22:03 CET Theo Van Dinter wrote:
On Sun, Jun 19, 2005 at 09:04:28PM +0200, Malte S. Stretz wrote:
The tag is also missing.
?
$ svn ls http://svn.apache.org/repos/asf/spamassassin/tags
[...]
spamassassin_prerelease_3_1_0_pre_1/
Oh. I just looked at the end
On Wednesday 08 June 2005 06:01 CET Duncan Findlay wrote:
On Wed, Jun 08, 2005 at 03:39:33AM -, [EMAIL PROTECTED] wrote:
+sub mk_safe_tmpdir {
+ return $safe_tmpdir if defined($safe_tmpdir);
+
+ my $dir = $ENV{TMPDIR} || '/tmp';
+
+ # be a little paranoid, since we're using a
On Monday 06 June 2005 03:48 CET Theo Van Dinter wrote:
On Mon, Jun 06, 2005 at 01:02:04PM +1200, Sidney Markowitz wrote:
+1!
I'm +1 as well. :)
+1!!!oneleven
I've built up the files, give them a once over:
http://people.apache.org/~felicity/sssh/
If there aren't any issues by 12pm
On Tuesday 31 May 2005 23:37 CET Justin Mason wrote:
Sidney Markowitz writes:
Justin Mason said:
fwiw, if you do do that, it'd be very useful to include a polling
mode,
I thought that's what Malte was talking about regarding using
DnsResolver in the new SPF class. Or are you
On Tuesday 22 March 2005 19:15 CET Justin Mason wrote:
Theo Van Dinter writes:
On Tue, Mar 22, 2005 at 06:00:36AM -, [EMAIL PROTECTED] wrote:
bug 3409: modify header ordering for DomainKeys compatibility, by
placing markup headers at the top of the message
Hrm. I don't think we
On Thursday 10 March 2005 04:18 CET Yusuf Goolamabbas wrote:
Hi, My MakeMaker fu is very weak. I was wondering if somebody could
provide advice and lines of code I could steal so I can incorporate the
substitution feature of use lib '@@INSTALLSITELIB@@'; which is in
sa-filter.raw. I briefly
On Tuesday 08 March 2005 22:10 CET Daniel Quinlan wrote:
(unless you're over the international dateline in NZ)
Michael and I stared at the World Clock Meeting Planner for a few
minutes to try to figure out the best core time for the group of us
(ranging from .nz to .de) and it is:
Cool tool,
On Monday 07 March 2005 20:25 CET Michael Parker wrote:
On Mon, Mar 07, 2005 at 11:03:08AM -0800, Justin Mason wrote:
What do you all think?
Well, obviously I'm +1, but I'm a little biased, but not so biased to
point out the pitfalls of such a thing.
I'm +1, too, especially after I set up a
On Friday 04 March 2005 11:41 CET Daniel Quinlan wrote:
Sidney Markowitz [EMAIL PROTECTED] writes:
Code being free but charging for service is in the best tradition of
Free and of Open Source software. Redhat's up2date is open source code
(GPL?), using it to access their server possibly
On Thursday 03 March 2005 23:24 CET Shelby Moore wrote:
[...]
So you are implying that if my free service has similarly compatible
license and performs better than Razor, then I am guaranteed inclusion in
the main because they only care if Code works or it doesn't?
We don't give any guarantees
On Wednesday 16 February 2005 20:35 CET Justin Mason wrote:
Sidney Markowitz writes:
Daniel Quinlan wrote:
We support nmake?
That's the Microsoft nmake, not to be confused with any other make
program of the same name. It's what is available on Windows. For
compatibility we have to
On Thursday 17 February 2005 01:41 CET Daniel Quinlan wrote:
Malte S. Stretz [EMAIL PROTECTED] writes:
Which is exactly what I love about M::B.
I'm -1 on switching M::B until it's standard in our minimum required
version of Perl.
Fine, thanks for discussing. You have noticed that we
On Thursday 17 February 2005 03:16 CET Sidney Markowitz wrote:
Malte S. Stretz wrote:
Sidney, could you test r154095 on Windows please?
It works. BTW, my buildbot slaves are running again so you can see
immediately, e.g.,
http://bugzilla.spamassassin.org:8010/trunk-sidney-win32/builds/51
On Thursday 17 February 2005 09:30 CET Daniel Quinlan wrote:
Daniel Quinlan wrote:
I'm -1 on switching M::B until it's standard in our minimum required
version of Perl.
Malte S. Stretz [EMAIL PROTECTED] writes:
Fine, thanks for discussing.
Malte, I really appreciate your work
On Wednesday 16 February 2005 19:26 CET Daniel Quinlan wrote:
Sidney Markowitz [EMAIL PROTECTED] writes:
Malte, the current makefile is broken for Windows in one place.
Line 1152 of Makefile.PL has
ifeq $(INSTALLDIRS) site
INSTALLSCRIPTREALLY = $(INSTALLSITEBIN)
else
On Tuesday 15 February 2005 08:55 CET Daniel Quinlan wrote:
Okay, I moved the contest description draft into the wiki with a
prominent note that the contest has not started. I added a few
additional requirements and judging parameters and also put on a
tentative finish date of March 31, 2005.
On Thursday 10 February 2005 23:12 CET Justin Mason wrote:
Malte S. Stretz writes:
On Thursday 10 February 2005 22:31 CET Daniel Quinlan wrote:
Hmmm... the symbolic link is created in the SVN tree during make,
but does not get copied over during make install (which is really
the only
On Friday 11 February 2005 20:06 CET Daniel Quinlan wrote:
Malte S. Stretz [EMAIL PROTECTED] writes:
*sigh* That commit is still wrong. Why don't you reply to the thread
on the list first?
Because nothing was happening and most of the symlink code was too
complicated and unnecessary. I
On Thursday 10 February 2005 03:34 CET Daniel Quinlan wrote:
Malte S. Stretz [EMAIL PROTECTED] writes:
I'll fix this (it needs to be done via the B_FOO (build) and I_FOO
(install) hacks).
Thanks, I sent a few comments in my last message. ;-)
And I replied there :)
Just to be sure
On Thursday 10 February 2005 22:31 CET Daniel Quinlan wrote:
Hmmm... the symbolic link is created in the SVN tree during make, but
does not get copied over during make install (which is really the only
place it's needed, there's no need for the symlink in the SVN tree,
really).
*gnah* You're
On Thursday 10 February 2005 22:30 CET [EMAIL PROTECTED] wrote:
[...]
# Check if the source is a symlink and read the target. On systems
which do # not support symlinks, readlink will bail out which is catched
by the eval, # similar to what 'perldoc -f symlink' suggests. It will
fall back
On Wednesday 09 February 2005 05:41 CET Daniel Quinlan wrote:
Well, I got it sorta working as a symbolic link, but I'm now at a dead
end and I'm guessing someone else more familiar with the Makefile
(Malte?) can figure this out about 10x faster than me.
- the symlink code needs to know
On Wednesday 09 February 2005 14:11 CET Malte S. Stretz wrote:
On Wednesday 09 February 2005 05:41 CET Daniel Quinlan wrote:
Well, I got it sorta working as a symbolic link, but I'm now at a dead
end and I'm guessing someone else more familiar with the Makefile
(Malte?) can figure this out
On Tuesday 25 January 2005 06:01 CET Justin Mason wrote:
I'm happy with the sa-check idea, as long as we keep a spamassassin
wrapper that just does an exec(). easy enough, and very sensible.
+1
Yeah. +1
I think the POD docs from spamassassin should be split into the
sa-check POD and
On Sunday 23 January 2005 00:22 CET Daniel Quinlan wrote:
I've been thinking about bug 3635.
One idea:
rename spamassassin to sa-check
make spamassassin a meta document that execs sa-check for backwards
compatibility
Another idea:
make spamassassin a meta document that
On Thursday 20 January 2005 23:52 CET [EMAIL PROTECTED] wrote:
Author: jm
Date: Thu Jan 20 14:52:50 2005
New Revision: 125831
URL: http://svn.apache.org/viewcvs?view=revrev=125831
Log:
renamed 25_dk.cf to 25_domainkeys.cf, at Malte's suggestion
Thanks :)
Cheers,
Malte
--
[SGT] Simon G.
On Friday 21 January 2005 04:29 CET [EMAIL PROTECTED] wrote:
Author: jm
Date: Thu Jan 20 19:29:20 2005
New Revision: 125877
URL: http://svn.apache.org/viewcvs?view=revrev=125877
Log:
fix desc_wrap.t to deal with different Text::Wrap behaviour on older
Maybe we should just require the newer
On Thursday 20 January 2005 21:07 CET Theo Van Dinter wrote:
[...]
Not in MANIFEST: rules/25_dk.cf
Could this be renamed to 25_domainkeys.cf? When I saw that name first, I
thought it was the danish translation file...
Cheers,
Malte
--
[SGT] Simon G. Tatham: How to Report Bugs Effectively
On Monday 17 January 2005 01:12 CET Theo Van Dinter wrote:
Any other issues, let me know.
| Software error:
|
| Global symbol $f requires explicit package name
| at /var/www/html/process_bug.cgi line 412.
| Execution of /var/www/html/process_bug.cgi aborted due to compilation
| errors.
On Monday 17 January 2005 01:45 CET Theo Van Dinter wrote:
On Mon, Jan 17, 2005 at 01:36:25AM +0100, Malte S. Stretz wrote:
| Global symbol $f requires explicit package name
| at /var/www/html/process_bug.cgi line 412.
when closing a bug as LATER.
Hrm. Looks like $f was changed
In my logs I just stumbled upon entries like these:
| spamd[8490]: [info] setuid to mss succeeded_
| spamd[8490]: [processing message
| [EMAIL PROTECTED] for mss] 1000._
| spamd[8490]: [clean message (-2.6/5.0) for mss] 1000 in 2.8 seconds, 2520
| bytes._
| spamd[8490]: [result] . -2 -
On Monday 03 January 2005 21:42 CET Daniel Quinlan wrote:
Malte S. Stretz [EMAIL PROTECTED] writes:
+push(@extra, sprintf(bayes=%3.4f, $status-{bayes_score}));
Maybe use
push(@extra, sprintf(bayes=%.3f, $status-{bayes_score}));
instead. I think .4 is too much.
I copied
On Friday 17 December 2004 19:14 CET Justin Mason wrote:
Malte S. Stretz writes:
On Friday 17 December 2004 11:36 CET [EMAIL PROTECTED]
wrote:
The Buildbot has detected a new failure of trunk-debian-stable.
Buildbot URL: http://bugzilla.spamassassin.org:8010/
Build Reason
On Sunday 05 December 2004 08:39 CET Daniel Quinlan wrote:
I propose we use GNU sort (which has the same sorting order as any old
sort(1) program) to sort the MANIFEST and only that program to sort the
manifest. No vi, no emacs, no options to sort other than -u if there
are duplicates.
I
On Friday 03 December 2004 12:39 CET Daniel Quinlan wrote:
[EMAIL PROTECTED] writes:
Fix logging of multi-line string. Each line is preceded with ts own
debug: ${facility}:.
+1
Made that space a tab so debugging looks nicer :)
-1 on the change from space to tab
I don't think the tab
On Friday 03 December 2004 12:43 CET Daniel Quinlan wrote:
[EMAIL PROTECTED] writes:
+ dbg(logger: trying to connect to syslog/${log_socket}...\n);
+dbg(logger: connection to syslog/${log_socket} failed: $err\n
+dbg(logger: failed to setlogsock(${log_socket}): $err\n
+
On Thursday 02 December 2004 17:06 CET Michael Parker wrote:
[...]
FYI, the FreeBSD failures are real (when they aren't the failed svn
type). For some odd reason, when running under buildbot, the
spamd_unix.t tests are failing. I can't recreate running outside of
buildbot, so I'm not sure
On Thursday 02 December 2004 21:01 CET Michael Parker wrote:
On Thu, Dec 02, 2004 at 07:11:48PM +0100, Malte S. Stretz wrote:
On Thursday 02 December 2004 17:06 CET Michael Parker wrote:
[...]
FYI, the FreeBSD failures are real (when they aren't the failed svn
type). For some odd
On Sunday 28 November 2004 02:14 CET Daniel Quinlan wrote:
Malte S. Stretz [EMAIL PROTECTED] writes:
I think I found something to kill some time on: Cleaning up the test
framework.
Kill some time? You realize there are hundreds of open bugs? :-)
Yeah, and each of them would require more
On Wednesday 01 December 2004 02:03 CET Justin Mason wrote:
sounds interesting! few points:
- it'd be worth checking out Test::More et al to see what they
recommend. However, I don't think we can actually *move* to
using Test::More or similar instead of Test, until they're
reliably
On Wednesday 01 December 2004 02:27 CET Daniel Quinlan wrote:
I generally agree what with Justin said, I just would like to see the
work broken up a bit more (done incrementally) *and* I don't want to see
new options because I don't think they're needed. The original proposal
had a bit of the
On Wednesday 01 December 2004 16:45 CET I wrote:
[...]
It would be fantastic to make tests easier to write. Faster would be
nice, but only via improving the test code, not worrying about options
IMO, we start and stop spamd more often than needed.
Most people should run find with the
On Wednesday 01 December 2004 18:58 CET Justin Mason wrote:
Tony Finch writes:
perl Build.PL install_base=~
This is different from PREFIX in that its not going to try and
guess how you want things installed based on your system
installation. It's just going to plop things
On Wednesday 01 December 2004 19:29 CET Tony Finch wrote:
On Wed, 1 Dec 2004, Justin Mason wrote:
hmm, are you using the way documented in the INSTALL file? as far as I
know that should work reliably --
perl Makefile.PL PREFIX=$HOME
I *think* we got that working eventually.
On Saturday 27 November 2004 23:33 CET Daniel Quinlan wrote:
(I am putting the discussion back on dev@ where it belongs!)
Craig Hughes [EMAIL PROTECTED] writes:
Should be pretty easy to have Bugzilla's email generator generate a
bogus References or In-Reply-To header in the mail which is
Moin,
I think I found something to kill some time on: Cleaning up the test
framework. Currently each test is created by copy-and-pasting some old one
as a skeleton and modify it according to the needs. This introduced some
kludgy stuff, like the three line preamble each test has and
On Friday 26 November 2004 06:48 CET Daniel Quinlan wrote:
[EMAIL PROTECTED] writes:
What's the probability that I run into an already used port with the
new probably_unused_spamd_port() code? Less than 1 per mill? Ask
Murphy...
The only chance of a collision is if the port is listed in
On Friday 26 November 2004 20:30 CET Sidney Markowitz wrote:
I just tried a quick build and make test in Windows XP to see what it
would do, and
1. I could not reach the svn server from svn, although I could ping it.
Is it down?
2. I got lots and lots of
Use of uninitialized value in
On Friday 26 November 2004 20:41 CET Theo Van Dinter wrote:
On Fri, Nov 26, 2004 at 01:39:33PM -0600, Michael Parker wrote:
1. I could not reach the svn server from svn, although I could ping
it. Is it down?
Yes, some sort of db problem, they are re-loading the database now.
Watching
On Friday 26 November 2004 21:13 CET Theo Van Dinter wrote:
On Fri, Nov 26, 2004 at 09:08:53PM +0100, Malte S. Stretz wrote:
Hm. The line is
$path =~ s!^~/!$ENV{'HOME'}/!;
so probably HOME is not set. The question is, what should this routine
do if HOME is not set; probably the value
On Saturday 02 October 2004 20:31 CET Justin Mason wrote:
[EMAIL PROTECTED] writes:
Author: mss
Date: Sat Oct 2 08:29:31 2004
New Revision: 51805
Modified:
spamassassin/trunk/Makefile.PL
Log:
Just for fun...
what does this do? could we get some more descriptive commit
On Thursday 30 September 2004 01:44 CET Justin Mason wrote:
[EMAIL PROTECTED] writes:
Author: mss
Date: Wed Sep 29 16:25:24 2004
New Revision: 47516
Modified:
spamassassin/trunk/MANIFEST
spamassassin/trunk/MANIFEST.SKIP
Log:
Sort MANIFEST* alphabetically (again? maybe we
On Thursday 30 September 2004 18:42 CET Justin Mason wrote:
Malte S. Stretz writes:
Why I sort that file now and then is because it makes it much easier to
see if a file is already in there or remove one which is gone. Keeping
the MANIFEST up-to-date is already a PITA and an unsorted file
On Thursday 30 September 2004 18:50 CET Justin Mason wrote:
Bob Apthorpe writes:
That should gracefully handle both SA 2.x and 3.x, correct?
actually, it looks like we totally dropped the
Mail::SpamAssassin::NoMailAudit module entirely. When we were doing
this, I suggested we leave a
On Wednesday 29 September 2004 05:39 CET Daniel Quinlan wrote:
[...]
In addition, there's not quite enough design in terms of the high-level
organization. I'm wondering if we shouldn't try to structure most of
the documentation in terms of areas (in terms of how users think of
things,
On Tuesday 28 September 2004 02:23 CET Justin Mason wrote:
Malte S. Stretz writes:
On Sunday 26 September 2004 10:42 CET Daniel Quinlan wrote:
[...]
Do we really need to do this now? This is not going to significantly
help performance, accuracy, or memory usage, is it?
As much as I
On Sunday 26 September 2004 10:42 CET Daniel Quinlan wrote:
[...]
Do we really need to do this now? This is not going to significantly
help performance, accuracy, or memory usage, is it?
As much as I loved to have this thing renamed, why didn't we do this
*before* we released 3.0? Or to
On Monday 27 September 2004 18:19 CET Malte S. Stretz wrote:
On Sunday 26 September 2004 10:42 CET Daniel Quinlan wrote:
[...]
Do we really need to do this now? This is not going to significantly
help performance, accuracy, or memory usage, is it?
As much as I loved to have this thing
On Tuesday 14 September 2004 21:29 CET Daniel Quinlan wrote:
Malte S. Stretz [EMAIL PROTECTED] writes:
It's the trust-stuff I already talked about. (Did I? Or did I write
in the Wiki?) What I want to try is:
* Query PGP servers for cross-signed keys and take that as a trust
path
Moin,
I noticed that we started started to mix the classical SVN structure with
{trunk,branches,tags} with other top-level dirs. Especially since
updates was added I have the feeling that this is the best way into
chaos ;~)
Which adds in is, that we (as an Apache Top-Level project) might
On Saturday 11 September 2004 22:14 CET Daniel Quinlan wrote:
Malte S. Stretz [EMAIL PROTECTED] writes:
I noticed that we started started to mix the classical SVN structure
with {trunk,branches,tags} with other top-level dirs. Especially since
updates was added I have the feeling
On Friday 10 September 2004 02:13 CET Justin Mason wrote:
Barry Jaspan writes:
The two main things I seem to remember are that perl 5.6.1 fixes a
bunch of bugs from 5.6.0
If anyone can remember what bugs were fixed that affect SpamAssassin,
I'd appreciate it.
if I recall correctly,
66 matches
Mail list logo