[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: svn checkout via a web-browser?

On Wed, Jul 04, 2007 at 10:20:57AM +0200, Tshepang Lekhonkhobe wrote:
> On 7/3/07, Vincent Lefevre <vincent@vinc17.org> wrote:
> >On 2007-07-03 16:26:40 +0200, Tshepang Lekhonkhobe wrote:
> >> On 7/3/07, Vincent Lefevre <vincent@vinc17.org> wrote:
> >>> On 2007-07-03 13:40:47 +0200, Tshepang Lekhonkhobe wrote:
> >>> > Me have been struggling to access a subversion repo (svn checkout
> >>> > svn.gnome.org/svn/tracker/trunk) due to being behind a proxy server. I
> >>> > wonder if there's a way to download such repos without having an svn
> >>> > client since I can access the web with a web-browser.
> >>>
> >>> Only if your web browser is a also svn client. But if it isn't, why
> >>> don't you install a svn client?
> >>
> >> I failed: http://lists.debian.org/debian-user/2007/07/msg00075.html
> >> And help didn't help:
> >> http://lists.debian.org/debian-user/2007/07/msg00162.html
> >
> >You'll probably have the same problem with a web browser having a
> >svn client extension. With a proxy server that filters some method,
> >you can't access all the web, and changing the client won't solve
> >your problem. If you control the web server itself, perhaps you can
> >try something like SSH over HTTP (if CONNECT is allowed).
> It's interesting to note that I tried TortoiseSVN which runs on
> Windows and worked without a breeze. This leads me to think that the
> web server (which I dodn't control) does accept svn requests.
> The company network is run by Windows.

I'm getting in late in this thread, but the "windows proxy" thing caught 
my eye (or is it "caught my ear"? never mind...)

Most unix/linux tools are quite happy to work behind a standard HTTP 
proxy. But windows IIS proxy is *NOT* a standard proxy when it requires 
NTLM authentication - weirdy stuff...

But epiphany understands NTLM, and I presume that TortoiseSVN does too.  
If you gave them your Windows "active directory" (ldap for you and me) 
password, that would be a clue.

If the proxy is an NTLM-demanding windows proxy, then I'd expect other 
tools *not* to work too, e.g.:

    $ wget http://www.google.com

would fail because of the proxy. Even:

    $ http_proxy=  wget --proxy-user yourname --proxy-password=yourpassword  http://www.google.com

would fail too with a message to the effect "not allowed".

If you *do* have one of these nasty NTLM proxies, you can still use it 
by adding your own proxy "in front of" it (which usually means locally)  
nd letting your applications use that as a proxy.  That's what the 
ntlmaps package does...

Hope this helps

Karl E. Jorgensen
karl@jorgensen.org.uk  http://www.jorgensen.org.uk/
karl@jorgensen.com     http://karl.jorgensen.com
==== Today's fortune:
Everyone is in the best seat.
		-- John Cage

Attachment: signature.asc
Description: Digital signature

Reply to: