Re: svn commands and dos redirection

2012-05-08 Thread chroyer
Thank you Daniel, > From: "Daniel Shahaf" > See line 1063:1085 of > https://svn.apache.org/repos/asf/subversion/trunk/subversion/svnlook/main.c > for one possible explanation. If that is the case here, too, you would > need to disable stdout buffering --- adding a flush() call to svn's > code > i

Re: svn cleanup fails to clean up

2012-05-08 Thread Konstantin Kolinko
2012/5/8 Niemann, Hartmut : > Hello! > > I had an IOerror when updating an external > (different story of an incompatibility between sqlite and our > corporate virus scanner, which is already being worked on > by our Virus department). > > Now svn cleanup fails: > > D:\PRJ\STM\REF\svn_nbgvo\stp\GSB

Re: 'svn incoming'

2012-05-08 Thread Daniel Shahaf
Stefan Sperling wrote on Tue, May 08, 2012 at 20:48:56 +0200: > On Tue, May 08, 2012 at 09:45:12PM +0300, Daniel Shahaf wrote: > > Stefan Sperling wrote on Tue, May 08, 2012 at 20:20:27 +0200: > > > So 'svn status -u' is a better equivalent to 'hg incoming' than > > > 'svn log -rBASE:HEAD'. But, in

SVN+LDAP+APache Access issue.

2012-05-08 Thread sdevinen
Hi All, I am new to SVN Administration. I am trying to setup access restriction per repository. for cm_qa repo, i need svn-eng-rw group to have read/write access, svn-eng-readonly to have readonly access, and no access to anyone outside these 2 groups. Can you please help me with this issue DAV

Re: 'svn incoming'

2012-05-08 Thread Stefan Sperling
On Tue, May 08, 2012 at 09:45:12PM +0300, Daniel Shahaf wrote: > Stefan Sperling wrote on Tue, May 08, 2012 at 20:20:27 +0200: > > So 'svn status -u' is a better equivalent to 'hg incoming' than > > 'svn log -rBASE:HEAD'. But, in most cases, the log command will show > > what you're interested in.

Re: 'svn incoming'

2012-05-08 Thread Daniel Shahaf
Stefan Sperling wrote on Tue, May 08, 2012 at 20:20:27 +0200: > So 'svn status -u' is a better equivalent to 'hg incoming' than > 'svn log -rBASE:HEAD'. But, in most cases, the log command will show > what you're interested in. For completeness, using 'svnversion' in combination with 'svn log' can

Re: 'svn incoming'

2012-05-08 Thread Stefan Sperling
On Tue, May 08, 2012 at 07:31:53PM +0200, Stefan Sperling wrote: > On Tue, May 08, 2012 at 08:08:13PM +0300, anatoly techtonik wrote: > > Seems nice. Although I still personally feel that command line user > > interfaces need unification. > > I've committed the change. Thanks for starting this dis

Re: 'svn incoming'

2012-05-08 Thread Stefan Sperling
On Tue, May 08, 2012 at 08:08:13PM +0300, anatoly techtonik wrote: > Seems nice. Although I still personally feel that command line user > interfaces need unification. I've committed the change. Thanks for starting this discussion! I understand the rationale behind trying to unify interfaces and

Re: 'svn incoming'

2012-05-08 Thread anatoly techtonik
On Tue, May 8, 2012 at 6:24 PM, Stefan Sperling wrote: > On Tue, May 08, 2012 at 06:12:00PM +0300, anatoly techtonik wrote: >> As I said `svn log -r BASE:HEAD' works ok, but not everybody >> proficient enough to know about it. > > I'm not convinced that we need another subcommand for this. > > If

Re: 'svn incoming'

2012-05-08 Thread Stefan Sperling
On Tue, May 08, 2012 at 06:12:00PM +0300, anatoly techtonik wrote: > As I said `svn log -r BASE:HEAD' works ok, but not everybody > proficient enough to know about it. I'm not convinced that we need another subcommand for this. If users have trouble discovering this functionality, what about putt

Re: 'svn incoming'

2012-05-08 Thread anatoly techtonik
On Tue, May 8, 2012 at 6:00 PM, Andy Levy wrote: > On Tue, May 8, 2012 at 10:55 AM, anatoly techtonik > wrote: >> On Tue, May 8, 2012 at 5:43 PM, Stefan Sperling wrote: >>> On Tue, May 08, 2012 at 05:33:15PM +0300, anatoly techtonik wrote: Hi, Mercurial has a very convenient comm

Re: 'svn incoming'

2012-05-08 Thread Andy Levy
On Tue, May 8, 2012 at 10:55 AM, anatoly techtonik wrote: > On Tue, May 8, 2012 at 5:43 PM, Stefan Sperling wrote: >> On Tue, May 08, 2012 at 05:33:15PM +0300, anatoly techtonik wrote: >>> Hi, >>> >>> Mercurial has a very convenient command "hg incoming" which is >>> basically "what's new" for in

