On 9/10/13 10:41 PM, Curt Sellmer wrote:
> I now have svn 1.8.3 with serf 1.3.1. I am not seeing the "svn:
> E120104: ra_serf: An error occurred during decompression" error as
> often at the moment. Have seen it a few times.
>
> But I do intermittently get several different errors as show below
That thought had crossed my mind, but so far none of the other users
who are still using 1.7 clients have had any issues and also running
the 1.8.1 client on the server box using the file:// scheme has never
produced an error.
On Wed, Sep 11, 2013 at 2:32 AM, Ben Reser wrote:
> On 9/10/13 10:41 P
So... any reason why the last character in paths are getting dropped in the
"Missing ranges: " output?
Ex: the "k" is missing from "trunk" in "Missing ranges:
portal/trunk
Missing ranges:
/portal/trun:4125,4143,4145,4147,4150,4163,4166,4168,4170,4209,4217,4222,4252,4277,4282,4300,4364
On Wed, Sep 11, 2013 at 11:02 AM, Curt Sellmer wrote:
> On Wed, Sep 11, 2013 at 8:11 AM, Curt Sellmer wrote:
>> That thought had crossed my mind, but so far none of the other users
>> who are still using 1.7 clients have had any issues and also running
>> the 1.8.1 client on the server box using
On Wed, Sep 11, 2013 at 8:11 AM, Curt Sellmer wrote:
> That thought had crossed my mind, but so far none of the other users
> who are still using 1.7 clients have had any issues and also running
> the 1.8.1 client on the server box using the file:// scheme has never
> produced an error.
>
> On Wed
On Wed, Sep 11, 2013 at 6:26 PM, Curt Sellmer wrote:
> On Wed, Sep 11, 2013 at 11:02 AM, Curt Sellmer wrote:
>> On Wed, Sep 11, 2013 at 8:11 AM, Curt Sellmer wrote:
>>> That thought had crossed my mind, but so far none of the other users
>>> who are still using 1.7 clients have had any issues an
On Wed, Sep 11, 2013 at 12:17 PM, Lieven Govaerts
wrote:
> On Wed, Sep 11, 2013 at 6:26 PM, Curt Sellmer wrote:
>> On Wed, Sep 11, 2013 at 11:02 AM, Curt Sellmer wrote:
>>> On Wed, Sep 11, 2013 at 8:11 AM, Curt Sellmer wrote:
That thought had crossed my mind, but so far none of the other u
On Wed, Sep 11, 2013 at 2:46 PM, Ben Reser wrote:
> On 9/11/13 12:24 PM, Curt Sellmer wrote:
>> Here is a tail of the error.log. This is from when I was running the
>> tests earlier.
>> I was hoping to pinpoint which set of log messages corresponded to
>> each error, but of
>> course I cannot get
On 9/11/13 12:24 PM, Curt Sellmer wrote:
> Here is a tail of the error.log. This is from when I was running the
> tests earlier.
> I was hoping to pinpoint which set of log messages corresponded to
> each error, but of
> course I cannot get it to fail at all right now. I'll keep trying
> througho
On Wed, Sep 11, 2013 at 3:04 PM, Curt Sellmer wrote:
> On Wed, Sep 11, 2013 at 2:46 PM, Ben Reser wrote:
>> On 9/11/13 12:24 PM, Curt Sellmer wrote:
>>> Here is a tail of the error.log. This is from when I was running the
>>> tests earlier.
>>> I was hoping to pinpoint which set of log messages
Curt Sellmer writes:
> On Wed, Sep 11, 2013 at 2:46 PM, Ben Reser wrote:
>> On 9/11/13 12:24 PM, Curt Sellmer wrote:
>>> Here is a tail of the error.log. This is from when I was running the
>>> tests earlier.
>>> I was hoping to pinpoint which set of log messages corresponded to
>>> each error,
On Wed, Sep 11, 2013 at 6:51 PM, Philip Martin
wrote:
> Curt Sellmer writes:
>
>> On Wed, Sep 11, 2013 at 2:46 PM, Ben Reser wrote:
>>> On 9/11/13 12:24 PM, Curt Sellmer wrote:
Here is a tail of the error.log. This is from when I was running the
tests earlier.
I was hoping to pin
On Wed, Sep 11, 2013 at 7:04 PM, Curt Sellmer wrote:
> On Wed, Sep 11, 2013 at 6:51 PM, Philip Martin
> wrote:
>> Curt Sellmer writes:
>>
>>> On Wed, Sep 11, 2013 at 2:46 PM, Ben Reser wrote:
On 9/11/13 12:24 PM, Curt Sellmer wrote:
> Here is a tail of the error.log. This is from when
On Wed, Sep 11, 2013 at 7:19 PM, Curt Sellmer wrote:
>>>
>>> You said you dumped and loaded your repository. You also have
>>> corruption shown by apache that is not shown by svnadmin. When you
>>> dump/load are you also putting the new repository in the same place as
>>> the old repository? If
Les, disk space isn't the issue for the empty revs. It's any operations
that try to scan or assemble information from the revisions. 5000 empty
"objects" is still a logistical burden, especially if assembling any kind
of change history for the new repository. And since the new repositories
are effe
On 9/8/13 4:12 PM, Nico Kadel-Garcia wrote:
> This is why you either update a system version that is high enough, or you use
> the "get-deps.sh" to pull down versions locally and compile them statically.
> I've been publishing up-to-date get-deps.sh, slightly more consistent in
> layout
> and up-t
On 9/2/13 9:20 AM, Klaus Thorn wrote:
> I am mailing this just to make the workaround known to other users.
>
> When compiling subversion 1.8.1 or 1.8.3 from apache's source package,
> "configure --with-serf=/usr/local/serf" is not enough to use a specific serf
> version.
> Not if another version
Reproduced on:
svn, version 1.8.4-dev (under development)
compiled Aug 23 2013, 17:30:38 on x86-microsoft-windows
svn, version 1.8.3 (r1516576)
compiled Aug 27 2013, 22:13:03 on x86-microsoft-windows
svn, version 1.8.0 (r1490375)
compiled Jun 18 2013, 13:38:49 on x86/x86_64-microsoft-wi
18 matches
Mail list logo
