On Tue, Sep 11, 2001 at 11:07:43AM -0700, Greg Stein wrote:
> On Tue, Sep 11, 2001 at 11:25:59AM -0400, Garrett Rooney wrote:
> > On Tue, Sep 11, 2001 at 09:54:02AM -0500, Ben Collins-Sussman wrote:
> > > Garrett Rooney <email@example.com> writes:
> > > > note that if you guys could roll a release soon, it would probably be
> > > > better to submit this to FreeBSD with a newer version, since IIRC some
> > > > pretty annoying bugs have been fixed since M3
> M4 is scheduled for "real soon". That is effectively defined as "usability
> bugs fixed", and are mostly related to stabilizing network activity.
well, in that case i'll hold off on submitting the port until M4 is
out, so as to avoid giving people a bad impression of Subversion when
they first try it out.
> > the one thing i still want to work on is making sure subversion's
> > libraries (neon and apr) don't spam over other ones... is there any
> > reason we need to use the version of neon that's in the tree? i would
> > like to be able to make the port use the installed version if at all
> > possible. apr is less of an issue, since so few apps use it at the
> > moment.
> APR kind of has to stay because we sinclude() some of its scripts into our
> configure script. We shouldn't have any problem using a system-installed
> Neon, provided its revision is compatible.
> [ generally, we have both a min *and* max version (since the API is in flux,
> we cannot necessarily use newer versions) ]
well, it's good to hear that you can use the installed neon, but what
exactly do i have to do to make that happen. from what i can see
there doesn't seem to be a configure argument to specify one like
there is for berkeley db. would an m4 file (like the one for bdb)
need to be added?
> Note that we also plan to add APRUTIL and toss expat-lite.
cool, i had completely forgotten about expat. that'll be one less
lib i need to worry about conflicting with versions that are on the
garrett rooney Unix was not designed to stop you from
firstname.lastname@example.org doing stupid things, because that would
http://electricjellyfish.net/ stop you from doing clever things.
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Sat Oct 21 14:36:40 2006