RE: svn commit: r1125199 - /subversion/trunk/subversion/mod_dav_svn/reports/update.c

> -Original Message- > From: cmpil...@apache.org [mailto:cmpil...@apache.org] > Sent: vrijdag 20 mei 2011 3:32 > To: comm...@subversion.apache.org > Subject: svn commit: r1125199 - > /subversion/trunk/subversion/mod_dav_svn/reports/update.c > > Author: cmpilato > Date: Fri May 20 01:31:4

large number of large binary files in subversion

Hi all, Sorry if this is the wrong list, but I'm curious about one thing: Are the SVN developers aware of any quirks in SVN in regards to storing a large number (say, 1000) very large binary files (say, 1GB each)? So, the entire repository would be 1TB of size, but my concern is not space, but ra

Re: svn commit: r1124436 - /subversion/trunk/subversion/tests/cmdline/copy_tests.py

On Thu, May 19, 2011 at 10:37 AM, Daniel Shahaf wrote: > Per discussion with jcorvel: > > jcor...@apache.org wrote on Wed, May 18, 2011 at 21:23:42 -: >> +# Regression test for issue #3865: 'svn' on Windows cannot address >> +# scheduled-for-delete file, if another file differing only in case

Re: svn commit: r1124556 - /subversion/trunk/subversion/libsvn_wc/upgrade.c

On 05/20/2011 01:05 AM, Blair Zajac wrote: > > On May 19, 2011, at 2:58 PM, C. Michael Pilato wrote: > >> On 05/19/2011 06:30 PM, Blair Zajac wrote: >>> In that case, the message needs to be updated. It would be confusing if >>> somebody was on 1.5 and upgraded to 1.7, and got this message and >

Re: svn commit: r1124556 - /subversion/trunk/subversion/libsvn_wc/upgrade.c

On May 19, 2011, at 2:58 PM, C. Michael Pilato wrote: > On 05/19/2011 06:30 PM, Blair Zajac wrote: >> In that case, the message needs to be updated. It would be confusing if >> somebody was on 1.5 and upgraded to 1.7, and got this message and >> thought, "what, I need to install 1.6?" > > Is r1

Re: possible improvement to svn log with "forward" revision range

There are now two different issues brought up in these thread: 1. For 'svn log -rX:Y PATH@PEG, where Y>PEG, don't croak when PATH@Y doesn't exist. Instead, automatically substitute for Y the last revision in which PATH@THAT-REV *did* exist, and continue the operation. I believe this is som

Re: svn commit: r1124556 - /subversion/trunk/subversion/libsvn_wc/upgrade.c

On 05/19/2011 06:30 PM, Blair Zajac wrote: > In that case, the message needs to be updated. It would be confusing if > somebody was on 1.5 and upgraded to 1.7, and got this message and > thought, "what, I need to install 1.6?" Is r1125138 better? -- C. Michael Pilato CollabNet <> www.colla

Re: possible improvement to svn log with "forward" revision range

On Thu, May 19, 2011 at 4:18 PM, Avalon wrote: > I wanted to take a closer look into implementing this feature and have built > the current SVN trunk. > I have looked through the code and now i have a rough understanding how the > log information is collected. > >> There are now two different issu

Re: possible improvement to svn log with "forward" revision range

I wanted to take a closer look into implementing this feature and have built the current SVN trunk. I have looked through the code and now i have a rough understanding how the log information is collected. > There are now two different issues brought up in these thread: > > 1. For 'svn log -rX

Re: [PATCH] -r { DATE } with words

On 19.05.2011 18:29, Stefan Sperling wrote: >>> Or just not use the feature? >>> >>> (It is, after all, completely undocumented for a reason.) >>> >> Lack of time on stsp's side? > We decided to treat is as an undocumented easter egg. I can actually agree with that part. Just imagine finding an ea

Re: svn commit: r1124375 - in /subversion/trunk/subversion: libsvn_client/checkout.c libsvn_wc/upgrade.c

