See http://subversion.tigris.org/issues/show_bug.cgi?id=3693
Would it make sense for a multi-target update (such as 'svn update *') to
print headers for each of its targets?
$ svn up projects/*
Updating 'projects/ezt'.
At revision 30.
Updating 'projects/phidx'.
At revision 47.
Skipped
[Warning: This matter is far from highly pertinent. One tackles strange
non-problems when in an atypical environment, such as a hotel room in CA.]
I had someone ask me about Subversion autoindex support. So, like, you
point a web browser at
On Thu, Aug 19, 2010 at 11:35:13PM -0700, C. Michael Pilato wrote:
See http://subversion.tigris.org/issues/show_bug.cgi?id=3693
Would it make sense for a multi-target update (such as 'svn update *') to
print headers for each of its targets?
$ svn up projects/*
Updating 'projects/ezt'.
At
I think that the recent NODE_DATA developments in wc-ng show that wc-ng
is still in flux, or at least a bit further from stabilisation than we'd
like it to be. That's fine! I'd much rather see us release a great working
copy library than get the release out 3 months earlier. Our new focus on
On Thu, Aug 19, 2010 at 11:38 PM, Johan Corveleyn jcor...@gmail.com wrote:
Feh, I just redid my apr_time_now+printf profiling with a release
build (of trunk), instead of a debug build, and that makes a *big*
difference. Total time of the svn_diff_diff call is now down to ~300
ms. Still a lot
On Tue, Aug 17, 2010 at 3:26 PM, Johan Corveleyn jcor...@gmail.com wrote:
Another thing that occurred to me: since most time of the current
blame implementation is spent on diff (svn_diff_file_diff_2), maybe
a quick win could be to simply (?) optimize the diff code? Or write a
specialized
Johan Corveleyn wrote on Fri, Aug 20, 2010 at 01:43:16 +0200:
If anyone has any more suggestions, short of installing a Linux
distribution and trying a linux profiler ...
Ask one of the other devs to do the profiling for you?
Committed r987512, thanks.
Daniel Shahaf wrote on Fri, Aug 13, 2010 at 13:34:55 +0300:
Philip Martin wrote on Fri, Aug 13, 2010 at 11:13:10 +0100:
Daniel Shahaf d...@daniel.shahaf.name writes:
I figure this patch can't do any harm (except cost another file-read when
a
write-lock
I was wondering why the regression tests were substantially slower on
my laptop running Ubuntu/Lucid compared to my desktop running
Debian/stable. The laptop is newer and I was expecting it to be about
10% slower than the desktop, yet the laptop takes 17mins compared to
10mins for the desktop.
I arrived at these docstrings by reverse-engineering the implementation
and some guesses. Could someone confirm my understanding?
[[[
* subversion/libsvn_ra_neon/util.c
(multistatus_elements, multistatus_nesting_table, validate_element):
Add docstrings.
]]]
[[[
Index:
On Fri, Aug 20, 2010 at 11:39 AM, s...@apache.org wrote:
Author: stsp
Date: Fri Aug 20 10:39:27 2010
New Revision: 987454
URL: http://svn.apache.org/viewvc?rev=987454view=rev
Log:
* site/publish/roadmap.html
(release-status): Instead of having one big WC-NG item and several other
Based on what you describe, I think this is likely what you are looking for:
http://httpd.apache.org/docs/2.0/mod/mod_mime.html#modmimeusepathinfo
http://mail-archives.apache.org/mod_mbox/httpd-dev/200209.mbox/%3c20020904211343.ga16...@apache.org%3e
On Fri, Aug 20, 2010 at 10:31, julianf...@apache.org wrote:
...
+++ subversion/trunk/subversion/libsvn_wc/upgrade.c Fri Aug 20 14:31:27 2010
@@ -1420,9 +1420,7 @@ svn_wc__upgrade_sdb(int *result_format,
/* ### TODO: Either upgrade to single-DB format here, or quit
* at format
On Fri, 2010-08-20, Daniel Shahaf wrote:
I arrived at these docstrings by reverse-engineering the implementation
and some guesses. Could someone confirm my understanding?
[[[
* subversion/libsvn_ra_neon/util.c
(multistatus_elements, multistatus_nesting_table, validate_element):
Add
On Wed, Aug 18, 2010 at 7:30 AM, Daniel Shahaf d...@daniel.shahaf.name wrote:
Paul Burba wrote on Tue, Aug 17, 2010 at 20:06:34 -0400:
On Thu, Aug 12, 2010 at 2:51 PM, Daniel Shahaf d...@daniel.shahaf.name
wrote:
Paul Burba wrote on Fri, Aug 06, 2010 at 10:30:50 -0400:
As described in
On Fri, 2010-08-20, Greg Stein wrote:
On Fri, Aug 20, 2010 at 10:31, julianf...@apache.org wrote:
+++ subversion/trunk/subversion/libsvn_wc/upgrade.c Fri Aug 20 14:31:27 2010
@@ -1420,9 +1420,7 @@ svn_wc__upgrade_sdb(int *result_format,
/* ### TODO: Either upgrade to single-DB
What's the idea?
External means Switched
===
Well, not quite! But at the WC layer they have a lot in common. Let's
take advantage of it.
In both cases:
* An 'external' or 'switched' WC node is a file or a directory (tree).
* An 'external' or 'switched' WC node is an
-Original Message-
From: artag...@apache.org [mailto:artag...@apache.org]
Sent: vrijdag 20 augustus 2010 7:09
To: comm...@subversion.apache.org
Subject: svn commit: r987513 -
/subversion/trunk/subversion/svnrdump/svnrdump.c
Author: artagnon
Date: Fri Aug 20 14:08:42 2010
New
On 20.08.2010 19:54, Julian Foad wrote:
What's the idea?
External means Switched
===
Well, not quite! But at the WC layer they have a lot in common. Let's
take advantage of it.
In both cases:
* An 'external' or 'switched' WC node is a file or a directory (tree).
-Original Message-
From: Greg Stein [mailto:gst...@gmail.com]
Sent: vrijdag 20 augustus 2010 9:55
To: dev@subversion.apache.org
Subject: Re: svn commit: r987526 -
/subversion/trunk/subversion/libsvn_wc/upgrade.c
On Fri, Aug 20, 2010 at 10:31, julianf...@apache.org wrote:
...
I think we can all agree that when a user deletes part of their WC via
the OS they have made a mistake of some sort. But which mistake
exactly? The obvious answer is that they really intended 'svn del
dirX/foo.c'. But possibly they intended something more akin to 'svn
up --set-depth empty
On Fri, Aug 20, 2010 at 3:29 AM, Stefan Sperling s...@elego.de wrote:
just me): http://subversion.tigris.org/issues/show_bug.cgi?id=3684
Lieven fixed this in serf trunk a few months back. IOW, I can
reproduce with serf 0.6.1, but not serf trunk.
Greg/Lieven: shall we cut a new release? Greg
On Fri, Aug 20, 2010 at 14:01, Bert Huijben b...@vmoo.com wrote:
-Original Message-
From: Greg Stein [mailto:gst...@gmail.com]
Sent: vrijdag 20 augustus 2010 9:55
To: dev@subversion.apache.org
Subject: Re: svn commit: r987526 -
/subversion/trunk/subversion/libsvn_wc/upgrade.c
On
I wish you wouldn't change the subject line so often. Bert and I
responded to the original email.
On Fri, Aug 20, 2010 at 13:45, Julian Foad julian.f...@wandisco.com wrote:
On Fri, 2010-08-20, Greg Stein wrote:
On Fri, Aug 20, 2010 at 10:31, julianf...@apache.org wrote:
+++
-Original Message-
From: Julian Foad [mailto:julian.f...@wandisco.com]
Sent: vrijdag 20 augustus 2010 10:54
To: dev@subversion.apache.org
Subject: [RFC] 'External' and 'Switched': common ground
What's the idea?
External means Switched
===
Well, not
On Fri, Aug 20, 2010 at 1:40 PM, Johan Corveleyn jcor...@gmail.com wrote:
After eliminating antivirus, and running with a release build instead
of a debug build, svn diff is just about on par with GNU diff. So this
eliminates the option of optimizing diff ...
Unless ...
For every diff during
As an interested bystander, I don't have much to add here, except:
On 8/20/2010 10:54 AM, Julian Foad wrote:
+--+--+--+
| | switched | external |
Getting back to this...
On Thu, Aug 12, 2010 at 16:10, Hyrum K. Wright
hyrum_wri...@mail.utexas.edu wrote:
Recently, we've updated the various client APIs which do commits to
return commit info back through a callback[1], since they may be
extended to perform multiple commits (see issue #1199
On Fri, Aug 20, 2010 at 9:46 PM, Greg Stein gst...@gmail.com wrote:
Getting back to this...
On Thu, Aug 12, 2010 at 16:10, Hyrum K. Wright
hyrum_wri...@mail.utexas.edu wrote:
Recently, we've updated the various client APIs which do commits to
return commit info back through a callback[1],
On Fri, Aug 20, 2010 at 7:35 AM, C. Michael Pilato cmpil...@collab.net wrote:
See http://subversion.tigris.org/issues/show_bug.cgi?id=3693
Would it make sense for a multi-target update (such as 'svn update *') to
print headers for each of its targets?
$ svn up projects/*
Updating
On Fri, Aug 20, 2010 at 17:43, Hyrum K. Wright
hyrum_wri...@mail.utexas.edu wrote:
On Fri, Aug 20, 2010 at 9:46 PM, Greg Stein gst...@gmail.com wrote:
...
Sounds like something good for 1.8.
I've actually got some of the bits already done, and figured since the
commit callback stuff has
On Fri, Aug 20, 2010 at 11:19 AM, Justin Erenkrantz
jus...@erenkrantz.com wrote:
On Fri, Aug 20, 2010 at 11:15 AM, Lieven Govaerts
lieven.govae...@gmail.com wrote:
The memory usage problem is probably still there. Last time I looked
at it with valgrind (at the elego days), most of the memory
32 matches
Mail list logo
