[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [BUG] 1.6.17 "svn: Bogus date" fatal abort - due to incomplete chunk!?

From: Nico Kadel-Garcia <nkadel_at_gmail.com>
Date: Fri, 11 May 2012 08:00:02 -0400

On Fri, May 11, 2012 at 7:35 AM, Andreas Mohr <andi_at_lisas.de> wrote:

> Hi,
>
> On Thu, May 10, 2012 at 06:59:22PM -0400, Nico Kadel-Garcia wrote:
> > On Thu, May 10, 2012 at 12:12 PM, Andreas Mohr <andi_at_lisas.de> wrote:
> >
> > > Hi,
> > >
> > > subversion-1.6.17-1 here, on Linux RHEL5, versus a TFS SvnBridge server
> > > (don't think that matters though).
> > >
> > That's not the RHEL package, which is 1.6.11. That's not even anyone's
> > published RPM that I'm aware of. Please, don't compile these things
> locally
> > for systems that have package management, it's very easy to enter a world
> > of hurt with development libraries instead of system libraries being
> linked
> > in and causing adventures. This is true for *all* complex, feature filled
> > software bundles, not just subversion.
>
> Oh so very true, sorry! (although this package was a fairly public
> non-custom-built one). Should have thought of that custom versioning...
>
> Cross-checking with a Debian testing (1.6.17-1) svn showed same issues
> there,
> though - most certainly due to now discovered grave Flush() bugs on
> SvnBridge
> side (see f'up mail).
>
> OK, sad to see the bug is there as well, but good to swee it verified. Do
grab the .6.18 hooks I've published and see if it occurs there.

>
> > Better yet, hop to RHEL 6, because the code base for RHEL 5 is getting
> long
> > in the tooth and integrating it with leading edge softwae is increasingly
> > difficult.
>
> Some people would say has been rather difficult all the time...
> ["conservative"? No, "medieval" :)]
>
Heh. Brother, try getting the Apache 1.3 legacy cruft from Debian
developers who refuse to update because "it isn't broken", even when it
patently *IS* but they're not noticing it, and getting Apache 1.3 running
on RHEL 4 or RHEL 5. Then try hooking Subversion to it as a service becuase
"gee, I can compile it, why can't you?" Ha. Ha-ha.
H-aha-ha-hah-HA-HA-BWA-HA-HA-HA-HA-boo-hoo-(whimper).

OK, I'm better now. But yeah, it gets messy.

>
> (I do know that I've got a flesh wound in that RHEL6 upgrade area,
> but compared to all my SvnBridge sorrows that's truly a minor one)
>
> Andreas Mohr
>
>
>
I've been using Scientific Linux, partly due to the active integration of
hooks for EPEL and Repoforge (especially for the Repoforge updates to tools
like Subversion).

>
>
Received on 2012-05-11 14:00:37 CEST

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.