On 19.05.2011 10:36, Julian Foad wrote: Stefan, please could you put those explanations in the log message? Ok, done. Stefan -- ___ oo // \\ "De Chelonian Mobile" (_,\/ \_/ \ TortoiseSVN \ \_/_\_/>The coolest Interface to (Sub)Version Control /_/ \_\ http:/

Re: Locking and errors (and deserialization) in inprocess-cache

Bert Huijben wrote on Thu, May 19, 2011 at 17:41:13 +0200: > > > > -Original Message- > > From: Daniel Shahaf [mailto:danie...@elego.de] > > Sent: donderdag 19 mei 2011 17:36 > > To: dev@subversion.apache.org > > Cc: Daniel Shahaf > > Subject: Re: Locking and errors (and deserialization)

Re: svn commit: r1124556 - /subversion/trunk/subversion/libsvn_wc/upgrade.c

On May 19, 2011, at 9:25 AM, Bert Huijben wrote: > > >> -Original Message- >> From: Blair Zajac [mailto:bl...@orcaware.com] >> Sent: donderdag 19 mei 2011 18:18 >> To: cmpil...@apache.org >> Cc: Subversion Development >> Subject: Re: svn commit: r1124556 - >> /subversion/trunk/subversio

Re: [PATCH] -r { DATE } with words

On Thu, May 19, 2011 at 05:05:15PM +0200, Daniel Shahaf wrote: > Hyrum K Wright wrote on Thu, May 19, 2011 at 16:51:27 +0200: > > 2011/5/19 Branko Čibej : > > > So someone who's not a native English speaker (or a fair imitation like > > > myself) I am not a native English speaker either. And you

RE: svn commit: r1124556 - /subversion/trunk/subversion/libsvn_wc/upgrade.c

> -Original Message- > From: Blair Zajac [mailto:bl...@orcaware.com] > Sent: donderdag 19 mei 2011 18:18 > To: cmpil...@apache.org > Cc: Subversion Development > Subject: Re: svn commit: r1124556 - > /subversion/trunk/subversion/libsvn_wc/upgrade.c > > --- subversion/trunk/subversion/li

Re: svn commit: r1124556 - /subversion/trunk/subversion/libsvn_wc/upgrade.c

On May 18, 2011, at 11:34 PM, cmpil...@apache.org wrote: > Author: cmpilato > Date: Thu May 19 06:34:31 2011 > New Revision: 1124556 > > URL: http://svn.apache.org/viewvc?rev=1124556&view=rev > Log: > Followup to r1124375. > > * subversion/libsvn_wc/upgrade.c > (upgrade_to_wcng): Minor error m

RE: Locking and errors (and deserialization) in inprocess-cache

> -Original Message- > From: Daniel Shahaf [mailto:danie...@elego.de] > Sent: donderdag 19 mei 2011 17:36 > To: dev@subversion.apache.org > Cc: Daniel Shahaf > Subject: Re: Locking and errors (and deserialization) in inprocess-cache > > Actually, the following might suffice for now: > >

Re: svn commit: r1103490 - /subversion/trunk/subversion/libsvn_ra_svn/marshal.c

On 15.05.2011 20:23, Blair Zajac wrote: On May 15, 2011, at 11:06 AM, stef...@apache.org wrote: Author: stefan2 Date: Sun May 15 18:06:23 2011 New Revision: 1103490 URL: http://svn.apache.org/viewvc?rev=1103490&view=rev Log: Eliminate an svn_string_t header allocation and assignment in ra_svn

Re: WC format bump imminent - renaming pristines to .pristine

On Thu, May 19, 2011 at 5:32 PM, Bob Archer wrote: >> On 05/19/2011 11:34 AM, Julian Foad wrote: >> > On Thu, 2011-05-19 at 11:26 +0200, Julian Foad wrote: >> >> A WC format bump is imminent, in order to rename the pristine >> text >> >> files from '' to '.pristine', as discussed in the >> thread

Re: SVN_ERR_ASSERT calls abort() in non-maintainer-mode

On Thursday 19 May 2011 08:19 PM, Hyrum K Wright wrote: On Thu, May 19, 2011 at 3:48 PM, Arwin Arni wrote: In our implementation of SVN_ERR_ASSERT, we do: #define SVN_ERR_ASSERT(expr)\ do {

