On 23.08.2012 00:13, Bert Huijben wrote:
> Note that the old bump_to_30 code (conflict handling stuff and index
> fixes) was just waiting for the next format bump in order not to add
> an unneeded extra format bump, so if you want to merge this back to
> trunk before trunk is bumped your bump and t
On Mon, Aug 20, 2012 at 12:43 PM, Lieven Govaerts wrote:
> On Mon, Aug 20, 2012 at 10:18 AM, Johan Corveleyn wrote:
>> On Sun, Aug 19, 2012 at 1:53 PM, Lieven Govaerts wrote:
>>> Hi Johan,
>>>
>>>
>>> as you seem to be the only one encountering issue 4174, would you mind
>>> testing attached ser
On Thu, Aug 23, 2012 at 11:07 AM, wrote:
> Author: philip
> Date: Thu Aug 23 09:07:58 2012
> New Revision: 1376416
>
> URL: http://svn.apache.org/viewvc?rev=1376416&view=rev
> Log:
> * STATUS: Propose r1376414 (with stsp via IRC).
>
> Modified:
> subversion/tags/1.7.6/STATUS
In tags/1.7.6?
Johan Corveleyn writes:
> On Thu, Aug 23, 2012 at 11:07 AM, wrote:
>> Author: philip
>> Date: Thu Aug 23 09:07:58 2012
>> New Revision: 1376416
>>
>> URL: http://svn.apache.org/viewvc?rev=1376416&view=rev
>> Log:
>> * STATUS: Propose r1376414 (with stsp via IRC).
>>
>> Modified:
>> subversi
On Thu, Aug 23, 2012 at 3:05 AM, Branko Čibej wrote:
> On 23.08.2012 00:13, Bert Huijben wrote:
>> Note that the old bump_to_30 code (conflict handling stuff and index
>> fixes) was just waiting for the next format bump in order not to add
>> an unneeded extra format bump, so if you want to merge
> -Original Message-
> From: phi...@apache.org [mailto:phi...@apache.org]
> Sent: donderdag 23 augustus 2012 13:09
> To: comm...@subversion.apache.org
> Subject: svn commit: r1376436 -
> /subversion/trunk/subversion/libsvn_fs_fs/fs_fs.c
>
> Author: philip
> Date: Thu Aug 23 11:08:54 2012
"Bert Huijben" writes:
>> -SVN_ERR(read_non_packed_revprop(proplist_p, fs, rev, generation,
>> -pool));
>> +{
>> + svn_error_t *err = read_non_packed_revprop(proplist_p, fs, rev,
>> + generation, pool
On 08/22/2012 03:39 PM, Philip Martin wrote:
> I'm currently using BDB's svn_repos lock for the BDB freeze so that
> makes a BDB repository completely unreadable while frozen. No BDB
> commits can start while frozen. Starting a BDB freeze has to wait for
> in-progress commits to finish.
Strictly
8 matches
Mail list logo