On Fri, May 11, 2012 at 7:35 AM, Andreas Mohr <andi_at_lisas.de> wrote:
> 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
> > for systems that have package management, it's very easy to enter a world
> > of hurt with development libraries instead of system libraries being
> > 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
> though - most certainly due to now discovered grave Flush() bugs on
> 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
> > 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.
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
Received on 2012-05-11 14:00:37 CEST