Re: Locking and errors (and deserialization) in inprocess-cache

Actually, the following might suffice for now: Index: subversion/libsvn_subr/cache-inprocess.c === --- subversion/libsvn_subr/cache-inprocess.c(revision 1124903) +++ subversion/libsvn_subr/cache-inprocess.c(working copy) @@ -1

RE: WC format bump imminent - renaming pristines to .pristine

> On 05/19/2011 11:34 AM, Julian Foad wrote: > > On Thu, 2011-05-19 at 11:26 +0200, Julian Foad wrote: > >> A WC format bump is imminent, in order to rename the pristine > text > >> files from '' to '.pristine', as discussed in the > thread > >> 'Add ".svn-base" suffix to the pristine files in 1.7'

Re: WC format bump imminent - renaming pristines to .pristine

On 05/19/2011 11:34 AM, Julian Foad wrote: > On Thu, 2011-05-19 at 11:26 +0200, Julian Foad wrote: >> A WC format bump is imminent, in order to rename the pristine text files >> from '' to '.pristine', as discussed in the thread 'Add >> ".svn-base" suffix to the pristine files in 1.7' started by Ko

Re: [PATCH] -r { DATE } with words

Hyrum K Wright wrote on Thu, May 19, 2011 at 16:51:27 +0200: > 2011/5/19 Branko Čibej : > > On 19.05.2011 15:38, Greg Stein wrote: > >> 2011/5/19 Branko Čibej : > >>> On 19.05.2011 11:53, Stefan Sperling wrote: > On Wed, May 18, 2011 at 09:38:55PM +0200, Branko Čibej wrote: > > Why? That d

Re: [PATCH] -r { DATE } with words

Greg Stein wrote on Thu, May 19, 2011 at 10:41:11 -0400: > 2011/5/19 Branko Čibej : > > On 19.05.2011 15:38, Greg Stein wrote: > >> 2011/5/19 Branko Čibej : > >>> On 19.05.2011 11:53, Stefan Sperling wrote: > On Wed, May 18, 2011 at 09:38:55PM +0200, Branko Čibej wrote: > > Why? That doesn

Locking and errors (and deserialization) in inprocess-cache

In inprocess-cache.c the following pattern is common: svn_error_t *inprocess_callback() { SVN_ERR(lock_cache(cache)); SVN_ERR(body()); SVN_ERR(unlock_cache(cache)); return something; } So, if an error occurs, then all future cache calls deadlock; and it's easy to forget to balance lock/un

RE: SVN_ERR_ASSERT calls abort() in non-maintainer-mode

> -Original Message- > From: Arwin Arni [mailto:ar...@collab.net] > Sent: donderdag 19 mei 2011 15:48 > To: Subversion Development > Subject: SVN_ERR_ASSERT calls abort() in non-maintainer-mode > > In our implementation of SVN_ERR_ASSERT, we do: > > #define SVN_ERR_ASSERT(expr)

Re: [PATCH] -r { DATE } with words

2011/5/19 Branko Čibej : > On 19.05.2011 15:38, Greg Stein wrote: >> 2011/5/19 Branko Čibej : >>> On 19.05.2011 11:53, Stefan Sperling wrote: On Wed, May 18, 2011 at 09:38:55PM +0200, Branko Čibej wrote: > Why? That doesn't make sense. Second of all, all these wordy aliases are > just

Re: SVN_ERR_ASSERT calls abort() in non-maintainer-mode

On Thu, May 19, 2011 at 3:48 PM, Arwin Arni wrote: > In our implementation of SVN_ERR_ASSERT, we do: > > #define SVN_ERR_ASSERT(expr)                                            \ >  do {                                                                  \ >    if (!(expr))                          

Re: svn commit: r1124207 - /subversion/trunk/subversion/mod_dav_svn/mod_dav_svn.c

Perhaps change 'svnserve -M' too, for consistency? stef...@apache.org wrote on Wed, May 18, 2011 at 11:53:54 -: > Author: stefan2 > Date: Wed May 18 11:53:53 2011 > New Revision: 1124207 > > URL: http://svn.apache.org/viewvc?rev=1124207&view=rev > Log: > Make the SVNInMemoryCacheSize mod_dav_

