Re: when is Flag Day for mailing lists?

Alrighty. Given feedback, and some more thought on the issue... I'll be sending an email to s-f-c, saying "subscribe to priv...@s.a.o NOW". There are only 50-some people on that list. They can switch. Deal. (and I'm going to ask kfogel, etc to shut that sucker off immediately) s...@s.t.o subscrib

[RFC] checkout --view name URL

Hello I've written a little design document to specify 'views'. Attached is also a 'proof-of-concept' python script which should behave pretty much the same as svn checkout does, except that it supports views (it's not very well tested since I'm stuck with svn 1.4 on linux and had to debug it

Re: applying hunks in svn patch

On Wed, Nov 18, 2009 at 08:28:33PM +0200, Alan Barrett wrote: > On Wed, 18 Nov 2009, Stefan Sperling wrote: > > On Wed, Nov 18, 2009 at 08:47:51AM +0200, Alan Barrett wrote: > > > On Mon, 16 Nov 2009, Stefan Sperling wrote: > > > > 5) Hunks are only applied if they do not overlap with any other h

Re: applying hunks in svn patch

On Wed, 18 Nov 2009, Stefan Sperling wrote: > On Wed, Nov 18, 2009 at 08:47:51AM +0200, Alan Barrett wrote: > > On Mon, 16 Nov 2009, Stefan Sperling wrote: > > > 5) Hunks are only applied if they do not overlap with any other hunk. > > Other patch implementations are able to deal with overlapping

Re: Merge mode (Was Classifying files as binary or text)

On Wed, Nov 18, 2009 at 08:25, David Glasser wrote: > I'm not a MIME expert, but isn't there a thing where you can add > key/value pairs after a MIME type which customize its meaning? Maybe > that could be used for this? Please, no. Isn't the fact that charset is munged into svn:mime-type alread

Re: Merge mode (Was Classifying files as binary or text)

I'm not a MIME expert, but isn't there a thing where you can add key/value pairs after a MIME type which customize its meaning? Maybe that could be used for this? --dave On Tue, Nov 17, 2009 at 7:05 PM, Julian Foad wrote: > I need to spend some time replying, late at night though it is. > > Let

Re: svn commit: r881687 - in /subversion/branches/authz-overhaul: [...]

On Nov 18, 2009, at 7:40 AM, Julian Foad wrote: > Blair Zajac wrote: >> On Nov 17, 2009, at 11:05 PM, cmpil...@apache.org wrote: >> >>> Author: cmpilato >>> Date: Wed Nov 18 07:05:14 2009 >>> New Revision: 881687 >>> >>> URL: http://svn.apache.org/viewvc?rev=881687&view=rev >>> Log: >>> Sync wi

Re: applying hunks in svn patch

Stefan Sperling wrote on Wed, 18 Nov 2009 at 15:30 +0100: > On Wed, Nov 18, 2009 at 04:16:19PM +0200, Daniel Shahaf wrote: > > Stefan Sperling wrote on Wed, 18 Nov 2009 at 15:08 +0100: > > > On Wed, Nov 18, 2009 at 03:24:10PM +0200, Daniel Shahaf wrote: > > > > In this case, how about losing the "G

Re: svn commit: r881687 - in /subversion/branches/authz-overhaul: [...]

Blair Zajac wrote: > On Nov 17, 2009, at 11:05 PM, cmpil...@apache.org wrote: > > > Author: cmpilato > > Date: Wed Nov 18 07:05:14 2009 > > New Revision: 881687 > > > > URL: http://svn.apache.org/viewvc?rev=881687&view=rev > > Log: > > Sync with trunk. (Merged /subversion/trunk:r879262-881562.)

Re: svn commit: r881687 - in /subversion/branches/authz-overhaul: ./ build/ build/ac-macros/ build/generator/ build/win32/ contrib/client-side/emacs/ contrib/client-side/svn2cl/ contrib/client-side/sv

Blair Zajac wrote: > On Nov 17, 2009, at 11:05 PM, cmpil...@apache.org wrote: > >> Author: cmpilato >> Date: Wed Nov 18 07:05:14 2009 >> New Revision: 881687 >> >> URL: http://svn.apache.org/viewvc?rev=881687&view=rev >> Log: >> Sync with trunk. (Merged /subversion/trunk:r879262-881562.) > > On

