Subversion 1.8.8 externals error

2014-04-04 Thread Sen Haerens
Hi, Subversion 1.8.8 returns an error when checking out or updating a working copy with the following externals. $ svn proplist -v Properties on '.': svn:externals https://github.com/SenH/sinatra-formkeeper/trunk/lib/sinatra lib/sinatra https://github.com/SenH/formkeeper/trunk/lib/ lib/

Re: Working copy blocking

2014-04-04 Thread Mark Phippard
On Fri, Apr 4, 2014 at 1:51 PM, Bob Archer wrote: > > On 04/04/14 18:13, Bob Archer wrote: > > > [TVSN + AnkhSVN on Win7] > > > Error: sqlite[S5]: database is locked > > > > > > Error: Another process is blocking the working copy database, or the > > > underlying filesystem does not support file

RE: Working copy blocking

2014-04-04 Thread Bob Archer
> On 04/04/14 18:13, Bob Archer wrote: > > [TVSN + AnkhSVN on Win7] > > Error: sqlite[S5]: database is locked > > > > Error: Another process is blocking the working copy database, or the > > underlying filesystem does not support file locking; if the working > > copy is on a network filesystem, mak

Re: Working copy blocking

2014-04-04 Thread Andreas Stieger
Hi, On 04/04/14 18:13, Bob Archer wrote: > [TVSN + AnkhSVN on Win7] > Error: sqlite[S5]: database is locked > > Error: Another process is blocking the working copy database, or the > underlying filesystem does not support file locking; if the working copy > is on a network filesystem, make sure

Working copy blocking

2014-04-04 Thread Bob Archer
We are all running the latest TortoiseSVN which is build with svn 1.8.8. Attempting to add files, I got this message (retrying it, the add worked) Command: Add Error: sqlite[S5]: database is locked Error: Additional errors: Error: sqlite[S5]: database is locked Error: Another process is blocking

RE: svn: E170000: 'https://user:pass@x' isn't in the same repository as 'https://user:XXXXXXXX@x'

2014-04-04 Thread Bert Huijben
> -Original Message- > From: Guido Wischrop [mailto:guido.wisch...@mgm-tp.com] > Sent: vrijdag 4 april 2014 15:07 > To: users@subversion.apache.org; d...@subversion.apache.org > Subject: Re: svn: E17: 'https://user:pass@x' isn't in the same repository > as 'https://user:@x' >

Re: svn: E170000: 'https://user:pass@x' isn't in the same repository as 'https://user:XXXXXXXX@x'

2014-04-04 Thread Guido Wischrop
On 03.04.2014 12:47, Philip Martin wrote: > Guido Wischrop writes: > >> I'm using win32svn, version 1.8.5 (r1542147) in Windows 7 x64 like this: >> >> svn checkout https://user:pass@server/svn/p1/trunk >> >> I get the following error immediately: >> >> svn: E17: 'https://user:pass@server/svn/

Re: AuthUserFile not specified in the configuration

2014-04-04 Thread Justin Mrkva
Yes, it is readable. I also confirmed the command works. In the meantime, I’ve tried a few additional things. I found a preinstalled (but unactivated) module called mod_auth_digest_apple, so I deactivated mod_auth_digest in favor of the Apple-specific one. There’s one important difference: the

Re: AuthUserFile not specified in the configuration

2014-04-04 Thread Ryan Schmidt
On Apr 4, 2014, at 04:24, Daniel Shahaf wrote: > Does 'sudo -u _www wc -l -- /private/etc/svnauth.htdigest' work? > > (I'm suspecting /private might be unreadable by _www.) On a normal OS X system, /private and /private/etc have rwxr-xr-x permissions.

Re: AuthUserFile not specified in the configuration

2014-04-04 Thread Daniel Shahaf
Justin Mrkva wrote on Thu, Apr 03, 2014 at 00:53:41 -0400: > [error] [client ::1] AuthUserFile not specified in the configuration > > Apache runs as _www:_www, and the directory containing the repository as well > as the repos themselves are all _www:_www 755. The htdigest file is _www:_www > 64