RE: 'svn incoming'

2012-05-08 Thread Andreas Tscharner
> > Mercurial has a very convenient command "hg incoming" which is > > For clarification what "hg incoming" means: > "hg incoming" shows the changesets that are new on the server > and that will come if the user says "hg pull"... > > The equivalent command for subversion would be a preview what > c

Re: 'svn incoming'

2012-05-08 Thread Stefan Sperling
On Tue, May 08, 2012 at 05:55:48PM +0300, anatoly techtonik wrote: > The required functionality (without diffs) in svn is implemented as: >svn log -r BASE:HEAD > > What I want is a usability fix - command that corresponds to the > actual action user has in head: > 1. "check if there are any in

Re: 'svn incoming'

2012-05-08 Thread anatoly techtonik
On Tue, May 8, 2012 at 5:43 PM, Stefan Sperling wrote: > On Tue, May 08, 2012 at 05:33:15PM +0300, anatoly techtonik wrote: >> Hi, >> >> Mercurial has a very convenient command "hg incoming" which is >> basically "what's new" for incoming changes. Will it be nice to add >> the same capability to S

RE: 'svn incoming'

2012-05-08 Thread Andreas Tscharner
> Mercurial has a very convenient command "hg incoming" which is For clarification what "hg incoming" means: "hg incoming" shows the changesets that are new on the server and that will come if the user says "hg pull"... The equivalent command for subversion would be a preview what changes "svn

Re: 'svn incoming'

2012-05-08 Thread Stefan Sperling
On Tue, May 08, 2012 at 05:33:15PM +0300, anatoly techtonik wrote: > Hi, > > Mercurial has a very convenient command "hg incoming" which is > basically "what's new" for incoming changes. Will it be nice to add > the same capability to Subversion? `svn log -r BASE:HEAD' works ok, > but not everybod

Re: 'svn incoming'

2012-05-08 Thread Giulio Troccoli
On 08/05/12 15:33, anatoly techtonik wrote: Hi, Mercurial has a very convenient command "hg incoming" which is basically "what's new" for incoming changes. Will it be nice to add the same capability to Subversion? `svn log -r BASE:HEAD' works ok, but not everybody proficient enough to know abo

'svn incoming'

2012-05-08 Thread anatoly techtonik
Hi, Mercurial has a very convenient command "hg incoming" which is basically "what's new" for incoming changes. Will it be nice to add the same capability to Subversion? `svn log -r BASE:HEAD' works ok, but not everybody proficient enough to know about it. Please, CC. -- anatoly t.

Re: Error with file externals

2012-05-08 Thread Stefan Podskubka
Hello list, I tried coming up with a simple repro-script but there it worked, of course... I didn't manage to reproduce the error with the file:// protocol, but with http:// I was able to reproduce it. Still on Windows 7, still using subversion 1.7.4 on the client and subversion 1.4.3 on the

Re: svn cleanup fails to clean up

2012-05-08 Thread Stefan Sperling
On Tue, May 08, 2012 at 10:54:01AM +0200, Niemann, Hartmut wrote: > svn: E155016: Missing a row in WCROOT. The working copy meta data is corrupt. It's not easy to fix. It is possible that just this one row got corrupted, and that it could be fixed with some sql commands. But even then I would not

Re: does svn support one 'Centralized Metadata Storage' across diffent working copies ?

2012-05-08 Thread Stefan Sperling
On Tue, May 08, 2012 at 09:29:45AM +0200, Ulrich Eckhardt wrote: > Am 07.05.2012 18:12, schrieb Stefan Sperling: > > Note that you can share pristines between branches today by using a single > > working copy for all branches you work on. Check out the repository root > > with the "--depth empty" o

svn cleanup fails to clean up

2012-05-08 Thread Niemann, Hartmut
Hello! I had an IOerror when updating an external (different story of an incompatibility between sqlite and our corporate virus scanner, which is already being worked on by our Virus department). Now svn cleanup fails: D:\PRJ\STM\REF\svn_nbgvo\stp\GSBTG\in\wom>svn cleanup svn: E155016: Missing a

Re: does svn support one 'Centralized Metadata Storage' across diffent working copies ?

2012-05-08 Thread Ulrich Eckhardt
Am 07.05.2012 18:12, schrieb Stefan Sperling: > Note that you can share pristines between branches today by using a single > working copy for all branches you work on. Check out the repository root > with the "--depth empty" option and then pull in the branches you need > via "update --set-depth=in

Re: split svn

2012-05-08 Thread Moty
going to check all of this will update soon On Tue, May 8, 2012 at 12:37 AM, Daniel Shahaf wrote: > Ryan Schmidt wrote on Mon, May 07, 2012 at 12:49:58 -0500: > > On May 7, 2012, at 11:18, Moty wrote: > > > > > I want to make svn history smaller. I have 55000 revisions > > > and it make life