On Thu, Sep 9, 2010 at 02:05, Lieven Govaerts wrote:
>...
>> The solution I'm looking at now is to undo r1388, and solve the
>> crashes in another way.
>
> Serf trunk 1408 solves this issue for me and for Paul.
Should I port that to the 0.7.x branch and make a release? I didn't
see any API change
On Wed, Sep 8, 2010 at 9:06 PM, Lieven Govaerts wrote:
> On Wed, Sep 8, 2010 at 9:00 PM, Paul Burba wrote:
>> On Thu, May 27, 2010 at 2:42 AM, Lieven Govaerts wrote:
>>> Hi,
>>>
>>> On Mon, May 24, 2010 at 3:51 PM, Lieven Govaerts wrote:
On Sun, May 16, 2010 at 10:38 AM, Stefan Küng
On Wed, Sep 8, 2010 at 12:41 PM, Johan Corveleyn wrote:
> On Wed, Sep 8, 2010 at 12:00 PM, Stefan Fuhrmann
> wrote:
>> Johan Corveleyn wrote:
>>>
>>> On Mon, Sep 6, 2010 at 2:10 AM, Stefan Fuhrmann
>>> wrote:
>>>
The only way to get closer to understanding the nature of the
proble
On Wed, Sep 8, 2010 at 3:31 PM, Greg Stein wrote:
> I suspected as much, and simply wanted to confirm/prod.
No problem, thanks for the prod.
> Keeping "new" features from here-on-out on a branch is totally fine
> with me. Alternatively, placing them under an #ifdef like we did with
> the obliter
I suspected as much, and simply wanted to confirm/prod.
Keeping "new" features from here-on-out on a branch is totally fine
with me. Alternatively, placing them under an #ifdef like we did with
the obliterate support works well, too. (and yes, I realize Java can't
do that very easily...)
Cheers,
On Wed, Sep 8, 2010 at 9:00 PM, Paul Burba wrote:
> On Thu, May 27, 2010 at 2:42 AM, Lieven Govaerts wrote:
>> Hi,
>>
>> On Mon, May 24, 2010 at 3:51 PM, Lieven Govaerts wrote:
>>> On Sun, May 16, 2010 at 10:38 AM, Stefan Küng wrote:
Hi,
During the last few days, I've changed TSV
On Wed, Sep 8, 2010 at 1:53 PM, Matthijs Kooijman wrote:
> Hi Hyrym,
>
> thanks for your thoughts.
>
>> Would it be possible to add a test to the Perl bindings tests which
>> exercises this new code?
> Where do these live? I looked around the tests directory a bit, but I
> didn't think there were
On Wed, Sep 8, 2010 at 3:00 PM, Paul Burba wrote:
> On Thu, May 27, 2010 at 2:42 AM, Lieven Govaerts wrote:
>> Hi,
>>
>> On Mon, May 24, 2010 at 3:51 PM, Lieven Govaerts wrote:
>>> On Sun, May 16, 2010 at 10:38 AM, Stefan Küng wrote:
Hi,
During the last few days, I've changed TSV
On Thu, May 27, 2010 at 2:42 AM, Lieven Govaerts wrote:
> Hi,
>
> On Mon, May 24, 2010 at 3:51 PM, Lieven Govaerts wrote:
>> On Sun, May 16, 2010 at 10:38 AM, Stefan Küng wrote:
>>> Hi,
>>>
>>> During the last few days, I've changed TSVN to link against the svn trunk.
>>> The speed is much bette
Hi Hyrym,
thanks for your thoughts.
> Would it be possible to add a test to the Perl bindings tests which
> exercises this new code?
Where do these live? I looked around the tests directory a bit, but I
didn't think there were tests for bindings?
> Additionally, you should probably provide a log
On Wed, Sep 8, 2010 at 1:09 PM, Matthijs Kooijman wrote:
> Hi folks,
>
>> While writing this, I've finally found the "include/svn_containers.swg"
>> file containing all kinds of typemaps for the apr_*_t types. I'll try
>> poking in there a bit, I'll keep you posted.
>
> Using the following patch (
On Wed, Sep 8, 2010 at 8:44 AM, Matthijs Kooijman wrote:
> Hi folks,
>
> while trying to get git-svn to work with gnome-keyring, I found that the
> (perl) bindings for the svn_auth_get_platform_specific_client_providers
> function are missing. Or actually, a binding is generated, but it
> ends wit
On Mon, Sep 6, 2010 at 1:39 PM, Hyrum K. Wright
wrote:
> On Fri, Sep 3, 2010 at 11:19 AM, Hyrum K. Wright
> wrote:
>> As I recall, Stefan recently declared the performance branch "done".
>> It's encouraging to see a few intrepid users and devs looking at the
>> branch and providing feedback.
>>
>
Hi folks,
> While writing this, I've finally found the "include/svn_containers.swg"
> file containing all kinds of typemaps for the apr_*_t types. I'll try
> poking in there a bit, I'll keep you posted.
Using the following patch (which just appends a bit to the end of the file),
the svn_auth_get_
On Tue, Sep 7, 2010 at 5:56 PM, Greg Stein wrote:
> I don't see a README.branch or whatever it should be named...
Thanks for the reminder, I've added one in r995168.
> What is this branch for, and why is it not on trunk?
The purpose is to expose some of the RA-layer APIs in JavaHL. The
reason
On 09/08/2010 12:53 PM, Philip Martin wrote:
> If I lock a file, modify it and commit over DAV then the lock is
> visible in the pre-commit hook, and if the commit fails the lock
> remains valid.
>
> If I delete the file, rather than modify it, then the lock gets
> removed before the pre-commit ho
If I lock a file, modify it and commit over DAV then the lock is
visible in the pre-commit hook, and if the commit fails the lock
remains valid.
If I delete the file, rather than modify it, then the lock gets
removed before the pre-commit hook runs, and if the commit fails the
lock is gone. This
Hi,
The attached patch adds a test case for issue #3471:svn up touches file
w/ lock & svn:keywords property and marking it as 'XFail' until the
issue is fixed.
[[[
Log:
Add a test for issue #3471:'svn up touches file w/ lock &
svn:keywords property'
* subversion/tests/cmdline/update_tests.py
Hi folks,
while trying to get git-svn to work with gnome-keyring, I found that the
(perl) bindings for the svn_auth_get_platform_specific_client_providers
function are missing. Or actually, a binding is generated, but it
ends with:
/* FIXME: Missing argout typemap:
svn_auth_get_platform_spec
Hi,
there are still free slots for the Apache Retreat in Hursely next week:
http://sites.google.com/site/apacheretreat/
AFAIK the following Subversion developers will be present:
Stephen Butler, Daniel Näslund, Daniel Shahaf, Hyrum Wright, myself.
There are still free slots for the event, and th
On Wed, Sep 8, 2010 at 12:00 PM, Stefan Fuhrmann
wrote:
> Johan Corveleyn wrote:
>>
>> On Mon, Sep 6, 2010 at 2:10 AM, Stefan Fuhrmann
>> wrote:
>>
>>>
>>> The only way to get closer to understanding the nature of the
>>> problem, I've added extensive logging code to the cache.
>>> Please run "sv
Philip Martin wrote:
Branko Čibej writes:
On 06.09.2010 12:16, Philip Martin wrote:
To use a per-directory query strategy we would probably have to cache
data in memory, although not to the same extent as in 1.6. We should
probably avoid having Subversion make status callbacks into
Johan Corveleyn wrote:
On Mon, Sep 6, 2010 at 2:10 AM, Stefan Fuhrmann
wrote:
The only way to get closer to understanding the nature of the
problem, I've added extensive logging code to the cache.
Please run "svnserve -M1000 -d --forground -r ... > svnserve.log",
zip the log file after the p
23 matches
Mail list logo
