Won't this break building subversion if a neon 0.25.4 bugfix release
comes along? In other words should configure check for neon = 0.24.7
or 0.25.x with x >= 1?
Michael
On 10/14/05, John Peacock <jpeacock@rowman.com> wrote:
> kfogel@collab.net wrote:
> > The whole point of an RC is to be the same as what is finally
> > released, so that what we're releasing has been through a soak period.
> > We can't hack configure one way "for RC purposes" and then hack it
> > another way "for the final 1.3 release" -- that would defeat the
> > purpose of the RC.
>
> I thought we were allowed to roll another release candidate if there was
> a demonstrated problem (and whether it resets the soak period was
> another argument).
>
> In any case, it looks like someone already included much of the logic in
> configure.in already:
>
> > configure: checking neon library
> > checking neon library version... 0.25.0
> > You have a neon/ subdir containing version 0.25.0,
> > but Subversion needs neon 0.25.3.
> >
> > An appropriate version of neon could not be found, so libsvn_ra_dav
> > will not be built. If you want to build libsvn_ra_dav, please either
> > install neon 0.25.3 on this system
> >
> > or
> >
> > get neon 0.25.3 from:
> > http://www.webdav.org/neon/neon-0.25.3.tar.gz
> > unpack the archive using tar/gunzip and rename the resulting
> > directory from ./neon-0.25.3/ to ./neon/
> >
> > no suitable neon found
>
> was made possible by the following trivial change:
>
> Index: configure.in
> ===================================================================
> --- configure.in (revision 16707)
> +++ configure.in (working copy)
> @@ -227,7 +227,7 @@
>
> # Either a space-separated list of allowable Neon versions, or "any" to
> # mean allow anything.
> -NEON_ALLOWED_LIST="0.24.7 0.25.0 0.25.1 0.25.2 0.25.3"
> +NEON_ALLOWED_LIST="0.24.7 0.25.1 0.25.2 0.25.3"
> NEON_LATEST_WORKING_VER=0.25.3
>
> NEON_URL="http://www.webdav.org/neon/neon-${NEON_LATEST_WORKING_VER}.tar.gz"
> dnl You can skip the neon version check only if you know what you are
> doing
>
> Along with a documentation change to INSTALL, that should be sufficient
> warning.
>
> John
>
> --
> John Peacock
> Director of Information Research and Technology
> Rowman & Littlefield Publishing Group
> 4501 Forbes Boulevard
> Suite H
> Lanham, MD 20706
> 301-459-3366 x.5010
> fax 301-429-5748
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Oct 14 18:42:03 2005