Re: Subversion checkout behavior at non-existent revision

2016-05-09 Thread Stefan
Hi Aslesh, Hello Stefan, I’ve verified that the branch doesn’t exist at revision 500 and only trunk has revision 500. I should have mentioned the subversion server and the client version in my initial email. These are the server and the client versions that I’m using. svnadmin --version

Re: Subversion checkout behavior at non-existent revision

2016-05-09 Thread Stefan
On 5/10/2016 00:15, Daniel Shahaf wrote: Tati, Aslesh wrote on Fri, May 06, 2016 at 21:33:40 +: Hi, I have a question about the behavior of svn checkout. Here is the scenario: I have a standard trunk, branches, tags structure for one of my apps in a repo and I created a branch, say at revi

Re: Subversion checkout behavior at non-existent revision

2016-05-09 Thread Stefan
On 5/10/2016 00:15, Daniel Shahaf wrote: Stefan Hett wrote on Mon, May 09, 2016 at 09:11:05 +0200: 2) Why does the svn co command create a subdirectory 'a' instead of taking the specified URL as the path to checkout entirely? Can you explain in more words what you expect . cd /tmp/ && svn

Re: Subversion checkout behavior at non-existent revision

2016-05-09 Thread Daniel Shahaf
Tati, Aslesh wrote on Fri, May 06, 2016 at 21:33:40 +: > Hi, > > I have a question about the behavior of svn checkout. Here is the scenario: > I have a standard trunk, branches, tags structure for one of my apps in a > repo and I created a branch, say at revision 500 of trunk. > Later, I dele

Re: Subversion checkout behavior at non-existent revision

2016-05-09 Thread Daniel Shahaf
Stefan Hett wrote on Mon, May 09, 2016 at 09:11:05 +0200: > 2) Why does the svn co command create a subdirectory 'a' instead of taking > the specified URL as the path to checkout entirely? Can you explain in more words what you expect . cd /tmp/ && svn checkout https://svn.apache.org/repos/a

RE: Subversion checkout behavior at non-existent revision

2016-05-09 Thread Tati, Aslesh
Hello Stefan, I've verified that the branch doesn't exist at revision 500 and only trunk has revision 500. I should have mentioned the subversion server and the client version in my initial email. These are the server and the client versions that I'm using. svnadmin --version svnadmin, version

Re: Problem with locking multiple files.

2016-05-09 Thread Ivan Zhakov
[please use plain-text formatting as documented in Community Guide [1]] https://subversion.apache.org/docs/community-guide/mailing-lists.html#encodings On 9 May 2016 at 12:05, Stefan Hett wrote: >> On 5/9/2016 10:55 AM, Stefan Hett wrote: >>> On 5/9/2016 10:09 AM, Ivan Zhakov wrote: [...] >>> Co

Re: Problem with locking multiple files.

2016-05-09 Thread Stefan Hett
On 5/9/2016 10:55 AM, Stefan Hett wrote: On 5/9/2016 10:09 AM, Ivan Zhakov wrote: On 6 May 2016 at 14:37, Stefan Hett wrote: Hi, this is in reference to a user reported problem on the TSVN mailing list [1] The user is having an issue with using TSVN 1.9.4 over a Java-SSL-Tunnel when trying t

Re: Problem with locking multiple files.

2016-05-09 Thread Stefan Hett
On 5/9/2016 10:09 AM, Ivan Zhakov wrote: On 6 May 2016 at 14:37, Stefan Hett wrote: Hi, this is in reference to a user reported problem on the TSVN mailing list [1] The user is having an issue with using TSVN 1.9.4 over a Java-SSL-Tunnel when trying to lock hundreds or thousands of files. The

Re: Problem with locking multiple files.

2016-05-09 Thread Ivan Zhakov
On 6 May 2016 at 14:37, Stefan Hett wrote: > Hi, > > this is in reference to a user reported problem on the TSVN mailing list [1] > > The user is having an issue with using TSVN 1.9.4 over a Java-SSL-Tunnel > when trying to lock hundreds or thousands of files. The same operation works > without pr

Re: Subversion checkout behavior at non-existent revision

2016-05-09 Thread Stefan Hett
Hi Aslesh, Hi, I have a question about the behavior of svn checkout. Here is the scenario: I have a standard trunk, branches, tags structure for one of my apps in a repo and I created a branch, say at revision 500 of trunk. Later, I delete the branch and the recreate another branch with t