RE: Update-Only Checkout Enhancement

2013-12-10 Thread Cooke, Mark
> -Original Message- > From: Mark Kneisler [mailto:mark.kneis...@tceq.texas.gov] > Sent: 11 December 2013 01:45 > > I have several environments where I'd like to use a SVN > checkout, but where I'd never ever want to make changes to > the files or perform a commit. For these environmen

Re: Update-Only Checkout Enhancement

2013-12-10 Thread Thorsten Schöning
Guten Tag Mark Kneisler, am Mittwoch, 11. Dezember 2013 um 02:45 schrieben Sie: > I’m hoping that this type of checkout would require far less space for the > .svn directory. No it won't, during checkouts Subversion retrieves and locally saves all the files it needs for the checked path and revi

Update-Only Checkout Enhancement

2013-12-10 Thread Mark Kneisler
I have several environments where I'd like to use a SVN checkout, but where I'd never ever want to make changes to the files or perform a commit. For these environments, I'd only want to perform an update or an update to revision. I'm hoping that this type of checkout would require far less spa

Re: Subversion 1.8 httpd.exe taking 100% CPU

2013-12-10 Thread Ben Reser
On 8/20/13 3:15 AM, Ivan Zhakov wrote: > But from what I see process is stuck in > libaprutil-1.dll!7489fc50(), given the last message in debug > log is "auth_ldap authenticate: using URL" it most likely problem with > communication with LDAP server (ldap protocol implemented in > libapr-ut

Re: size of .svn/pristine directory (svn 1.7.x)

2013-12-10 Thread Ben Reser
On 12/10/13 5:28 AM, Branko Čibej wrote: > The correct English term is "reclaim". We should review our release notes more > diligently. :) Agreed. Fixed in r1549892.

Re: size of .svn/pristine directory (svn 1.7.x)

2013-12-10 Thread Branko Čibej
On 10.12.2013 14:15, Vincent Lefevre wrote: > On 2013-12-10 12:12:06 +0100, Stefan Sperling wrote: >> On Tue, Dec 10, 2013 at 01:28:52AM +0100, Vincent Lefevre wrote: >>> First, "svn help cleanup" currently says: >>> >>> cleanup: Recursively clean up the working copy, removing locks, resuming >>> u

Re: size of .svn/pristine directory (svn 1.7.x)

2013-12-10 Thread Vincent Lefevre
On 2013-12-10 12:12:06 +0100, Stefan Sperling wrote: > On Tue, Dec 10, 2013 at 01:28:52AM +0100, Vincent Lefevre wrote: > > First, "svn help cleanup" currently says: > > > > cleanup: Recursively clean up the working copy, removing locks, resuming > > unfinished operations, etc. > > > > I suggest

Re: Subversion 1.8 httpd.exe taking 100% CPU

2013-12-10 Thread Valentijn Scholten
I never got a hold of the PDB files. In the mean time I switched to a linux based install of Subversion edge 4.x. Running for months now without problems. -Original Message- From: Stefan Sperling Sent: Tuesday, December 10, 2013 12:19 PM To: back.flip.into.the.l...@gmail.com Cc: 'Pavel

Re: Subversion 1.8 httpd.exe taking 100% CPU

2013-12-10 Thread Stefan Sperling
On Tue, Dec 10, 2013 at 02:29:00AM -0800, back.flip.into.the.l...@gmail.com wrote: > Hello, > > To add more fuel to the fire, I encountered the same issue after migrating > from Subversion 1.6 to 1.8 (with the CollabNet distribution 2.0.0 -> > 4.0.3). It seems to happen at night also. Unfortun

Re: size of .svn/pristine directory (svn 1.7.x)

2013-12-10 Thread Stefan Sperling
On Tue, Dec 10, 2013 at 01:28:52AM +0100, Vincent Lefevre wrote: > First, "svn help cleanup" currently says: > > cleanup: Recursively clean up the working copy, removing locks, resuming > unfinished operations, etc. > > I suggest to change it to something like: > > cleanup: Recursively clean up

Re: Subversion 1.8 httpd.exe taking 100% CPU

2013-12-10 Thread back . flip . into . the . lava
Hello, To add more fuel to the fire, I encountered the same issue after migrating from Subversion 1.6 to 1.8 (with the CollabNet distribution 2.0.0 -> 4.0.3). It seems to happen at night also. As far as I can see, its the sub HTTPD process which take 100% (Subversion one?), not the top apache