On 2/5/14, 10:36 AM, Ben Reser wrote:
> Which leaves the question open as to what version to require. I believe we
> should require at least 1.3.x (we know Serf needs it). But would be satisfied
> if we can narrow it down to the specific APR versions that cause these
> problems.
Since there wer
On Fri, Feb 07, 2014 at 04:43:32PM +, Philip Cornelius wrote:
> Thanks for your response..
>
> > What do you mean? A revision doesn't exist before it is committed.
>
> You wrote:
> > > Using a binary file that had been committed to a revision that was
> > > corrupt
>
> That sounded like a pr
Thanks for your response..
> What do you mean? A revision doesn't exist before it is committed.
You wrote:
> > Using a binary file that had been committed to a revision that was
> > corrupt
That sounded like a pre-condition for the bug. 'had been' i.e. were you
able to reproduce this on a brand
On Fri, Feb 07, 2014 at 11:18:36AM +, Phil Cornelius wrote:
> Stefan Sperling elego.de> writes:
> > Using a binary file that had been committed to a revision that was
>
> > corrupt, we could construct a test case with simply committing this
>
> > file in a loop and running 'svnadmin verify'
Stefan Sperling elego.de> writes:
> Using a binary file that had been committed to a revision that was
> corrupt, we could construct a test case with simply committing this
> file in a loop and running 'svnadmin verify' on the HEAD revision
> right after. The corruption occurred in about 1
On Thu, Feb 6, 2014 at 8:29 AM, Branko Čibej wrote:
> On 05.02.2014 19:36, Ben Reser wrote:
>
> It's our burden to set useful dependency requirements. There's plenty of room
> for recommendation versus requirements in the 4 places above (build system is
> requirement, INSTALL and get-deps.sh ar
On 05.02.2014 19:36, Ben Reser wrote:
> It's our burden to set useful dependency requirements. There's plenty of room
> for recommendation versus requirements in the 4 places above (build system is
> requirement, INSTALL and get-deps.sh are recommendation). Let's update our APR
> requirements.
Ag
On Wed, Feb 05, 2014 at 01:28:24PM -0800, Ben Reser wrote:
> On 2/5/14, 10:58 AM, Stefan Sperling wrote:
> > APR 1.3.x is used in Red Hat 6. I believe if that version was affected
> > we'd have gotten more widespread reports on this issue. Red Hat 5 is old.
>
> I'm assuming you mean RHEL5 (release
On 2/5/14, 10:58 AM, Stefan Sperling wrote:
> APR 1.3.x is used in Red Hat 6. I believe if that version was affected
> we'd have gotten more widespread reports on this issue. Red Hat 5 is old.
I'm assuming you mean RHEL5 (released in 2007) as opposed to Red Hat 5
(released in 1997).
On Wed, Feb 05, 2014 at 10:36:57AM -0800, Ben Reser wrote:
> Stefan Sperling apparently ran into a repository corruption Subversion 1.8.4
> on
> RedHat 5 using the system APR (1.2.7). I'm not sure of the details but I'm
> sure he can fill them in.
This was at a client who asked for an on-site vi
I think we should revisit this topic again.
Stefan Sperling apparently ran into a repository corruption Subversion 1.8.4 on
RedHat 5 using the system APR (1.2.7). I'm not sure of the details but I'm
sure he can fill them in.
If old versions of APR are causing repository corruption issues then we
11 matches
Mail list logo