On Mon, Feb 25, 2002 at 05:54:49PM -0800, Blair Zajac wrote:
> Ben Collins wrote:
> >
> > On Mon, Feb 25, 2002 at 04:48:56PM -0800, Blair Zajac wrote:
> > > Here's a patch to have svn require Neon 0.19.3 to fix the build issues
> > > on Windows.
> > >
> >
> > Is there anyway we can not force a specific version of neon for the
> > builds, and maybe use a range of versions that work? 0.19.2 is perfectly
> > fine to use for subversion. It may itself fail to build on win32, but
> > that doesn't mean that subversion should be restricted 0.19.3.
> >
> > Ben
>
> I don't see why we would want to do this while we know of an outstanding
> issue in compiling neon. Why would you want to let somebody waste their
> time to do this. This reminds me of trying to build apr with autoconf
> 2.52f+ and finally realizing you had to back down to an older version.
> Anything to make people spend less time fighting problems always works
> for me.
>
> Now when we have a stable release of neon, then I agree, we can require
> an older version, but for this one issue, I don't see why not to force
> an upgrade. At some point, we would require 0.19.3 anyway.
Because I can use neon 0.19.2 just fine. Why force people like me to use
a newer neon needlessly? Unlink you, I have neon installed on my system
seperately from subversion.
Not to mention that in the world where software is installed via
packaged (like 99.999% of Linux systems), strictly enforcing a version
like this makes it extrememly difficult to maintain from the
distribution standpoint (which is the standpoint I have to look at it
from).
Perhaps in this case forcing 0.19.2 to fail is ok but what about 0.19.3
and 0.19.4 and 0.19.5? If they all work, then they should all be usable
in a single version of subversion.
--
.----------=======-=-======-=========-----------=====------------=-=-----.
/ Ben Collins -- Debian GNU/Linux -- WatchGuard.com \
` bcollins@debian.org -- Ben.Collins@watchguard.com '
`---=========------=======-------------=-=-----=-===-======-------=--=---'
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:37:09 2006