[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

tossing libsvn_auth (was: certs review)

From: Greg Stein <gstein_at_lyra.org>
Date: 2003-03-12 22:46:10 CET

On Wed, Mar 12, 2003 at 11:04:41AM -0800, Ben Collins-Sussman wrote:
>...
> Ultimately, gstein and I have been discussing doing away with
> libsvn_auth altogether: the library, that is. The library has only a
> single C file with provider registration and looping logic... so we'll
> probably end up moving that C file into libsvn_subr, and toss
> libsvn_auth. svn_auth.h won't change a bit.

Yah, the background here is that libsvn_auth was envisioned as this tight
little replacable library. When new providers came around, or fixes to the
auth, or whatever happened, then you could just rev the library and drop it
in.

Well... the vision didn't hold water :-). Today, the app precisely controls
the set of providers that get used. You can't just automatically add new
providers. Also, those providers happen to be located everywhere *but*
libsvn_auth.

All that is left in libsvn_auth is a few functions for registration and a
fancy loop. No need for a library for that(!)

I believe the answer is something like:

$ svn mv libsvn_auth/auth.c libsvn_subr
$ (edit build.conf to toss libsvn_auth and remove deps on it)
$ svn commit

Pretty close to that anyways :-)

As Ben said: the concepts, the code, and svn_auth.h all remain. We're just
talking about shifting the functions to another library.

Cheers,
-g

-- 
Greg Stein, http://www.lyra.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Mar 12 22:44:46 2003

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.