Re: [PATCH] -r { DATE } with words

2011/5/19 Branko Čibej : > On 19.05.2011 15:38, Greg Stein wrote: >> 2011/5/19 Branko Čibej : >>> On 19.05.2011 11:53, Stefan Sperling wrote: On Wed, May 18, 2011 at 09:38:55PM +0200, Branko Čibej wrote: > Why? That doesn't make sense. Second of all, all these wordy aliases are > just

Re: [PATCH] -r { DATE } with words

On 19.05.2011 15:38, Greg Stein wrote: > 2011/5/19 Branko Čibej : >> On 19.05.2011 11:53, Stefan Sperling wrote: >>> On Wed, May 18, 2011 at 09:38:55PM +0200, Branko Čibej wrote: Why? That doesn't make sense. Second of all, all these wordy aliases are just shorthands for real timestamps a

Re: svn commit: r1124709 - /subversion/trunk/subversion/libsvn_client/cleanup.c

hwri...@apache.org wrote on Thu, May 19, 2011 at 12:29:16 -: > Author: hwright > Date: Thu May 19 12:29:16 2011 > New Revision: 1124709 > > URL: http://svn.apache.org/viewvc?rev=1124709&view=rev > Log: > Fix the upgrade tests. (The only reason they are failing is because 'u' is > late in the

SVN_ERR_ASSERT calls abort() in non-maintainer-mode

In our implementation of SVN_ERR_ASSERT, we do: #define SVN_ERR_ASSERT(expr)\ do { \ if (!(expr))\ SVN_ERR(svn_error__ma

Re: [PATCH] -r { DATE } with words

Branko Čibej wrote on Thu, May 19, 2011 at 14:35:01 +0200: > On 19.05.2011 11:53, Stefan Sperling wrote: > > On Wed, May 18, 2011 at 09:38:55PM +0200, Branko Čibej wrote: > >> Why? That doesn't make sense. Second of all, all these wordy aliases are > >> just shorthands for real timestamps anyway --

Re: [PATCH] -r { DATE } with words

2011/5/19 Branko Čibej : > On 19.05.2011 11:53, Stefan Sperling wrote: >> On Wed, May 18, 2011 at 09:38:55PM +0200, Branko Čibej wrote: >>> Why? That doesn't make sense. Second of all, all these wordy aliases are >>> just shorthands for real timestamps anyway -- by your reasoning, you >>> could eli

Re: [PATCH] Speed-up of libsvn_diff using token counts

Never mind, it looks like it's just my browser messing up things. On Thu, May 19, 2011 at 2:28 PM, Daniel Shahaf wrote: > Did they?  I have not changed mutt/vim's configuration recently and I've > sent many patches inline before. > > Morten Kloster wrote on Thu, May 19, 2011 at 14:14:03 +0200: >>

Re: [PATCH] -r { DATE } with words

On 19.05.2011 11:53, Stefan Sperling wrote: > On Wed, May 18, 2011 at 09:38:55PM +0200, Branko Čibej wrote: >> Why? That doesn't make sense. Second of all, all these wordy aliases are >> just shorthands for real timestamps anyway -- by your reasoning, you >> could eliminate all of them. > There is

Re: [PATCH] Speed-up of libsvn_diff using token counts

Did they? I have not changed mutt/vim's configuration recently and I've sent many patches inline before. Morten Kloster wrote on Thu, May 19, 2011 at 14:14:03 +0200: > Yeah, it was the same problem that I had when I included the patch > directly in the email; the indentations got all messed up on

Re: [PATCH] Speed-up of libsvn_diff using token counts

On Thu, May 19, 2011 at 01:44:56PM +0200, Morten Kloster wrote: > Here is an attached copy of the patch. This one looks good. Thank you!

Re: [PATCH] Speed-up of libsvn_diff using token counts