Re: svn commit: r881687 - in /subversion/branches/authz-overhaul: ./ build/ build/ac-macros/ build/generator/ build/win32/ contrib/client-side/emacs/ contrib/client-side/svn2cl/ contrib/client-side/sv

On Nov 17, 2009, at 11:05 PM, cmpil...@apache.org wrote: > Author: cmpilato > Date: Wed Nov 18 07:05:14 2009 > New Revision: 881687 > > URL: http://svn.apache.org/viewvc?rev=881687&view=rev > Log: > Sync with trunk. (Merged /subversion/trunk:r879262-881562.) On these large merge commits, it wo

Re: What to do with subversion.tigris.org website (technically speaking)

On Nov 17, 2009, at 7:44 PM, C. Michael Pilato wrote: our ASF 'www' directory, at the moment, is relatively unchanged from when we migrated that stuff from svn.collab.net. Ah, that was my essential misunderstanding. -==- Jack Repenning Chief Technology Officer CollabNet, Inc. 8000 Marina Bo

Re: What to do with subversion.tigris.org website (technically speaking)

On Nov 17, 2009, at 7:45 PM, C. Michael Pilato wrote: 4. Check in all the current release files, all into the actual SVN repository; fix up the "Documents and files" area so it consistently points to these files (instead of actually holding some of the files) [this step preserves all net.memory

Re: applying hunks in svn patch

On Wed, Nov 18, 2009 at 08:47:51AM +0200, Alan Barrett wrote: > On Mon, 16 Nov 2009, Stefan Sperling wrote: > > 5) Hunks are only applied if they do not overlap with any other hunk. > > Other patch implementations are able to deal with overlapping hunks. > > For example, consider this pair of hu

Re: applying hunks in svn patch

On Wed, Nov 18, 2009 at 04:16:19PM +0200, Daniel Shahaf wrote: > Stefan Sperling wrote on Wed, 18 Nov 2009 at 15:08 +0100: > > On Wed, Nov 18, 2009 at 03:24:10PM +0200, Daniel Shahaf wrote: > > > In this case, how about losing the "GROUP BY hunk" from the sort? i.e., > > > > > > BIG_LIST = []

Re: [PATCH] Do not display a binary prop diff in interactive conflict resolver

Daniel Näslund wrote: > * subversion/libsvn_subr/stream.c > (svn_stream_detect_binary_mimetype): Check if atleast 85 % of the > bytes fall within the ascii range of printable characters. Was there no good way to factor out similar code from svn_io_detect_mimetype2()? Looks like a bunch of o

Re: applying hunks in svn patch

Stefan Sperling wrote on Wed, 18 Nov 2009 at 15:08 +0100: > On Wed, Nov 18, 2009 at 03:24:10PM +0200, Daniel Shahaf wrote: > > In this case, how about losing the "GROUP BY hunk" from the sort? i.e., > > > > BIG_LIST = [] > > for each hunk: > > for each candidate in hunk: > >

Re: applying hunks in svn patch

