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 b...@reser.org wrote:
On
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:
On Wed, Sep 11, 2013 at 11:02 AM, Curt Sellmer sellmer...@gmail.com wrote:
On Wed, Sep 11, 2013 at 8:11 AM, Curt Sellmer sellmer...@gmail.com 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
On Wed, Sep 11, 2013 at 8:11 AM, Curt Sellmer sellmer...@gmail.com 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
On Wed, Sep 11, 2013 at 12:17 PM, Lieven Govaerts
lieven.govae...@gmail.com wrote:
On Wed, Sep 11, 2013 at 6:26 PM, Curt Sellmer sellmer...@gmail.com wrote:
On Wed, Sep 11, 2013 at 11:02 AM, Curt Sellmer sellmer...@gmail.com wrote:
On Wed, Sep 11, 2013 at 8:11 AM, Curt Sellmer
On Wed, Sep 11, 2013 at 2:46 PM, Ben Reser b...@reser.org 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
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
throughout
On Wed, Sep 11, 2013 at 3:04 PM, Curt Sellmer sellmer...@gmail.com wrote:
On Wed, Sep 11, 2013 at 2:46 PM, Ben Reser b...@reser.org 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
Curt Sellmer sellmer...@gmail.com writes:
On Wed, Sep 11, 2013 at 2:46 PM, Ben Reser b...@reser.org 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
On Wed, Sep 11, 2013 at 6:51 PM, Philip Martin
philip.mar...@wandisco.com wrote:
Curt Sellmer sellmer...@gmail.com writes:
On Wed, Sep 11, 2013 at 2:46 PM, Ben Reser b...@reser.org 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
On Wed, Sep 11, 2013 at 7:04 PM, Curt Sellmer sellmer...@gmail.com wrote:
On Wed, Sep 11, 2013 at 6:51 PM, Philip Martin
philip.mar...@wandisco.com wrote:
Curt Sellmer sellmer...@gmail.com writes:
On Wed, Sep 11, 2013 at 2:46 PM, Ben Reser b...@reser.org wrote:
On 9/11/13 12:24 PM, Curt
On Wed, Sep 11, 2013 at 7:19 PM, Curt Sellmer sellmer...@gmail.com 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
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
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
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 was
16 matches
Mail list logo