Re: Subversion Authentication

2010-11-29 Thread vishwajeet singh
On Tue, Nov 30, 2010 at 1:12 AM, Patrick Brennan < patrick.bren...@zaisgroup.com> wrote: > Hello, > > > > We have a default install of Subversion software and our users are > requesting Authentication be setup for our Developers Domain group and a > Domain group in another sister domain. > > We

RE: Subversion Authentication

2010-11-29 Thread Patrick Brennan
bren...@zaisgroup.com From: vishwajeet singh [mailto:dextrou...@gmail.com] Sent: Monday, November 29, 2010 3:24 PM To: Patrick Brennan Cc: users@subversion.apache.org; Stephen Epstein Subject: Re: Subversion Authentication On Tue, Nov 30, 2010 at 1:12 AM, Patrick Brennan wrote: Hello, We ha

Re: Subversion Authentication

2010-11-29 Thread Nico Kadel-Garcia
On Mon, Nov 29, 2010 at 2:42 PM, Patrick Brennan wrote: > Hello, > > > > We have a default install of Subversion software and our users are > requesting Authentication be setup for our Developers Domain group and a > Domain group in another sister domain. What is a "default install"? A Linux box

Re: Subversion Authentication

2010-11-30 Thread Ulrich Eckhardt
On Monday 29 November 2010, Patrick Brennan wrote: > Thanks but is there any way to do this in a windows environment like > using Active Directory users & computers or is this only ldap dos > commands? "ldap dos commands"? Active Directory actually provides LDAP, as a short research on the topic

RE: Subversion Authentication

2010-11-30 Thread Patrick Brennan
@subversion.apache.org; Stephen Epstein Subject: Re: Subversion Authentication On Mon, Nov 29, 2010 at 2:42 PM, Patrick Brennan wrote: > Hello, > > > > We have a default install of Subversion software and our users are > requesting Authentication be setup for our Developers

Re: Subversion Authentication

2010-11-30 Thread Andy Levy
Original Message- > From: Nico Kadel-Garcia [mailto:nka...@gmail.com] > Sent: Monday, November 29, 2010 7:32 PM > To: Patrick Brennan > Cc: users@subversion.apache.org; Stephen Epstein > Subject: Re: Subversion Authentication > > On Mon, Nov 29, 2010 at 2:42 PM, Patric

RE: Subversion Authentication

2010-11-30 Thread Patrick Brennan
) 450-7445 patrick.bren...@zaisgroup.com -Original Message- From: Andy Levy [mailto:andy.l...@gmail.com] Sent: Tuesday, November 30, 2010 8:48 AM To: Patrick Brennan Cc: users@subversion.apache.org Subject: Re: Subversion Authentication On Tue, Nov 30, 2010 at 08:43, Patrick Brennan wrote

Re: Subversion Authentication

2010-11-30 Thread Andy Levy
ing. > > -Original Message- > From: Andy Levy [mailto:andy.l...@gmail.com] > Sent: Tuesday, November 30, 2010 8:48 AM > To: Patrick Brennan > Cc: users@subversion.apache.org > Subject: Re: Subversion Authentication > > On Tue, Nov 30, 2010 at 08:43, Patrick Brenn

RE: Subversion authentication with SSPI

