Re: crash dumps

2012-08-02 Thread Stefan Fuhrmann
On Tue, Jul 17, 2012 at 9:24 PM, Stefan Küng wrote: > Hi, > > Since there are quite a few crash reports sent for TSVN which are due to > bugs/problems in the svn library, I've set up a page where all the svn > related bugs are shown in one place: > https://www.crash-server.com/**SearchResult.aspx

Re: crash dumps

2012-08-02 Thread Julian Foad
Stefan Fuhrmann wrote: > On Tue, Jul 17, 2012 at 9:24 PM, Stefan Küng wrote: >> Since there are quite a few crash reports sent for TSVN which are >> due to bugs/problems in the svn library, I've set up a page where >> all the svn related bugs are shown in one place: >>https://www.crash-server.com

Re: Symmetric merge and subtrees

2012-08-02 Thread Julian Foad
Hi Paul. Thanks for looking at this and the other ('deleted subtrees') thread.  Replies in line below... Paul Burba wrote: > Julian Foad wrote: >>  There are some merge scenarios for which it's not clear whether the >> user should specify '--reintegrate' or not.  We need to decide what the >>

Re: svn commit: r1368662 - in /subversion/trunk: configure.ac subversion/libsvn_subr/opt.c subversion/svn_private_config.hw

2012-08-02 Thread Greg Stein
I like the general idea here, but would suggest details like this could fall under --version --verbose. Apache httpd has a similar feature which also prints other #define values. For example, maybe we could print version info for the libs we compiled against (and maybe the version loaded at run tim

1.7.6 Plan?

2012-08-02 Thread Hyrum K Wright
So, I'm still on semi-hiatus, but I've been seeing all this stuff being merged to 1.7.x and I can't help but wonder what the plan for the 1.7.6 release is. I haven't found any discussion on list. The release process has changed enough since I RM'd that I'm not quite confident I can volunteer to s

Re: svn commit: r1368662 - in /subversion/trunk: configure.ac subversion/libsvn_subr/opt.c subversion/svn_private_config.hw

2012-08-02 Thread Branko Čibej
On 02.08.2012 22:18, Greg Stein wrote: > I like the general idea here, but would suggest details like this could > fall under --version --verbose. Apache httpd has a similar feature which > also prints other #define values. For example, maybe we could print version > info for the libs we compiled a

Re: svn_ra_do_update2 sends copyfrom_path though start_empty=TRUE in report

2012-08-02 Thread Philip Martin
Dmitry Pavlenko writes: > As I understand, by telling start_empty=TRUE I say to the remote part > (server) that I have no files in path "", and revision, specified to > "set_path" is ignored. So I expect that Subversion won't send me > "copyfrom_path" in "add_file" editor call. > > But it does, a

Re: svn commit: r1368662 - in /subversion/trunk: configure.ac subversion/libsvn_subr/opt.c subversion/svn_private_config.hw

2012-08-02 Thread Greg Stein
On Aug 2, 2012 7:26 PM, "Branko Čibej" wrote: > > On 02.08.2012 22:18, Greg Stein wrote: > > I like the general idea here, but would suggest details like this could > > fall under --version --verbose. Apache httpd has a similar feature which > > also prints other #define values. For example, maybe

Re: 1.7.6 Plan?

2012-08-02 Thread Justin Erenkrantz
On Thu, Aug 2, 2012 at 6:10 PM, Hyrum K Wright wrote: > So, I'm still on semi-hiatus, but I've been seeing all this stuff > being merged to 1.7.x and I can't help but wonder what the plan for > the 1.7.6 release is. I haven't found any discussion on list. The > release process has changed enough

Re: svn_ra_do_update2 sends copyfrom_path though start_empty=TRUE in report

2012-08-02 Thread Dmitry Pavlenko
Actually this was a question of priority. If Subversion assumes that "send_copyfrom_args" is stronger than "start_empty" (this simple idea just didn't come to my mind), then it's not a bug. Originally I thought that if I report set_path "directory" revision=50 start_empty=TRUE I tell Subversio