On Wed, Nov 18, 2009 at 03:24:10PM +0200, Daniel Shahaf wrote: > In this case, how about losing the "GROUP BY hunk" from the sort? i.e., > > BIG_LIST = [] > for each hunk: > for each candidate in hunk: > compute a score for candidate > BIG_LIST.append(candi

Re: applying hunks in svn patch

Stefan Sperling wrote on Wed, 18 Nov 2009 at 09:57 +0100: > On Wed, Nov 18, 2009 at 12:41:37AM +0200, Daniel Shahaf wrote: > > Stefan Sperling wrote on Tue, 17 Nov 2009 at 09:16 +0100: > > > On Mon, Nov 16, 2009 at 11:31:12PM +0200, Daniel Shahaf wrote: > > > > i.e., iterate all 1st candidates, the

Re: Opening the wc-ng database

Philip Martin writes: > "Hyrum K. Wright" writes: > >> On Nov 17, 2009, at 10:18 AM, Philip Martin wrote: >> >>> Philip Martin writes: >>> >>> r879744 did this: >>> >>> - SVN_ERR(svn_wc__adm_open_in_context(&adm_access, wc_ctx, path, TRUE, -1, >>> - cance

Re: applying hunks in svn patch

On Wed, Nov 18, 2009 at 10:03:05AM +, Julian Foad wrote: > Alan Barrett wrote: > > By the way, patch(1) is described in > > . > > The algorithm described under "Patch Application" there is the minimal > requirement, and is rea

Re: [PATCH] Do not display a binary prop diff in interactive conflict resolver

Daniel Näslund wrote: > [[[ > Do not display a binary property diff in the interactive conflict > resolver. The concept of a "binary property" is new in this patch, so a few additional words would be useful here, to say what change you are making: Detect heuristically whether the property val

Re: Merge mode (Was Classifying files as binary or text)

B. Smith-Mannschott wrote: > After many years of using Subversion, I've come to the conclusion that > svn:mime-type is best understood as a way to keep Apache happy and > able to support read-only repository browsing. The fact that this > property is also used to determine ability to merge, diff, a

Re: [PATCH] Do not display a binary prop diff in interactive conflict resolver

On Wed, Nov 18, 2009 at 11:01:51AM +0100, Daniel Näslund wrote: > On Wed, Nov 18, 2009 at 10:49:15AM +0100, Stefan Sperling wrote: > > On Wed, Nov 18, 2009 at 10:37:01AM +0100, Daniel Näslund wrote: > > > Index: subversion/libsvn_subr/stream.c > > > =

Re: [PATCH] BDB schema doc updates - libsvn_fs_base/notes/structure

C. Michael Pilato wrote: > Patch looks good. +1 to commit. Committed revision 881710. Thanks. - Julian > Julian Foad wrote: > > C. Michael Pilato wrote: > >> I think there might be some parts that are incorrect. For example: > >> > >> -(HEADER PROP-KEY DATA-KEY [EDIT-DATA-KEY]) > >> +

Re: applying hunks in svn patch

Alan Barrett wrote: > On Tue, 17 Nov 2009, Julian Foad wrote: > > Stefan Sperling wrote: > > > 3) Hunks matching at or near their original offset in the target > > > file are always preferred over hunks matching at the same > > > location but with a greater offset relative to their origina

Re: [PATCH] Do not display a binary prop diff in interactive conflict resolver

On Wed, Nov 18, 2009 at 10:49:15AM +0100, Stefan Sperling wrote: > On Wed, Nov 18, 2009 at 10:37:01AM +0100, Daniel Näslund wrote: > > Index: subversion/libsvn_subr/stream.c > > === > > --- subversion/libsvn_subr/stream.c (revision 881

Re: [PATCH] Do not display a binary prop diff in interactive conflict resolver

On Wed, Nov 18, 2009 at 10:37:01AM +0100, Daniel Näslund wrote: > Index: subversion/libsvn_subr/stream.c > === > --- subversion/libsvn_subr/stream.c (revision 881392) > +++ subversion/libsvn_subr/stream.c (arbetskopia) > @@ -1347,3

[PATCH] Do not display a binary prop diff in interactive conflict resolver

Hi! [[[ Do not display a binary property diff in the interactive conflict resolver. * subversion/include/svn_io.h (svn_stream_detect_binary_mimetype): New. Declare. * subversion/libsvn_subr/stream.c (svn_stream_detect_binary_mimetype): Check if atleast 85 % of the bytes fall within the

Re: applying hunks in svn patch

On Wed, Nov 18, 2009 at 12:41:37AM +0200, Daniel Shahaf wrote: > Stefan Sperling wrote on Tue, 17 Nov 2009 at 09:16 +0100: > > On Mon, Nov 16, 2009 at 11:31:12PM +0200, Daniel Shahaf wrote: > > > Stefan Sperling wrote on Mon, 16 Nov 2009 at 14:39 +0100: > > > > Let C represent the current index int

Re: Opening the wc-ng database

"Hyrum K. Wright" writes: > On Nov 17, 2009, at 10:18 AM, Philip Martin wrote: > >> Philip Martin writes: >> >> r879744 did this: >> >> - SVN_ERR(svn_wc__adm_open_in_context(&adm_access, wc_ctx, path, TRUE, -1, >> - cancel_func, cancel_baton, pool)); >> -