Yeah, it was the same problem that I had when I included the patch directly in the email; the indentations got all messed up on the archive. On Thu, May 19, 2011 at 2:07 PM, Daniel Shahaf wrote: > Morten Kloster wrote on Thu, May 19, 2011 at 13:38:56 +0200: >> Here is a version without the whites

Re: [PATCH] Speed-up of libsvn_diff using token counts

Morten Kloster wrote on Thu, May 19, 2011 at 13:38:56 +0200: > Here is a version without the whitespace changes in diff3.c. I have also kept > the original indentation level of the loop in lcs.c that I have wrapped in > another loop. > > The indentations in Daniel's version had little or nothing t

Re: [PATCH] Speed-up of libsvn_diff using token counts

For some reason, a lot of the indentation gets messed up when posted in the archive - it looks fine both in my sent email and in the copy I received myself. Here is an attached copy of the patch. Morten > On Thu, May 19, 2011 at 11:38 AM, Stefan Sperling wrote: >> On Wed, May 18, 2011 at 07:31

Re: [PATCH] Speed-up of libsvn_diff using token counts

Here is a version without the whitespace changes in diff3.c. I have also kept the original indentation level of the loop in lcs.c that I have wrapped in another loop. The indentations in Daniel's version had little or nothing to do with my patch. :) [[[ Index: subversion/libsvn_diff/diff.c ==

Re: svn commit: r1124677 - in /subversion/trunk/subversion: include/svn_string.h libsvn_ra_svn/marshal.c libsvn_subr/svn_string.c

stef...@apache.org wrote on Thu, May 19, 2011 at 10:37:06 -: > Author: stefan2 > Date: Thu May 19 10:37:06 2011 > New Revision: 1124677 > > URL: http://svn.apache.org/viewvc?rev=1124677&view=rev > Log: > Introduce a "conversion" method that will extract a svn_string_t > structure from an exist

Re: WC format bump imminent - renaming pristines to .pristine

2011/5/19 Hyrum K Wright : > On Thu, May 19, 2011 at 11:36 AM, Justin Erenkrantz > wrote: >> On Thu, May 19, 2011 at 11:34 AM, Julian Foad >> wrote: >>> Oh, it looks like the choice of name >>> >>>  '.pristine' >>> >>> was not discussed in that thread.  Two or three of us thought that >>> seemed

Re: WC format bump imminent - renaming pristines to .pristine

On Thu, May 19, 2011 at 11:36 AM, Justin Erenkrantz wrote: > On Thu, May 19, 2011 at 11:34 AM, Julian Foad > wrote: >> Oh, it looks like the choice of name >> >>  '.pristine' >> >> was not discussed in that thread.  Two or three of us thought that >> seemed like a sensible choice of name.  The o

Re: WC format bump imminent - renaming pristines to .pristine

Greg Stein wrote: > On Thu, May 19, 2011 at 05:26, Julian Foad wrote: > > A WC format bump is imminent, in order to rename the pristine text files > > from '' to '.pristine', as discussed in the thread 'Add > > ".svn-base" suffix to the pristine files in 1.7' started by Konstantin > > Kolinko on 2

Re: WC format bump imminent - renaming pristines to .pristine

On Thu, May 19, 2011 at 11:36 AM, Justin Erenkrantz wrote: > On Thu, May 19, 2011 at 11:34 AM, Julian Foad > wrote: >> Oh, it looks like the choice of name >> >>  '.pristine' >> >> was not discussed in that thread.  Two or three of us thought that >> seemed like a sensible choice of name.  The o

Re: strange error message

On Wed, May 18, 2011 at 11:12:17PM +0200, C. Michael Pilato wrote: *nothing* still jetlagged? :)

Re: [PATCH] -r { DATE } with words

On Wed, May 18, 2011 at 09:38:55PM +0200, Branko Čibej wrote: > Why? That doesn't make sense. Second of all, all these wordy aliases are > just shorthands for real timestamps anyway -- by your reasoning, you > could eliminate all of them. There is otherwise no way to express dates relative to the

RE: WC format bump imminent - renaming pristines to .pristine

