Re: Commit to Subversion with XMLHttpRequest

2010-07-13 Thread Julian Reschke
On 12.07.2010 19:43, Jack Bates wrote: I'm considering writing some JavaScript to make commits to Subversion repositories, using XMLHttpRequest Does any code like this already exist? Are there any reasons I haven't thought of, why this would be impossible (or prohibitively difficult?) The purpo

Re: Perl API SVN::Ra get_commit_editor* functions broken, missing, untested

2010-07-13 Thread Hyrum Wright
On Mon, Jul 12, 2010 at 8:19 AM, Markus Kuhn wrote: > BUG REPORT: The test cases for the Perl API SVN::Ra at > >  http://svn.apache.org/repos/asf/subversion/trunk/subversion/bindings/swig/perl/native/t/6ra.t > > currently lack tests for any of the functions needed to commit a change > to the repos

Re: svn commit: r963632 - in /subversion/trunk/subversion: include/svn_wc.h libsvn_wc/deprecated.c libsvn_wc/translate.c

2010-07-13 Thread Greg Stein
On Tue, Jul 13, 2010 at 05:40, wrote: >... > +++ subversion/trunk/subversion/include/svn_wc.h Tue Jul 13 09:40:34 2010 >... > -/** Similar to svn_wc_translated_file3(), but with an adm_access baton > - * and relative paths instead of a wc_context and absolute paths, with > - * a single pool, and

Re: NODE_DATA (2nd iteration)

2010-07-13 Thread Hyrum K. Wright
Having not followed any of this conversation, would it be valuable to keep the eventual results in notes/wc-ng/ ? On Mon, Jul 12, 2010 at 10:23 PM, Erik Huelsmann wrote: > After lots of discussion regarding the way NODE_DATA/4th tree should > be working, I'm now ready to post a summary of the pro

Trunk API docs

2010-07-13 Thread Hyrum K. Wright
For those that care, I've set up a daily cron job to generate the trunk API docs: http://people.apache.org/~hwright/svn/doc/api/trunk/ -Hyrum

Re: Do we better tolerate obstructed updates?

2010-07-13 Thread Hyrum K. Wright
On Thu, Jul 8, 2010 at 8:35 AM, Bert Huijben wrote: > > >> -Original Message- >> From: hy...@hyrumwright.org [mailto:hy...@hyrumwright.org] On Behalf Of >> Hyrum K. Wright >> Sent: donderdag 8 juli 2010 4:31 >> To: Bert Huijben >> Cc: Subversion Development >> Subject: Re: Do we better tol

Re: Do we better tolerate obstructed updates?

2010-07-13 Thread Stefan Sperling
On Tue, Jul 13, 2010 at 02:48:52PM +0100, Hyrum K. Wright wrote: > On Thu, Jul 8, 2010 at 8:35 AM, Bert Huijben wrote: > > I think it should check that a proper obstruction is notified and maybe that > > a future update brings in the new data. > > Is this in the intended future behavior, or the c

Re: Do we better tolerate obstructed updates?

2010-07-13 Thread Hyrum K. Wright
On Tue, Jul 13, 2010 at 2:57 PM, Stefan Sperling wrote: > On Tue, Jul 13, 2010 at 02:48:52PM +0100, Hyrum K. Wright wrote: >> On Thu, Jul 8, 2010 at 8:35 AM, Bert Huijben wrote: >> > I think it should check that a proper obstruction is notified and maybe >> > that >> > a future update brings in

Re: Subversion 1.6.12 Released

2010-07-13 Thread Hyrum K. Wright
On Sun, Jul 4, 2010 at 2:40 PM, Daniel Shahaf wrote: > David, > > Thanks for doing the work to produce/share Windows binaries. > > I am a little concerned that your announcement looks very similar to our > official release announcements.  (I realize you say "my release", etc., > but I find more si

Re: Do we better tolerate obstructed updates?

2010-07-13 Thread Stefan Sperling
On Tue, Jul 13, 2010 at 03:07:30PM +0100, Hyrum K. Wright wrote: > Could you file the issue? Sure: http://subversion.tigris.org/issues/show_bug.cgi?id=3680

Re: Do we better tolerate obstructed updates?

2010-07-13 Thread Hyrum K. Wright
On Tue, Jul 13, 2010 at 3:19 PM, Stefan Sperling wrote: > On Tue, Jul 13, 2010 at 03:07:30PM +0100, Hyrum K. Wright wrote: >> Could you file the issue? > > Sure: http://subversion.tigris.org/issues/show_bug.cgi?id=3680 > Thanks. I've commented out the failing tests (swig-rb and JavaHL lack a XFa

Re: [PATCH] svn status ^/ foo: The node '/path/to/wc/foo' was not found.

2010-07-13 Thread Stefan Sperling
On Sun, Jun 13, 2010 at 06:25:00PM +0200, Uwe Stuehler wrote: > While testing all kinds of silly argument combinations to find > inconsistencies in argument handling I found this case where checkout > reports a bogus error that covers up the real error. > > $ cd /path/to/wc > $ svn status ^/ foo >

Re: svn commit: r963741 - /subversion/trunk/subversion/libsvn_client/cmdline.c

2010-07-13 Thread Hyrum K. Wright
On Tue, Jul 13, 2010 at 3:46 PM, wrote: > Author: stsp > Date: Tue Jul 13 14:46:05 2010 > New Revision: 963741 > > URL: http://svn.apache.org/viewvc?rev=963741&view=rev > Log: > * subversion/libsvn_client/cmdline.c: >  (check_root_url_of_target): Catch SVN_ERR_WC_PATH_NOT_FOUND in addition >  to

svn on z/OS [was; [PATCH] use APR's ctypes on EBCDIC systems]

2010-07-13 Thread Greg Ames
On Wed, Jun 2, 2010 at 5:29 PM, Branko Čibej wrote: > > It's not really very magic. :) We have four sets of conversions: > external to/from UTF-8, UTF-8 to/from filesystem path. I believe I > misled you a bit. Brane, thanks for the concise explanation of the assumed design. unfortunately for z/

Re: [PATCH] issue #3620: svn add ^/ triggers assertion failure

2010-07-13 Thread Stefan Sperling
On Fri, Jun 11, 2010 at 05:37:11PM +0200, Uwe Stuehler wrote: > Meanwhile Michael Pilato and Stefan Sperling gave me even > more input (thank you) and I was able to prepare a suite of tests > modeled after others in subversion/tests in order to check most > of the other commands which, like 'add' a

swig-rb test failures, looking for pristines

2010-07-13 Thread Hyrum K. Wright
I'm trying to track down the swig ruby bindings failures which are still happening on trunk. The errors for both tests are similar: subversion/libsvn_wc/wc_db.c:2252: Svn::Error::WcDbError: Pristine text not found /home/hwright/dev/svn-buildslave/svn-x64-ubuntu/build/subversion/bindings/swig/ruby

Re: NODE_DATA (2nd iteration)

2010-07-13 Thread Greg Stein
Erik is planning on updating the docs, once it stabilizes a little bit. On Tue, Jul 13, 2010 at 06:34, Hyrum K. Wright wrote: > Having not followed any of this conversation, would it be valuable to > keep the eventual results in notes/wc-ng/ ? > > On Mon, Jul 12, 2010 at 10:23 PM, Erik Huelsmann

Re: Trunk API docs

2010-07-13 Thread Greg Stein
Link it from the docs, or people will forget the URL... On Tue, Jul 13, 2010 at 07:30, Hyrum K. Wright wrote: > For those that care, I've set up a daily cron job to generate the > trunk API docs: > http://people.apache.org/~hwright/svn/doc/api/trunk/ > > -Hyrum >

Re: Trunk API docs

2010-07-13 Thread C. Michael Pilato
I'm on it. On 07/13/2010 11:52 AM, Greg Stein wrote: > Link it from the docs, or people will forget the URL... > > On Tue, Jul 13, 2010 at 07:30, Hyrum K. Wright > wrote: >> For those that care, I've set up a daily cron job to generate the >> trunk API docs: >> http://people.apache.org/~hwright/

Re: Trunk API docs

2010-07-13 Thread Hyrum K. Wright
Whoops, I actually committed something in r963772 before I saw this mail. Feel free to tweak it. On Tue, Jul 13, 2010 at 4:59 PM, C. Michael Pilato wrote: > I'm on it. > > On 07/13/2010 11:52 AM, Greg Stein wrote: >> Link it from the docs, or people will forget the URL... >> >> On Tue, Jul 13, 2

Re: svn commit: r963767 - /subversion/site/publish/docs/community-guide/releasing.part.html

2010-07-13 Thread Hyrum K. Wright
Bonus points if somebody writes a script to do all this website update release magic for us. On Tue, Jul 13, 2010 at 4:53 PM, wrote: > Author: cmpilato > Date: Tue Jul 13 15:53:32 2010 > New Revision: 963767 > > URL: http://svn.apache.org/viewvc?rev=963767&view=rev > Log: > * site/publish/docs/c

Re: [PATCH] issue #3620: svn add ^/ triggers assertion failure

2010-07-13 Thread C. Michael Pilato
On 07/13/2010 11:02 AM, Stefan Sperling wrote: > On Fri, Jun 11, 2010 at 05:37:11PM +0200, Uwe Stuehler wrote: >> Meanwhile Michael Pilato and Stefan Sperling gave me even >> more input (thank you) and I was able to prepare a suite of tests >> modeled after others in subversion/tests in order to ch

Re: [PATCH] issue #3620: svn add ^/ triggers assertion failure

2010-07-13 Thread Stefan Sperling
On Tue, Jul 13, 2010 at 01:00:14PM -0400, C. Michael Pilato wrote: > On 07/13/2010 11:02 AM, Stefan Sperling wrote: > > If we enforce a certain syntax for certain types of arguments, we should > > probably provide a way to relax the checks in case someone really > > wants to version files or direct

Re: [PATCH] fix for svndumpfilter not filtering out revisions that were initially empty

2010-07-13 Thread C. Michael Pilato
On 07/04/2010 12:08 PM, Igor Sereda wrote: > [[[ > Fix for svndumpfilter. > > * subversion/svndumpfilter/main.c > > Problem Reproduction Sequence: > > 1. Get a dump of a repository with empty revisions (for example, by > pulling a subdirectory of a remote repo with svnsync). > 2. Run svndu

Re: switch_tests.py 21 failing with serf

2010-07-13 Thread C. Michael Pilato
On 07/05/2010 12:31 PM, Philip Martin wrote: > switch_tests.py 21 is failing when I use serf although it passes when > I use neon. The test involves a switch that fails because a directory > to be added is obstructed by an unversioned directory. This causes > the switch to fail and the test then

Re: [PATCH v2] Add svnrdump

2010-07-13 Thread Stefan Sperling
On Fri, Jul 09, 2010 at 04:29:10PM +0200, Ramkumar Ramachandra wrote: > Hi, > > Along with the changes suggested by Bert and Daniel, this new version > includes a few small bugfixes and feature additions contributed by > David and Will, among others. Unfortunately, a diff of the changes > made is

Re: svn commit: r963814 - in /subversion/trunk/subversion: include/svn_diff.h libsvn_diff/parse-diff.c tests/libsvn_diff/parse-diff-test.c

2010-07-13 Thread Stefan Sperling
On Tue, Jul 13, 2010 at 06:46:31PM -, dan...@apache.org wrote: > Author: dannas > Date: Tue Jul 13 18:46:31 2010 > New Revision: 963814 > @@ -933,6 +933,22 @@ svn_linenum_t > svn_diff_hunk_get_trailing_context(const svn_hunk_t *hunk); > > /** > + * Data type to manage parsing of properties

Re: xdelta, svndiff, zlib, or some other problem

2010-07-13 Thread Peter Samuelson
[Edward Ned Harvey] > So I'm going to call this "problem solved." I'll just upgrade all the > clients, the server, and the repo. I notice you upgraded using dump / load. Did you also try upgrading using 'svnadmin upgrade'? Should be somewhat less disruptive. It would be good to know whether i