severity 391744 grave
thanks
[EMAIL PROTECTED]
> Poking around a bit, I think the culprit is in line 50 of the apr-abi
> patch. The alternatives as they stand lead to an SVN_LT_SOVERSION of
> 0 if in apr.h APR_HAS_LARGE_FILES is true, which is the opposite of
> what is really desired.
No, SVN_LT
Package: subversion
Version: 1.4.0-3
When updating some working dirs from remote repositories, I found svn
segfaulting. Backtracing the core led to the discovery that svn used the
libs from previous libsvn0, which barfed in apr_palloc() called by
(further up) svn_ra_open2 () from /usr/lib/libsvn_r
2 matches
Mail list logo