Translation status report for trunk@r1135379
lang trans untrans fuzzy obs
--
de2053 142 298 251 UUooo
es1980 215 328 387 +++UUU
fr2159 36
On Tue, Jun 7, 2011 at 10:16 PM, Morten Kloster wrote:
> On Fri, May 27, 2011 at 11:00 PM, Morten Kloster wrote:
>> [[[
>> Speeds up LCS algorithm for well-separated sections of change
>> By exploiting unique matches between the two files, it is possible to
>> "restart" the LCS algorithm at tim
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
>>
Mark Phippard 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 directory before
up
On Mon, Jun 13, 2011 at 3:30 PM, Paul Burba 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 (46.8s of that
On Mon, 2011-06-13 at 15:30 -0400, Paul Burba wrote:
> On Tue, Jun 7, 2011 at 3:41 PM, Julian Foad 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
On Tue, Jun 7, 2011 at 7:51 PM, Philip Martin
wrote:
> Paul Burba 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 of moving parts here and making
>> a
On Tue, Jun 7, 2011 at 3:41 PM, Julian Foad 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 weekend:
WC for
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 "
>
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
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_ver
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
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.
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 for
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 fel
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-
> -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
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 0
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
sv
On Sun, Jun 12, 2011 at 9:37 PM, Greg Hudson 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 chiefly for w
Dirk Thomas 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,
> + svn_revnum_
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
> > wrote:
> >> On 06/10/2011 07:39 AM,
Daniel Shahaf 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 using diff is
l
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 the
24 matches
Mail list logo
