Translation status report for trunk@r1618793
lang trans untrans fuzzy obs
--
de2722 62 227 474 +++~~~
es2229 555 790 528 ++U~~~
fr2533 251
On 18.08.2014 21:43, Evgeny Kotkov wrote:
> What I am really concerned about is that this internal little fix
> could ultimately become an unnecessary complicated, full-stack and
> user-visible feature. I doubt that we want users to know something
> about the way we solve our *internal* problems. W
Stefan Fuhrmann wrote:
> Most of this is covered by r1616613. I did not, however, rename l2p_page_size
> to keep the actual code churn low.
Thanks.
- Julian
Hi Stefan,
> Here at the SHF hackathon, we briefly talked about how to proceed. I quite
> happy with the current implementation wrt to its technical approach. However,
> we identified another operation that should bump the instance ID, fs_recover.
> And there might be more.
>
> None of that is com
On Mon, Aug 18, 2014 at 06:40:16PM +0200, Bert Huijben wrote:
> Can you document how property conflicts are stored in this array. For the
> previous versions we have multiple ways to encode these.
>
> An info call is pretty performance critical for many gui clients so it
> shouldn't start creati
Can you document how property conflicts are stored in this array. For the
previous versions we have multiple ways to encode these.
An info call is pretty performance critical for many gui clients so it
shouldn't start creating temp files for every property conflict it notes, or
many different d
On Fri, Aug 15, 2014 at 12:15 PM, Evgeny Kotkov wrote:
> > To be constructive, I implemented the feature in the db/uuid
> > instead of db/format - taking your code and commentary
> > where possible. That automatically covered the dump / load
> > issue and shortened the patch quite a bit. Cache ke
On Mon, Aug 18, 2014 at 02:33:38PM +0200, Bert Huijben wrote:
> > -Original Message-
> > From: s...@apache.org [mailto:s...@apache.org]
> > Sent: donderdag 14 augustus 2014 21:23
> > To: comm...@subversion.apache.org
> > Subject: svn commit: r1618024 - in /subversion/trunk/subversion:
> > l
On Tue, Aug 12, 2014 at 9:34 PM, Ivan Zhakov wrote:
> On 11 August 2014 20:29, Stefan Fuhrmann
> wrote:
> >
> > On Mon, Aug 4, 2014 at 4:23 PM, Ivan Zhakov wrote:
> >>
> >> On 4 August 2014 17:48, Branko Čibej wrote:
> >> > On 04.08.2014 15:22, Ivan Zhakov wrote:
> >> >
> >> > On 2 August 2014
On Tue, Aug 12, 2014 at 7:22 PM, Ivan Zhakov wrote:
> Stefan,
>
> I've noticed another severe issue in named atomic infrastructure used
> by revprop caching code while reviewing r1611379 fix:
> svn_atomic_namespace__create() doesn't release file lock and
> process-wide mutex (!) on error in libsv
> -Original Message-
> From: s...@apache.org [mailto:s...@apache.org]
> Sent: donderdag 14 augustus 2014 21:23
> To: comm...@subversion.apache.org
> Subject: svn commit: r1618024 - in /subversion/trunk/subversion:
> libsvn_client/merge.c libsvn_wc/tree_conflicts.c
>
> Author: stsp
> Date:
On Mon, Jul 7, 2014 at 4:59 PM, Branko Čibej wrote:
> On 07.07.2014 16:25, Ivan Zhakov wrote:
> > On 27 August 2013 03:53, wrote:
> >> Author: stefan2
> >> Date: Mon Aug 26 23:53:19 2013
> >> New Revision: 1517733
> >>
> >> URL: http://svn.apache.org/r1517733
> >> Log:
> >> Following up on a su
On 18.08.2014 09:21, Julian Foad wrote:
> Ivan Zhakov wrote:
>
>>> * subversion/include/svn_x509.h
>>> * subversion/libsvn_subr/x509.h
>>> * subversion/libsvn_subr/x509info.c
>>> * subversion/libsvn_subr/x509parse.c
>>> * subversion/tests/libsvn_subr/x509-test.c
>>>(): Fix line endings and
Ivan Zhakov wrote:
>> * subversion/include/svn_x509.h
>> * subversion/libsvn_subr/x509.h
>> * subversion/libsvn_subr/x509info.c
>> * subversion/libsvn_subr/x509parse.c
>> * subversion/tests/libsvn_subr/x509-test.c
>> (): Fix line endings and set svn:eol-style to native.
>>
> May be it's a
I tried to compile subversion trunk, and running gen-make.py,
but raise exception at build\generator\gen_win_dependencies.py.
build\generator\gen_win_dependencies.py tries to find LIBINTL_VERSION
from libintl.h, but libintl.h doesn't contain LIBINTL_VERSION.
Where can I get libintl.h which has LI
15 matches
Mail list logo