> -Original Message- > From: Ivan Zhakov [mailto:i...@visualsvn.com] > Sent: donderdag 19 mei 2011 11:39 > To: Julian Foad > Cc: Subversion Development > Subject: Re: WC format bump imminent - renaming pristines to > .pristine > > On Thu, May 19, 2011 at 11:34, Julian Foad > wrote: > >

Re: WC format bump imminent - renaming pristines to .pristine

On Thu, May 19, 2011 at 05:26, Julian Foad wrote: > A WC format bump is imminent, in order to rename the pristine text files > from '' to '.pristine', as discussed in the thread 'Add > ".svn-base" suffix to the pristine files in 1.7' started by Konstantin > Kolinko on 2011-05-18, >

'svn info' output on trunk differences from 1.6

I don't have an opinion on whether or not this is important/regression/..., but just wanted to note the following change in behavior of 'svn info', in relation to copying files in the working copy. Summarized: - on trunk, 'svn info' doesn't show "Last Changed XXX", "Text Last Updated" and "Checksu

Re: [PATCH] Speed-up of libsvn_diff using token counts

On Wed, May 18, 2011 at 07:31:54PM +0200, Morten Kloster wrote: > > > > I'm attaching a version of the patch re-generated with -x-pw. > > > > [[[ > > Index: subversion/libsvn_diff/diff.c > > === > > --- subversion/libsvn_diff/diff.c  

Re: WC format bump imminent - renaming pristines to .pristine

On Thu, May 19, 2011 at 11:34, Julian Foad wrote: > On Thu, 2011-05-19 at 11:26 +0200, Julian Foad wrote: >> A WC format bump is imminent, in order to rename the pristine text files >> from '' to '.pristine', as discussed in the thread 'Add >> ".svn-base" suffix to the pristine files in 1.7' start

Re: WC format bump imminent - renaming pristines to .pristine

On Thu, May 19, 2011 at 11:34 AM, Julian Foad wrote: > Oh, it looks like the choice of name > >  '.pristine' > > was not discussed in that thread.  Two or three of us thought that > seemed like a sensible choice of name.  The other reasonable option is > to keep the old extension so that the new n

Re: WC format bump imminent - renaming pristines to .pristine

On Thu, 2011-05-19 at 11:26 +0200, Julian Foad wrote: > A WC format bump is imminent, in order to rename the pristine text files > from '' to '.pristine', as discussed in the thread 'Add > ".svn-base" suffix to the pristine files in 1.7' started by Konstantin > Kolinko on 2011-05-18, >

RE: svn commit: r1124382 - in /subversion/trunk/subversion: include/svn_error_codes.h libsvn_client/merge.c libsvn_ra_neon/commit.c

> -Original Message- > From: Daniel Shahaf [mailto:d...@daniel.shahaf.name] > Sent: donderdag 19 mei 2011 10:19 > To: dev@subversion.apache.org > Cc: comm...@subversion.apache.org > Subject: Re: svn commit: r1124382 - in /subversion/trunk/subversion: > include/svn_error_codes.h libsvn_cli

Re: `svn log -r{DATE}` broken

On Wed, May 18, 2011 at 08:59:46PM +0200, Arfrever Frehtes Taifersar Arahesis wrote: > `svn log -r{DATE}` recently stopped to work correctly. I use Subversion trunk > r1124331. > > Example in working copy of Subversion trunk: > $ svn log -r{2011-05-15} > -

WC format bump imminent - renaming pristines to .pristine

A WC format bump is imminent, in order to rename the pristine text files from '' to '.pristine', as discussed in the thread 'Add ".svn-base" suffix to the pristine files in 1.7' started by Konstantin Kolinko on 2011-05-18, . - Julian

Re: svn commit: r1124599 - in /subversion/trunk/subversion: include/svn_client.h libsvn_client/deprecated.c libsvn_client/prop_commands.c svn/propedit-cmd.c svn/propget-cmd.c

hwri...@apache.org wrote on Thu, May 19, 2011 at 08:43:49 -: > Author: hwright > Date: Thu May 19 08:43:48 2011 > New Revision: 1124599 > > URL: http://svn.apache.org/viewvc?rev=1124599&view=rev > Log: > Followup to r1103771 by rev'ing the propget API to maintain our pre-1.7 > sematics of retu