2010-07-26 Thread Cooke, Mark
> -Original Message- > From: Itamar O [mailto:itamar...@gmail.com] > Sent: 23 July 2010 09:26 > To: users > Subject: Subversion authentication with SSPI > > Hi list, > > I am currently successfully using mod_sspi to authenticate > users against our domain controller (everything is windo

Re: Subversion authentication via SASL GSSAPI and likewise open

2012-07-25 Thread xumuku
My current /usr/lib/sasl2/svn.conf is: pwcheck_method: saslauthd mech_list: GSSAPI saslauthd_path: /var/run/saslauthd/mux log_level: 7 But I get the error: Cannot negotiate authentication mechanism 1. Does *anyone* have Windows SVNServe authenticating to AD/Kerberos via SASL/GSSAPI?

Re: Subversion authentication via SASL GSSAPI and likewise open

2012-07-26 Thread slaventii
gt; > > Sent: 25 July 2012 16:49 > > > > To: subversion_us...@googlegroups.com > > > > Cc: users@subversion.apache.org; xum...@gmail.com > > > > Subject: Re: Subversion authentication via > > SASL GSSAPI and

RE: Subversion authentication via SASL GSSAPI and likewise open

2012-07-26 Thread Cooke, Mark
> > -Original Message- > > > From: xumuku [mailto:xum...@gmail.com] > > > Sent: 25 July 2012 16:49 > > > To: subversion_us...@googlegroups.com > > > Cc: users@subversion.apache.org; xum...@gmail.com &

RE: Subversion authentication via SASL GSSAPI and likewise open

2012-07-26 Thread Cooke, Mark
> -Original Message- > From: xumuku [mailto:xum...@gmail.com] > Sent: 25 July 2012 16:49 > To: subversion_us...@googlegroups.com > Cc: users@subversion.apache.org; xum...@gmail.com > Subject: Re: Subversion authentication via SASL GSSAPI and > likewise open >

Re: Subversion authentication via SASL GSSAPI and likewise open

2012-07-26 Thread slaventii
sion_us...@googlegroups.com > > Cc: users@subversion.apache.org; xum...@gmail.com > > Subject: Re: Subversion authentication via SASL GSSAPI and > > likewise open > > > > My current /usr/lib/sasl2/svn.conf is: > > > > pwcheck_method: saslauthd > > mech_list:

Re: Subversion authentication via SASL GSSAPI and likewise open

2012-07-26 Thread slaventii
um...@gmail.com] > > > Sent: 25 July 2012 16:49 > > > To: subversion_us...@googlegroups.com > > > Cc: users@subversion.apache.org; xum...@gmail.com > > > Subject: Re: Subversion authentication via SASL GSSAPI and > > > likewise open

RE: Subversion authentication via SASL GSSAPI and likewise open

2012-07-26 Thread Cooke, Mark
rs@subversion.apache.org; xum...@gmail.com > > Subject: Re: Subversion authentication via SASL GSSAPI and > > likewise open > > > > My current /usr/lib/sasl2/svn.conf is: > > > > pwcheck_method: saslauthd > > mech_

Re: Subversion authentication via SASL GSSAPI and likewise open

2012-07-31 Thread slaventii
xumuku [mailto:xum...@gmail.com] >> > > Sent: 25 July 2012 16:49 >> > > To: subversion_us...@googlegroups.com >> > > Cc: users@subversion.apache.org; xum...@gmail.com >> > > Subject: R

Re: Subversion authentication via SASL GSSAPI and likewise open

2012-07-31 Thread Johan Corveleyn
On Tue, Jul 31, 2012 at 6:59 PM, slaventii wrote: > Want to share some of my tests results: > /trunk - 1.80 GB (1,941,844,940 bytes) - 148,114 Files; 52,519 Folders > > Old Hardware Server - Ubuntu 9.04: > svn, versi

Re: Subversion authentication via SASL GSSAPI and likewise open

2012-07-31 Thread slaventii
Hi Johan, Hm, it's very strange. I thought that I used 1.7.5 but it seems that in my PATH("c:\Program Files\CollabNet Subversion Server\svn.exe" ) was old version of client: svn, version 1.5.4 (r33841) compiled Oct 23 2008, 08:54:42 In this case all my test were done with old client :) Started ne

Re: Subversion authentication via SASL GSSAPI and likewise open

2012-07-31 Thread slaventii
Forgot to say about network - it's LAN 100 Mbit/s. It is very strange first test co https:// 40m 17 sec !!! On Tue, Jul 31, 2012 at 9:48 PM, Johan Corveleyn wrote: > On Tue, Jul 31, 2012 at 6:59 PM, slaventii wrote: >> Want to share some of my tests results: >> /trunk - 1.80 GB (1,941,844,940 b

Re: Subversion authentication via SASL GSSAPI and likewise open

