Re: eol-style and utf-16

2017-10-30 Thread Nico Kadel-Garcia
On Mon, Oct 30, 2017 at 4:57 PM, engelbert gruber wrote: > hi > > checking in a file with eol-style native on unix : eol = 0x0a > checking it out on windows : 0x0a is replaced by 0x0d 0x0a > > when the file is in utf-16 : eol ist 0x00 0x0a > and when checked out on windows this becomes : 0x00 0x0d

Re: inconsistent revision numbers

2017-10-30 Thread Daniel Shahaf
Norbert Preining wrote on Tue, Oct 31, 2017 at 09:34:08 +0900: > > Fixed in https://svn.apache.org/r1813794 and nominated for backport > > to 1.9.8. Pizzas to stsp :-) > > Thanks a lot. > > With a fixed/updated subversion client, will I get the updates > automatically, or do I need also an updat

Re: inconsistent revision numbers

2017-10-30 Thread Norbert Preining
> Fixed in https://svn.apache.org/r1813794 and nominated for backport > to 1.9.8. Pizzas to stsp :-) Thanks a lot. With a fixed/updated subversion client, will I get the updates automatically, or do I need also an updated server, and also do some special svn up invocations? Best Norbert -- PR

eol-style and utf-16

2017-10-30 Thread engelbert gruber
hi checking in a file with eol-style native on unix : eol = 0x0a checking it out on windows : 0x0a is replaced by 0x0d 0x0a when the file is in utf-16 : eol ist 0x00 0x0a and when checked out on windows this becomes : 0x00 0x0d 0x0a which breaks utf-16 as far as i understand it possible fixes:

Re: SVN Move/rename doesn't appear to like absolute paths for SRC

2017-10-30 Thread Dan Ellis
On Sat, Oct 28, 2017 at 2:16 PM, Johan Corveleyn wrote: > On Fri, Oct 27, 2017 at 9:36 PM, Dan Ellis wrote: > > On Fri, Oct 27, 2017 at 12:06 AM, Johan Corveleyn > wrote: > >> > >> On Thu, Oct 26, 2017 at 11:50 PM, Dan Ellis > wrote: > >> > > >> > Hi, > >> > > >> > I brought this up back in 20

Re: inconsistent revision numbers

2017-10-30 Thread Daniel Shahaf
Stefan Sperling wrote on Mon, 30 Oct 2017 15:57 +0100: > On Mon, Oct 30, 2017 at 02:49:21PM +, Daniel Shahaf wrote: > > Stefan Sperling wrote on Mon, 30 Oct 2017 15:30 +0100: > > > It looks like a bug. The last-changed revision of the file is not > > > bumped even though it should be. It seems

Re: inconsistent revision numbers

2017-10-30 Thread Norbert Preining
Hi everyone thanks for the incredible quick check and ACK. > Norbert, congratulations, you found a bug that we'd all have expected to > be impossible. Regarding the "what were we thinking" rant in your blog; > clearly, we were thinking that this bug could not possibly have crept > through all our

Re: inconsistent revision numbers

2017-10-30 Thread Branko Čibej
On 30.10.2017 15:49, Daniel Shahaf wrote: > Stefan Sperling wrote on Mon, 30 Oct 2017 15:30 +0100: >> It looks like a bug. The last-changed revision of the file is not >> bumped even though it should be. It seems to be related to the >> fact that the server does not send a delta for the file during

Re: inconsistent revision numbers

2017-10-30 Thread Stefan Sperling
On Mon, Oct 30, 2017 at 02:49:21PM +, Daniel Shahaf wrote: > Stefan Sperling wrote on Mon, 30 Oct 2017 15:30 +0100: > > It looks like a bug. The last-changed revision of the file is not > > bumped even though it should be. It seems to be related to the > > fact that the server does not send a d

Re: inconsistent revision numbers

2017-10-30 Thread Daniel Shahaf
Stefan Sperling wrote on Mon, 30 Oct 2017 15:30 +0100: > It looks like a bug. The last-changed revision of the file is not > bumped even though it should be. It seems to be related to the > fact that the server does not send a delta for the file during > client B's update because the file's content

Re: inconsistent revision numbers

2017-10-30 Thread Stefan Sperling
On Mon, Oct 30, 2017 at 03:11:20PM +0100, Branko Čibej wrote: > On 30.10.2017 14:54, Norbert Preining wrote: > > Dear all, > > > > (please Cc, I am not subscribed) > > > > I have blogged about this [1] and both Branko Čibej and Stefan Sperling > > asked me to move the discussion here. > > [1] > >

Re: inconsistent revision numbers

2017-10-30 Thread Norbert Preining
Hi Branko, > > * both checkout are completely clean, no out-of-vcs files, no > > ignored files, no mixed revisions, dead plain svn checkouts. > > I'm pretty sure they're not, but see below. Disprove me, please! > > My assumption *was* that this is *consistent* across checkout, but it is > > n

Re: inconsistent revision numbers

2017-10-30 Thread Branko Čibej
On 30.10.2017 14:54, Norbert Preining wrote: > Dear all, > > (please Cc, I am not subscribed) > > I have blogged about this [1] and both Branko Čibej and Stefan Sperling > asked me to move the discussion here. > [1] > https://www.preining.info/blog/2017/10/inconsistent-version-numbers-in-subversio

inconsistent revision numbers

2017-10-30 Thread Norbert Preining
Dear all, (please Cc, I am not subscribed) I have blogged about this [1] and both Branko Čibej and Stefan Sperling asked me to move the discussion here. [1] https://www.preining.info/blog/2017/10/inconsistent-version-numbers-in-subversion/ I describe my problem * Assume a subversion server and