Subversion 1.3.1 is up for testing and signing. The magic revision is
This mail and set of tarballs replaces the previous one about 1.3.1
packages. The previous packages had two packaging errors:
- Incorrect version of Neon shipped with all packages, was 0.24.7
when 1.3.0 shipped with the 0.25 line. This 1.3.1 tarball includes
the 0.25.5 Neon release (that is, including the much asked for the
SSPI-related fix on win32)
- Vanilla APR-Win32 tarballs were used in the first package, which
resulted in a configuration failure due to incorrect line endings
in the package's scripts. This is why the win32 zip file was much
smaller than expected. This package uses the apr libraries shipped
with the win32 source tarball of Apache HTTPd 2.0.55, which have
unix line endings. The file sizes now make sense (slight increase
for all libs).
Regarding the second point mentionned above: When I took over from Ben
Reser doing releases, I was initially told to pick the APR packages
from Apache HTTPd, which I did for 1.3.0. Now, I'm told for 1.3.1
that getting the vanilla packages from apr.apache.org is preferrable,
but that triggers the above line-ending problem.
So, this version of the packages uses vanilla apr trees for the unix
packages, and HTTPd-Win32 apr trees for the win32 package. (Note that
I am using apr here to mean apr + apr-util + apr-iconv on win32)
If this is not desirable, please advise as to the correct course of
action, and I'll roll packages again with the changes.
As usual, this code is unreleased until the links are posted on
announce@ and on the users list. Until then, the code is unsupported,
and if it breaks or is incorrect, then it is totally your fault.
As usual also, signatures from commiters back to me, feedback from
enthusiast non-commiters also welcome.
Again, distro package maintainers and network admins are not
encouraged to make this RC available to end users, because it may
cause many headaches if problems are found before the official 1.3.1
Until it is officially announced, please don't package this code in
any distribution whatsoever. This situation should show you *why* we
ask you to wait until the committers bless a release. Please, think of
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Wed Mar 15 22:23:43 2006