proxy support (was Re: New Tarball with connections fixed.)

On Wed, 31 Oct 2001, Greg Stein wrote:

> There have been a couple different approaches to handling proxies.
> Honestly, I'm not really sure what is "best".
>
> I know that an environment variable is not preferred, unless there is a
> hugely widespread, typical usage (like EDITOR).

... and there just isn't one that widespread.

> We just don't want to use environment variables, if at all possible.

IMO, we could support the ones lynx, wget and others use, but that would be
an additional feature and should most likely be done purely by the client
code and we shouldn't depend on it.

> Second, we need to consider that proxies require (at least) four more
> pieces of information:
>
> 1) proxy host
> 2) proxy port (default to 80 or whatever)
> 3) proxy username
> 4) proxy password
>
> Somehow, we need to be able to specify any/all of these. Of course, some
> can go in the .svnrc file, but they could also be needed on a per-project
> basis.

I could immediately think of situtations when they will be needed on a
per-project basis:

Like the situation on my current work place. We have the whole internal
source repository on the internal network, but we use a HTTP proxy to access
the web. So if I wanna use svn for both inside work sources and remote
source, I need to set a proxy for for the remote sources only.

More specificly, they actually are on a per-host basis depending on where the
host is that we get the sources from.

So, either we let the client keep a list with hosts that "don't use the
default rule", or we add command line flags that says to alter the default.
Then we can have the default proxy informations in the .svnrc file. If the
default would be to not use a proxy, we need to be able to specify all these
four different variables on the command line...

-- 
      Daniel Stenberg - http://daniel.haxx.se - +46-705-44 31 77
   ech`echo xiun|tr nu oc|sed 'sx\([sx]\)\([xoi]\)xo un\2\1 is xg'`ol
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org