Before we moved to the ASF, the Subversion project had a habit of
running our pre-releases on our live repository, and I wonder if there
would be benefits to putting the 1.7.0 alphas on svn.apache.org.
The server-side of 1.7.0 has seen several enhancements, but unlike the
client, where much of
Daniel Shahaf d...@daniel.shahaf.name writes:
+if test -e subversion/svn_private_config.h diff
subversion/svn_private_config.h subversion/svn_private_config.h.tmp.new
/dev/null ; then
s/diff /dev/null/cmp/ ?
I believe autoconf already uses diff unconditionally, so
No objections here so I marked the roadmap item Deferred and green in
r1135058.
- Julian
On Fri, 2011-06-10 at 11:48 -0400, C. Michael Pilato wrote:
On 06/10/2011 11:38 AM, Hyrum K Wright wrote:
On Fri, Jun 10, 2011 at 10:33 AM, C. Michael Pilato cmpil...@collab.net
wrote:
On 06/10/2011
Dirk Thomas web...@dirk-thomas.net writes:
A short comment along the lines 'Sets *REVISION_DELETED ...'
+static svn_error_t *
+check_for_deleted_rev(svn_ra_session_t *ra_session,
+ const char *url_or_path,
+ svn_revnum_t peg_revnum,
+
On Sun, Jun 12, 2011 at 9:37 PM, Greg Hudson ghud...@mit.edu wrote:
My executive summary of your post is that you want diff3 to try to merge
related, but not identical, changes occuring between a pair of sync
points. I'm wary about this for two reasons.
First, the benefit appears to arise
This is a list of all the changes to public symbols, with a few drive-by
remarks. Comparing 1.6.17 to trunk@1134000; I'll check for any
subsequent changes on trunk later.
HEADERS REVIEWED
svn_io.h
svn_iter.h - no change except doc clarification
svn_md5.h - no change
svn_mergeinfo.h
We have the option of running alphas on the mirror (harmonia/svn.eu)
while leaving svn-master(eris) on 1.6.x.
The idea being that if eris runs a stable release it would require two
bugs, rather than one, to corrupt both mirrors of a given repository.
Hyrum K Wright wrote on Mon, Jun 13, 2011 at
-Original Message-
From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
Sent: maandag 13 juni 2011 14:22
To: Hyrum K Wright
Cc: Subversion Development; infrastructure
Subject: Re: Running the 1.7.0 pre-releases on svn.apache.org
We have the option of running alphas on the mirror
Bert Huijben wrote on Mon, Jun 13, 2011 at 14:22:51 +0200:
-Original Message-
From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
Sent: maandag 13 juni 2011 14:22
To: Hyrum K Wright
Cc: Subversion Development; infrastructure
Subject: Re: Running the 1.7.0 pre-releases on
On 06/13/2011 03:45 AM, Hyrum K Wright wrote:
I don't recall if we ran alphas on svn.collab.net during the 1.5 cycle
(we certainly ran RCs) and running the alphas in production might be a
bit premature. I'm not yet sure how I personally feel about it, but
just wanted to know how others felt,
Thank you for your feedback, Philip.
I have attached an updated patch.
A short comment along the lines 'Sets *REVISION_DELETED ...'
I have added a comment for function check_for_deleted_rev.
No whitespace before ')'.
Split long line before ' session_opt_revnum'
I have updated the
On Mon, 2011-06-13 at 07:00 -0400, Morten Kloster wrote:
I assume he has discussed this elsewhere in more detail? The link
you provided says very little about it (and the ONLY hit for implicit
cherrypicking on Google was your post :-).
Yes, but I'm not sure where any more, unfortunately.
This is a list of all the changes to public symbols, with a few drive-by
remarks. Comparing 1.6.17 to trunk@1134000; I'll check for any
subsequent changes on trunk later.
HEADERS REVIEWED
svn_sorts.h - no change
svn_string.h
svn_subst.h
svn_time.h - no change
svn_types.h
svn_user.h
Julian Foad wrote on Mon, Jun 13, 2011 at 16:22:20 +0100:
This is a list of all the changes to public symbols, with a few drive-by
remarks. Comparing 1.6.17 to trunk@1134000; I'll check for any
subsequent changes on trunk later.
svn_types.h
+ SVN_UNALIGNED_ACCESS_IS_OK
+ svn_version_t
Hi,
Drs. Jeffrey Carver, Rosanna Guadagno, Debra McCallum, and Mr. Amiangshu
Bosu, University of Alabama, and Dr. Lorin Hochstein, University of
Southern California, are conducting a survey of open-source software
developers. This survey seeks to understand how developers on distributed,
virtual
On Mon, Jun 13, 2011 at 05:01:17PM -, cmpil...@apache.org wrote:
Author: cmpilato
Date: Mon Jun 13 17:01:16 2011
New Revision: 1135176
@@ -10281,6 +10286,15 @@ calculate_left_hand_side(const char **ur
_('%s@%ld' must be ancestrally related to
On Tue, Jun 7, 2011 at 3:41 PM, Julian Foad julian.f...@wandisco.com wrote:
Just a thought: is the upgrade time linear with WC size? If so, I say
good enough, if much worse than linear, probably not good enough.
- Julian
Hi Julian,
To get a rough idea I ran upgrade on some bigger WCs this
On Tue, Jun 7, 2011 at 7:51 PM, Philip Martin
philip.mar...@wandisco.com wrote:
Paul Burba ptbu...@gmail.com writes:
I ran a series of simple comparisons today, checking out the 1.6.17
tag vs. upgrading a 1.6 WC of the same. The upgrade was about twice
as slow (yes obviously there are a lot
On Mon, Jun 13, 2011 at 3:30 PM, Paul Burba ptbu...@gmail.com wrote:
Running an upgrade of a trunk WC on my machine under xperf takes
00:03:46.351 elapsed and 11.44s CPU time using my primary drive (320
GB, SATA-II, 7200 rpm, 16 MB Cache, NTFS). Subversion spends 50s
total disk service time
Mark Phippard markp...@gmail.com writes:
Do we obtain and release a lot of those old-style SVN WC locks. We
know those are really slow on Windows so if we are
creating/releasing/creating/releasing these locks that might explain
it?
Yes, upgrade creates old-style locks. It locks each
On 06/13/2011 01:23 PM, Stefan Sperling wrote:
On Mon, Jun 13, 2011 at 05:01:17PM -, cmpil...@apache.org wrote:
Author: cmpilato
Date: Mon Jun 13 17:01:16 2011
New Revision: 1135176
@@ -10281,6 +10286,15 @@ calculate_left_hand_side(const char **ur
On Tue, Jun 7, 2011 at 10:16 PM, Morten Kloster mor...@gmail.com wrote:
On Fri, May 27, 2011 at 11:00 PM, Morten Kloster mor...@gmail.com wrote:
[[[
Speeds up LCS algorithm for well-separated sections of change
By exploiting unique matches between the two files, it is possible to
restart
Translation status report for trunk@r1135379
lang trans untrans fuzzy obs
--
de2053 142 298 251 UUooo
es1980 215 328 387 +++UUU
fr2159 36
23 matches
Mail list logo