RE: branch sync with unversioned files results in versioned file being deleted when reintegrated

2011-08-01 Thread Varnau, Steve (Neoview)
From: C L [mailto:cl_...@hotmail.com] Sent: Sunday, July 31, 2011 8:52 PM To: users@subversion.apache.org Subject: branch sync with unversioned files results in versioned file being deleted when reintegrated Hey all, I found this oddity today with a branch which had an unversioned file in a

RE: Apparently Spurious svn:merginfo

2011-06-28 Thread Varnau, Steve (Neoview)
-Original Message- From: Bob Archer [mailto:bob.arc...@amsi.com] Sent: Tuesday, June 28, 2011 2:20 PM To: Michael Fletcher; users@subversion.apache.org Subject: RE: Apparently Spurious svn:merginfo We are having problems with a large number of svn:mergeinfo properties being

RE: Merge tracking bug - inherited merge-range

2011-06-17 Thread Varnau, Steve (Neoview)
Now that I have a 1.7-alpha client, I gave this scenario I posted last month another try, and it works fine. Not a problem for 1.7. -Steve From: Varnau, Steve (Neoview) Sent: Monday, May 09, 2011 6:06 PM To: users@subversion.apache.org Cc: Brackett, Faye Subject: Merge tracking bug - inherited

RE: Subversion 1.6 on Ubuntu Server 11.x

2011-06-10 Thread Varnau, Steve (Neoview)
From: Geoff Hoffman [mailto:ghoff...@cardinalpath.com] Sent: Friday, June 10, 2011 3:26 PM To: users@subversion.apache.org Subject: Subversion 1.6 on Ubuntu Server 11.x I posted about this on the Ubuntu forums but thus far nobody has replied. When SSH'd into the box and using svn operations,

RE: Possible bug: --stop-on-copy stops too early

2011-05-24 Thread Varnau, Steve (Neoview)
-Original Message- From: Dirk Heinrichs [mailto:dirk.heinri...@capgemini.com] Sent: Tuesday, May 24, 2011 3:31 AM To: users@subversion.apache.org Subject: Re: Possible bug: --stop-on-copy stops too early Am Dienstag, 24. Mai 2011, 12:22:44 schrieb Stephen Butler: The A, along

RE: SVN question

2011-05-23 Thread Varnau, Steve (Neoview)
Christopher, The problem is not with your perl code. Apparently, update returns success if you give it a path that does not exist in the current working directory. Ø svn update foobar At revision 3158. Ø echo $? 0 For Svn 1.6.15, anyway. Seems to hold for linux windows. -Steve From:

RE: SVN question

2011-05-23 Thread Varnau, Steve (Neoview)
PM To: Varnau, Steve (Neoview); users@subversion.apache.org Subject: RE: SVN question Steve, Thank you for taking the time. I also saw thisI was wondering what users do to get something similar working. The same thing happens under Perforce. The command p4 always returns a successful exit

RE: SVN question

2011-05-23 Thread Varnau, Steve (Neoview)
-Original Message- From: Daniel Shahaf [mailto:d...@daniel.shahaf.name] Sent: Monday, May 23, 2011 2:37 PM To: Varnau, Steve (Neoview) Cc: Hahn, Christopher (SAN DIEGO); users@subversion.apache.org Subject: Re: SVN question 'svn up nonexistent' will pull in a file

Merge tracking bug - inherited merge-range

2011-05-09 Thread Varnau, Steve (Neoview)
Greetings, I have a merge tracking bug to report. It seems like there are a lot of steps to re-produce it, but we discovered this in the real world, and it took a long while to figure out what was going on and to re-produce it. We are running 1.6.15 clients. We have lots of branching, and

RE: Merge Conflict on Windows with eol-style mergeinfo properties

2011-02-24 Thread Varnau, Steve (Neoview)
-Original Message- From: Johan Corveleyn [mailto:jcor...@gmail.com] Sent: Thursday, February 24, 2011 1:47 AM To: Varnau, Steve (Neoview) Cc: users@subversion.apache.org Subject: Re: Merge Conflict on Windows with eol-style mergeinfo properties On Thu, Feb 24, 2011 at 12:56 AM

Merge Conflict on Windows with eol-style mergeinfo properties

2011-02-23 Thread Varnau, Steve (Neoview)
Hi, I could not find this issue in the issue tracker. We're trying to keep the svn:mergeinfo properties on top-level directories, but I found a few text files in our repository that have the property. When a merge is done that should be just a branch synch-up merge, the files are marked as

RE: Dangerous to keep re-integrated branches alive?

2011-02-14 Thread Varnau, Steve (Neoview)
-Original Message- From: Stefan Sperling [mailto:s...@elego.de] Sent: Monday, February 14, 2011 9:54 AM To: Varnau, Steve (Neoview) Cc: Daniel Becroft; users@subversion.apache.org Subject: Re: Dangerous to keep re-integrated branches alive? On Mon, Feb 14, 2011 at 05:41:03PM

RE: Dangerous to keep re-integrated branches alive?

2011-02-14 Thread Varnau, Steve (Neoview)
-Original Message- From: Stefan Sperling [mailto:s...@elego.de] Sent: Monday, February 14, 2011 11:27 AM To: Varnau, Steve (Neoview) Cc: Daniel Becroft; users@subversion.apache.org Subject: Re: Dangerous to keep re-integrated branches alive? On Mon, Feb 14, 2011 at 06:05:26PM

Dangerous to keep re-integrated branches alive?

2011-02-11 Thread Varnau, Steve (Neoview)
Hi all, My development group uses quite a bit of branching. I'm trying to train folks to delete a task branch once it is integrated and create a new one for the next task. Of course the svnbook gives the recipe for Keeping a reintegrated branch alive, by using a record-only merge to block the

RE: Possible bug in svn's gnome-keyring support?

2010-07-13 Thread Varnau, Steve (Neoview)
It should only use gnome if it is specified in your config file (~/.subversion/config): password-stores = gnome-keyring -Steve From: Jeremy Wall [mailto:jw...@google.com] Sent: Tuesday, July 13, 2010 9:11 AM To: Varnau, Steve (Neoview) Cc: users@subversion.apache.org Subject: Re: Possible bug

RE: Possible bug in svn's gnome-keyring support?

2010-07-13 Thread Varnau, Steve (Neoview)
Also, I guess it could be getting options from system-wide config (/etc/subversion on linux). -Steve -Original Message- From: Mark Phippard [mailto:markp...@gmail.com] Sent: Tuesday, July 13, 2010 9:29 AM To: Jeremy Wall Cc: Varnau, Steve (Neoview); users@subversion.apache.org Subject