On 12.02.2015 05:17, Branko Čibej wrote:
> On 12.02.2015 05:07, kay wrote:
>> Below is the content of the svn_private_config: I observed there is a symbol
>> for SVN_PATH_LOCAL_SEPERATOR: What should I do now?
>
> I have no idea. I looked through your 'make' log again and saw a huge
> number of wa
On 12.02.2015 05:07, kay wrote:
> Below is the content of the svn_private_config: I observed there is a symbol
> for SVN_PATH_LOCAL_SEPERATOR: What should I do now?
I have no idea. I looked through your 'make' log again and saw a huge
number of warnings that shouldn't be there; for example:
sub
Below is the content of the svn_private_config: I observed there is a symbol
for SVN_PATH_LOCAL_SEPERATOR: What should I do now?
view svn_private_config.h
"svn_private_config.h" [Read only] 257 lines, 7856 characters
/* subversion/svn_private_config.h.tmp. Generated from
svn_private_config.h.in
On 12.02.2015 04:07, kay wrote:
> I got the subversion from https://subversion.apache.org/download/ and it's
> version 1.8.11. BerkeleyDB was downloaded from Oracle site.
>
> I configured the subversion with the following:
>
> ./configure --prefix=/dhhs1t/3rdparty/tools/svn --with-apr=/usr/local/a
I got the subversion from https://subversion.apache.org/download/ and it's
version 1.8.11. BerkeleyDB was downloaded from Oracle site.
I configured the subversion with the following:
./configure --prefix=/dhhs1t/3rdparty/tools/svn --with-apr=/usr/local/apr/
--with-apr-util=/usr/local/apr/
--with
On 12.02.2015 00:31, kay wrote:
> The newest version (subversion1.8.11) on solaris 10 sparc. I installed
> Berkeley DB, apr,apr-util and the Apache in sequence. Finally I was trying
> to install the subversion to tie everything together. The ./configure was
> however, the make steps spilled out th
The newest version (subversion1.8.11) on solaris 10 sparc. I installed
Berkeley DB, apr,apr-util and the Apache in sequence. Finally I was trying
to install the subversion to tie everything together. The ./configure was
however, the make steps spilled out the errors that I pasted. Any form of
help
>> Recently I've spent some time investigating how lock and unlock are
>> implemented in FSFS and can suggest the following simplification. I
>> attempted just to make this part clearer and a new code is intended to
>> behave exactly the same.
>
> It's not exactly the same, index files are written
On 11.02.2015 20:07, Branko Čibej wrote:
> On 11.02.2015 20:03, Philip Martin wrote:
>> Branko Čibej writes:
>>
>>> I'm seeing this in the logs on the svn-x64-macosx-bdb builder on trunk:
>>>
>>> $ cat fails.log
>>> [[[
>>> XPASS: fs-test 44: test reopen and modify txn [[WIMP: txn_dir_cache fail i
On 11.02.2015 20:03, Philip Martin wrote:
> Branko Čibej writes:
>
>> I'm seeing this in the logs on the svn-x64-macosx-bdb builder on trunk:
>>
>> $ cat fails.log
>> [[[
>> XPASS: fs-test 44: test reopen and modify txn [[WIMP: txn_dir_cache fail in
>> FSFS]]
>> ]]]
>>
>>
>> Philip, I think that'
Branko Čibej writes:
> I'm seeing this in the logs on the svn-x64-macosx-bdb builder on trunk:
>
> $ cat fails.log
> [[[
> XPASS: fs-test 44: test reopen and modify txn [[WIMP: txn_dir_cache fail in
> FSFS]]
> ]]]
>
>
> Philip, I think that's your pigeon; can you please check if this is a
> fluk
Sergey Raevskiy writes:
> Recently I've spent some time investigating how lock and unlock are
> implemented in FSFS and can suggest the following simplification. I
> attempted just to make this part clearer and a new code is intended to
> behave exactly the same.
It's not exactly the same, inde
I'm seeing this in the logs on the svn-x64-macosx-bdb builder on trunk:
$ cat fails.log
[[[
XPASS: fs-test 44: test reopen and modify txn [[WIMP: txn_dir_cache fail in
FSFS]]
]]]
Philip, I think that's your pigeon; can you please check if this is a
fluke, or if we can remove the XFAIL/Work-In-P
On 11.02.2015 18:50, kay wrote:
> Brane, To answer your question about why I am installing svn with BerkelyDB,
> the client wants the BDB as their backend. In the past, they had svn
> installed with fsfs and support user authentication, permissions and
> security.
>
> Now I came across the below er
Brane, To answer your question about why I am installing svn with BerkelyDB,
the client wants the BDB as their backend. In the past, they had svn
installed with fsfs and support user authentication, permissions and
security.
Now I came across the below error during the compilation (make). I have b
Hi!
Recently I've spent some time investigating how lock and unlock are implemented
in FSFS and can suggest the following simplification. I attempted just to make
this part clearer and a new code is intended to behave exactly the same.
The patch is attached.
Log message:
[[[
Simplify implementa
On 11.02.2015 13:58, Andreas Stieger wrote:
> Hello,
>
>> I saw build errors in the bindings with SWIG 3.0.4:
>> ./subversion/bindings/swig/core.i:792: Error: Unknown SWIG preprocessor
>> directive: The (if this is a block of target language code, delimit it
>> with %{ and %})
> And here is the mis
Hello,
> I saw build errors in the bindings with SWIG 3.0.4:
> ./subversion/bindings/swig/core.i:792: Error: Unknown SWIG preprocessor
> directive: The (if this is a block of target language code, delimit it
> with %{ and %})
And here is the missing part for proxy.swg for review...
[[[
Follow-up
I just noticed the hook script templates had inconsistent text:
{pre/post-lock/unlock} lacked the "The hook program runs in an empty
environment..." (HOOKS_ENVIRONMENT_TEXT) and "For more examples..."
(PREWRITTEN_HOOKS_TEXT) sections.
{pre/post-revprop-change} lacked "The default working direc
Stefan Fuhrmann writes:
> I had two basic options to fix the bug.
> (1) Use svn_string_compare that is there for exactly that purpose.
> (2) Fall back to low-level C-string ops and hope to get it right this time.
>
> I chose with option (1). We use the "sizeof(define) -1" construct
> in at least
On Mon, Feb 9, 2015 at 4:52 PM, Evgeny Kotkov
wrote:
> Stefan Fuhrmann writes:
>
> >> As it turns out, this particular micro-optimization makes a data leak
> >> possible. This is not a real security issue, as the change happened on
> >> trunk and didn't become part of any released version. Sti
On Tue, Feb 10, 2015 at 10:38 PM, Ivan Zhakov wrote:
> On 11 February 2015 at 00:28, Daniel Shahaf
> wrote:
> > Ivan Zhakov wrote on Tue, Feb 10, 2015 at 14:48:04 +0300:
> >> On 10 February 2015 at 14:07, Daniel Shahaf
> wrote:
> >> > Stefan Fuhrmann wrote on Sun, Feb 08, 2015 at 18:46:51 +0100
22 matches
Mail list logo
