Translation status report for trunk@r1188510
lang trans untrans fuzzy obs
--
de2065 168 335 269 UUooo
es1991 242 362 405 +++UU~
fr2233 0
> -Original Message-
> From: Mark Phippard [mailto:markp...@gmail.com]
> Sent: Tuesday, 25 October, 2011 4:23 AM
> To: Joel Low
> Cc: Bert Huijben; Subversion Developers' List
> Subject: Re: Infinite loop on when using svn blame
>
> On Mon, Oct 24, 2011 at 8:35 AM, Joel Low wrote:
>
> >
On Mon, Oct 24, 2011 at 3:28 PM, C. Michael Pilato wrote:
> On 10/24/2011 04:24 PM, hwri...@apache.org wrote:
>> Author: hwright
>> Date: Mon Oct 24 20:24:32 2011
>> New Revision: 1188357
>
> [...]
>
>> Modified: subversion/trunk/subversion/libsvn_delta/compat.c
>> URL:
>> http://svn.apache.org/v
On 10/24/2011 04:24 PM, hwri...@apache.org wrote:
> Author: hwright
> Date: Mon Oct 24 20:24:32 2011
> New Revision: 1188357
[...]
> Modified: subversion/trunk/subversion/libsvn_delta/compat.c
> URL:
> http://svn.apache.org/viewvc/subversion/trunk/subversion/libsvn_delta/compat.c?rev=1188357&r1=
On Mon, Oct 24, 2011 at 8:35 AM, Joel Low wrote:
>
> Yes, the generated project files only define WIN32. In my build of APR, apr.h
> defines:
>
> #ifdef WIN64
> #define APR_SIZEOF_VOIDP 8
> #else
> #define APR_SIZEOF_VOIDP 4
> #endif
>
> A quick search around the APR source tree (I loaded up
On Mon, Oct 24, 2011 at 3:13 PM, Daniel Shahaf wrote:
> Hyrum K Wright wrote on Mon, Oct 24, 2011 at 15:09:52 -0500:
>> On Mon, Oct 24, 2011 at 2:11 PM, Daniel Shahaf
>> wrote:
>> > Hyrum K Wright wrote on Mon, Oct 24, 2011 at 14:01:20 -0500:
>> >> On Mon, Oct 24, 2011 at 1:13 PM, Daniel Shahaf
Hyrum K Wright wrote on Mon, Oct 24, 2011 at 15:09:52 -0500:
> On Mon, Oct 24, 2011 at 2:11 PM, Daniel Shahaf
> wrote:
> > Hyrum K Wright wrote on Mon, Oct 24, 2011 at 14:01:20 -0500:
> >> On Mon, Oct 24, 2011 at 1:13 PM, Daniel Shahaf
> >> wrote:
> >> > hwri...@apache.org wrote on Mon, Oct 24,
On Mon, Oct 24, 2011 at 2:11 PM, Daniel Shahaf wrote:
> Hyrum K Wright wrote on Mon, Oct 24, 2011 at 14:01:20 -0500:
>> On Mon, Oct 24, 2011 at 1:13 PM, Daniel Shahaf
>> wrote:
>> > hwri...@apache.org wrote on Mon, Oct 24, 2011 at 17:48:07 -:
>> >> Author: hwright
>> >> Date: Mon Oct 24 17:4
Hyrum K Wright wrote on Mon, Oct 24, 2011 at 14:01:20 -0500:
> On Mon, Oct 24, 2011 at 1:13 PM, Daniel Shahaf
> wrote:
> > hwri...@apache.org wrote on Mon, Oct 24, 2011 at 17:48:07 -:
> >> Author: hwright
> >> Date: Mon Oct 24 17:48:06 2011
> >> New Revision: 1188256
> >>
> >> URL: http://svn
On Mon, Oct 24, 2011 at 1:13 PM, Daniel Shahaf wrote:
> hwri...@apache.org wrote on Mon, Oct 24, 2011 at 17:48:07 -:
>> Author: hwright
>> Date: Mon Oct 24 17:48:06 2011
>> New Revision: 1188256
>>
>> URL: http://svn.apache.org/viewvc?rev=1188256&view=rev
>> Log:
>> Create a struct to hold the
hwri...@apache.org wrote on Mon, Oct 24, 2011 at 17:48:07 -:
> Author: hwright
> Date: Mon Oct 24 17:48:06 2011
> New Revision: 1188256
>
> URL: http://svn.apache.org/viewvc?rev=1188256&view=rev
> Log:
> Create a struct to hold the ever-growing collection of Ev2 shim callbacks.
>
> * subversi
Julian Foad writes:
> Philip Martin wrote:
>> http://subversion.tigris.org/issues/show_bug.cgi?id=4042
> [...] Should we support that in 1.7? Or should we simply have the
>> client refuse to commit incomplete nodes. Most incomplete nodes
>> occur after an interrupted update, but wc could have
Philip Martin writes:
> What does refusing to commit incomplete directories mean. Given:
>
> $ svn st wc
> ! wc/A/B
> M wc/A/B/C/f
> !M wc/X/Y
Typo, I meant
! wc/X/Y
> M wc/X/B/C/f
> M wc/P/f
>
> Do these fail due to incomplete:
>
> $ svn ci wc/A/B/C/f # explict inside incomple
Julian Foad writes:
> Philip Martin wrote:
>> http://subversion.tigris.org/issues/show_bug.cgi?id=4042
> [...] Should we support that in 1.7? Or should we simply have the
>> client refuse to commit incomplete nodes. Most incomplete nodes
>> occur after an interrupted update, but wc could have
/home/neels/svnbench/20111024-133042
Started at Mon Oct 24 13:30:42 UTC 2011
Averaged-total results across all runs:
---
COMPARE total_1.7.x to total_trunk
TOTAL RUN timings: 157.0 seconds avg for total_1.7.x
123.9 seconds avg for
Philip Martin wrote:
> http://subversion.tigris.org/issues/show_bug.cgi?id=4042
[...]
> Should we support that in 1.7? Or should we simply have the client
> refuse to commit incomplete nodes. Most incomplete nodes occur
> after an interrupted update, but wc could have incomplete working
> nodes
Hi Bert,
> -Original Message-
> From: Bert Huijben [mailto:b...@qqmail.nl]
> Sent: Monday, 24 October, 2011 8:22 PM
> To: Joel Low; 'Subversion Developers' List'
> Cc: Mark Phippard
> Subject: RE: Infinite loop on when using svn blame
>
> > -Original Message-
> > From: Joel Low [m
A user reported an assertion failure in 1.7:
http://subversion.tigris.org/issues/show_bug.cgi?id=4042
caused by committing a property change on a presence=incomplete
directory. It's not possible to prevent property modifications on
incomplete directories, since the modification could be made bef
> -Original Message-
> From: Joel Low [mailto:j...@joelsplace.sg]
> Sent: zondag 23 oktober 2011 10:15
> To: Subversion Developers' List (dev@subversion.apache.org)
> Subject: RE: Infinite loop on when using svn blame
>
> > -Original Message-
> > From: Joel Low [mailto:j...@joelspl
On Mon, Oct 24, 2011 at 02:13:12AM +0200, Milian Wolff wrote:
> https://bugs.kde.org/show_bug.cgi?id=284061#c10
>
> If you happen to use svn1.7, did the app work with the two changes you
> mentioned above? I.e. is the updated version working now?
Yes, it works. Doesn't crash for me.
20 matches
Mail list logo