2012-07-31 Thread slaventii
My last test results : SVN Server: Ubuntu 12.04 svn, version 1.7.5 (r1336830) compiled Jul 19 2012, 21:53:29 SVN Client: Windows Server 2003 svn, version 1.7.5 (r1336830) compiled May 15 2012, 12:29:08 LAN 100 Mbit/s co svn:// ~ 37m 44 sec co https:// ~ 40m 04sec co svn vs https perf, % ~ > 6% up

Re: Subversion authentication via SASL GSSAPI and likewise open

2012-08-01 Thread Johan Corveleyn
On Wed, Aug 1, 2012 at 7:04 AM, slaventii wrote: > My last test results : > SVN Server: > Ubuntu 12.04 > svn, version 1.7.5 (r1336830) compiled Jul 19 2012, 21:53:29 > SVN Client: > Windows Server 2003 > svn, version 1.7.5 (r1336830) compiled May 15 2012, 12:29:08 > LAN 100 Mbit/s > > co svn:// ~

Re: Subversion authentication via SASL GSSAPI and likewise open

2012-08-01 Thread slaventii
> Huh? How do you arrive at 23 %? According to these numbers, https is > almost twice as fast here. > Sorry for mistake. Should be: up svn:// ~ 0m 19sec up https:// ~ 0m 35 sec up svn vs https perf, % ~ > 23% > That could very well be the reason here why your tests with 1.7 server > are slower. I

Re: Subversion authentication via SASL GSSAPI and likewise open

2012-08-01 Thread Johan Corveleyn
On Wed, Aug 1, 2012 at 9:56 PM, slaventii wrote: >> Huh? How do you arrive at 23 %? According to these numbers, https is >> almost twice as fast here. >> > Sorry for mistake. Should be: > up svn:// ~ 0m 19sec > up https:// ~ 0m 35 sec > up svn vs https perf, % ~ > 23% Okay, got it. >> That could

Re: Subversion authentication via SASL GSSAPI and likewise open

2012-08-01 Thread Johan Corveleyn
On Wed, Aug 1, 2012 at 10:50 PM, Johan Corveleyn wrote: > On Wed, Aug 1, 2012 at 9:56 PM, slaventii wrote: >>> Huh? How do you arrive at 23 %? According to these numbers, https is >>> almost twice as fast here. >>> >> Sorry for mistake. Should be: >> up svn:// ~ 0m 19sec >> up https:// ~ 0m 35 se

Re: Subversion authentication via SASL GSSAPI and likewise open

2012-08-01 Thread Daniel Shahaf
Johan Corveleyn wrote on Wed, Aug 01, 2012 at 22:56:52 +0200: > On Wed, Aug 1, 2012 at 10:50 PM, Johan Corveleyn wrote: > > On Wed, Aug 1, 2012 at 9:56 PM, slaventii wrote: > >>> Huh? How do you arrive at 23 %? According to these numbers, https is > >>> almost twice as fast here. > >>> > >> Sorry

Re: Subversion authentication via SASL GSSAPI and likewise open

2012-08-02 Thread slaventii
"c:\Program Files\TortoiseSVN\bin\.." svn --version | find /I "serf" * ra_serf : Module for accessing a repository via WebDAV protocol using serf. On Thu, Aug 2, 2012 at 12:47 AM, Daniel Shahaf wrote: > Johan Corveleyn wrote on Wed, Aug 01, 2012 at 22:56:52 +0200: >> On Wed, Aug 1, 2012 at 10:50

Re: Subversion authentication via SASL GSSAPI and likewise open

2012-08-02 Thread slaventii
>>> Sorry for mistake. Should be: >>> up svn:// ~ 0m 19sec >>> up https:// ~ 0m 35 sec >>> up svn vs https perf, % ~ > 23% >> >> Okay, got it. Sory for my maths :) (35-19)=16 | 16*100/19=84% svn is more quicker up svn vs https perf, % ~ > 84% > > Oh, and it just occurred to me: I assume your https

Re: Subversion authentication via SASL GSSAPI and likewise open

2012-08-02 Thread slaventii
> Oh, and it just occurred to me: I assume your https test is with the > neon http library (the default up until now). Can you also try those > tests with the serf library (if that's compiled into your client)? To > do that, adding the following option to your command line should work: > > --co