Re: [Issue 3891] New - ra_serf does not support connecting to HTTPS server through proxy

Didn't we recently add a keyword for "this is an issue in an external project" that could be applied to this issue? zha...@tigris.org wrote on Thu, May 19, 2011 at 01:14:08 -0700: > http://subversion.tigris.org/issues/show_bug.cgi?id=3891 > Issue #|3891 > Summary|

Re: svn commit: r1124306 - /subversion/trunk/notes/meetings/berlin-11-agenda

On Thu, May 19, 2011 at 00:54, Lieven Govaerts wrote: > On Wed, May 18, 2011 at 5:53 PM, wrote: > >> Author: cmpilato >> Date: Wed May 18 15:53:04 2011 >> New Revision: 1124306 >> >> URL: http://svn.apache.org/viewvc?rev=1124306&view=rev >> Log: >> * notes/berlin-11-agenda >>  Add my first-pass n

Re: svn commit: r1124436 - /subversion/trunk/subversion/tests/cmdline/copy_tests.py

Per discussion with jcorvel: jcor...@apache.org wrote on Wed, May 18, 2011 at 21:23:42 -: > +# Regression test for issue #3865: 'svn' on Windows cannot address > +# scheduled-for-delete file, if another file differing only in case is > +# present on disk > +@XFail(svntest.main.is_fs_case_insen

Re: svn commit: r1124375 - in /subversion/trunk/subversion: libsvn_client/checkout.c libsvn_wc/upgrade.c

Stefan, please could you put those explanations in the log message? - Julian On Thu, 2011-05-19 at 08:35 +0200, C. Michael Pilato wrote: > On 05/19/2011 08:11 AM, Stefan Küng wrote: > >> Hrm. I rather expected that this change would have two components: > >> > >> 1. Remove references to 'svn'

Re: [Issue 3888] New - ra_serf unbound memory usage on checkout/export/update

On Thu, May 19, 2011 at 10:07 AM, Ivan Zhakov wrote: > It's not related to serf memory leaks. The problem with > checkout/update/export that we create a lot of requests at one time, > each with separate pool. Well, that's a deliberate design decision. And, it's not unbounded - it's directly rela

Re: [Issue 3887] Eliminate client-specific suggestions from shared libraries

cmpil...@tigris.org wrote on Wed, May 18, 2011 at 13:18:02 -0700: > http://subversion.tigris.org/issues/show_bug.cgi?id=3887 > > > > > > > --- Additional comments from cmpil...@tigris.org Wed May 18 13:18:01 > -0700 2011 --- > I actually went around a few times with myself today abou

Re: `svn log -r{DATE}` broken

On Wed, 2011-05-18, Arfrever Frehtes Taifersar Arahesis wrote: > `svn log -r{DATE}` recently stopped to work correctly. I use Subversion trunk > r1124331. > > Example in working copy of Subversion trunk: > $ svn log -r{2011-05-15} >

Re: svn commit: r1124382 - in /subversion/trunk/subversion: include/svn_error_codes.h libsvn_client/merge.c libsvn_ra_neon/commit.c

stevek...@apache.org wrote on Wed, May 18, 2011 at 18:58:50 -: > @@ -9015,7 +9015,7 @@ ensure_wc_is_suitable_merge_target(const > } > >if (min_rev != max_rev) > -return svn_error_createf(SVN_ERR_CLIENT_NOT_READY_TO_MERGE, NULL, > +return svn_error_createf(SVN_

Re: [Issue 3888] New - ra_serf unbound memory usage on checkout/export/update

On Thu, May 19, 2011 at 08:36, Justin Erenkrantz wrote: > On Wed, May 18, 2011 at 3:24 PM, Ivan Zhakov wrote: >> On Wed, May 18, 2011 at 15:20, Daniel Shahaf wrote: >>> Milestone?  1.7.0?  1.7.0-consider? >>> >> Hi, >> >> It's definitely 1.7.0. Thanks for pointing on that. > > I've got a hunch t