Second monthly tested release is now available: https://launchpad.net/~spamassassin/+archive/spamassassin-monthly
I still haven't seen any problems running trunk since I began in April. Added builds for the next release of Ubuntu, 12.04 Precise Pangolin. Most interesting change in the last month: ------------------------------------------------------------------------ r1199081 | mmartinec | 2011-11-07 21:52:16 -0500 (Mon, 07 Nov 2011) | 18 lines Bug 6655: sa-update might DOS mirrors if TMPDIR unwritable Bug 6654: Make sa-update and its infrastructure usable over IPv6 - the LWP perl module does not support IPv6 and is hard to trick properly to use IO::Socket::INET6 in place of IO::Socket::INET (e.g., doesn't handle multihomed (like dual-stack) hosts). Instead, add code to use one of the external programs (curl, wget, fetch) to download rules files and mirrors file, and make LWP module optional. If an external program is not available, fall back to LWP; - preserve .tar.gz, .sha1 and .asc files if rules installation fails, so that a subsequent attempt does not download these files again, as long as their size and creation time match the server (this task is handled by curl, wget, or fetch); - improve debug logging; ------------------------------------------------------------------------ SpamAssassin 3.4.0 release candidate 1 is now 45 days overdue. Current monthly release: 3.4.0-0~16196, November 14 2011 First monthly release: 3.4.0-0~16013, October 14 2011 On 10/14, dar...@chaosreigns.com wrote: > The official spamassasin release process drives me nuts, so I set up almost > completely automated monthly releases for Ubuntu. > > Packages in this PPA have been tested at least by me on my server for a > month: https://launchpad.net/~spamassassin/+archive/spamassassin-monthly > > The version I'm currently in the process of testing can be found here: > https://launchpad.net/~spamassassin/+archive/spamassassin-test > > The testing versions come, once a month, from the daily build PPA: > https://launchpad.net/~spamassassin/+archive/spamassassin-daily > > It's as easy to use as: > > sudo add-apt-repository ppa:spamassassin/spamassassin-monthly > sudo apt-get update > sudo apt-get install spamassassin > > And as easy to un-do as: > > sudo ppa-purge ppa:spamassassin/spamassassin-monthly > > > The SpamAssassin Project Management Committee seems to need to make > everything as much work as possible. These monthly releases take almost no > work. I was already running trunk (the unreleased development version) > via the -daily PPA since April, and it's incredibly reliable. And there > are at least a couple other developers on the dev list running trunk > on production servers. So I think that, in combination with running > the test versions myself, will make it pretty easy for me to notice any > problems quickly enough to avoid propagating them to the -monthly PPA. > > So the only work involved is, once a month, a few mouse clicks to copy > the contents of the -test PPA to the -monthly PPA, and from the -daily > PPA to the -monthly PPA. > > Today is the first time I finished testing a build for a month. > > If you use this, I'd appreciate if you told me. And of course, I'd > appreciate others testing the -test PPA. > > There was supposed to be an official SpamAssassin version 3.4.0 Release > Candidate of what's currently in trunk, two weeks ago. It's going > incredibly badly. > > > The reason these releases are Ubuntu specific is because Ubuntu is what I > use, and Ubuntu has set up an excellent public build system (launchpad.net). > > > There are daily official snapshots of trunk (not releases): > http://cvs.apache.org/snapshots/spamassassin/ These have been removed. > I think it would be fun to try to do something more official involving > similar monthly release tarballs. Part of the problem with that is > launchpad doesn't have a way to do automated imports from tarballs. > More info on building from trunk: > http://wiki.apache.org/spamassassin/DownloadFromSvn -- "One armed student or teacher could have stopped the killer, but all died obeying the rules." - http://www.olegvolk.net/gallery/technology/arms/yourkid0181.jpg.html http://www.ChaosReigns.com
