On 8/12/13 4:59 PM, Ben Reser wrote:
> I plan to roll tarballs for both next Monday (August 19th). Please
> finish voting for any issues by Monday morning US/Pacific.
Can someone else review issue 4408 backport on 1.7.x? This is one of
the changes that is driving the 1.7.x release from my perspe
FYI: For those not keeping track of users@.
From: Dana Epp [mailto:d...@vulscan.com]
Sent: vrijdag 16 augustus 2013 20:47
To: users
Subject: Are there SVN consultants out there who remember the ol' days?
We have an old SVN database corruption we need help with. (SVN 1.1 with BDB
4.2)
D
On Fri Aug 16 14:22:43 2013, Blair Zajac wrote:
> On 08/16/2013 02:19 PM, Ben Reser wrote:
>> Check to see if the apr-util you're using isn't linked against the
>> system sqlite. Could also be some other dependency but as far as I
>> recall apr-util is the only dependency that might be linked agai
On 08/16/2013 02:19 PM, Ben Reser wrote:
On Fri Aug 16 13:08:59 2013, Blair Zajac wrote:
MacPorts uses nothing from the OS if it can avoid it. Here's the
Check to see if the apr-util you're using isn't linked against the
system sqlite. Could also be some other dependency but as far as I
reca
On Fri Aug 16 13:08:59 2013, Blair Zajac wrote:
> MacPorts uses nothing from the OS if it can avoid it. Here's the
Check to see if the apr-util you're using isn't linked against the
system sqlite. Could also be some other dependency but as far as I
recall apr-util is the only dependency that m
On 08/16/2013 12:43 PM, Ben Reser wrote:
On Fri Aug 16 12:39:10 2013, Ben Reser wrote:
dyld is loading both for some reason.
Even with the amalgamation I'm seeing:
$ svn-trunk --version --verbose | grep -i sqlite
- SQLite 3.7.12 (static)
- /usr/lib/libsqlite3.dylib (Intel 64-bit)
But
On 16.08.2013 21:43, Ben Reser wrote:
> On Fri Aug 16 12:39:10 2013, Ben Reser wrote:
>> dyld is loading both for some reason.
> Even with the amalgamation I'm seeing:
> $ svn-trunk --version --verbose | grep -i sqlite
> - SQLite 3.7.12 (static)
> - /usr/lib/libsqlite3.dylib (Intel 64-bit)
>
On Fri Aug 16 12:39:10 2013, Ben Reser wrote:
> dyld is loading both for some reason.
Even with the amalgamation I'm seeing:
$ svn-trunk --version --verbose | grep -i sqlite
- SQLite 3.7.12 (static)
- /usr/lib/libsqlite3.dylib (Intel 64-bit)
But I think I know why.
If you're using the APR-
On Fri Aug 16 11:31:39 2013, Blair Zajac wrote:
> On my MacPorts svn 1.8.1 build on PPC otool -L reports only MacPorts'
> sqlite:
>
> $ otool -L /opt/local/bin/svn | grep sqlite
> /opt/local/lib/libsqlite3.0.dylib (compatibility version 9.0.0,
> current version 9.6.0)
>
> However, svn --version
On my MacPorts svn 1.8.1 build on PPC otool -L reports only MacPorts'
sqlite:
$ otool -L /opt/local/bin/svn | grep sqlite
/opt/local/lib/libsqlite3.0.dylib (compatibility version 9.0.0, current
version 9.6.0)
However, svn --version --verbose also reports the system's sqlite:
$ /opt/local/bi
On 08/16/2013 04:14 AM, Julian Foad wrote:
Branko Čibej wrote:
On 16.08.2013 04:48, Blair Zajac wrote:
On 08/15/2013 08:01 AM, Julian Foad wrote:
I propose the following logical semantics of the versioned move
operation that is the basis of move tracking, independent of any
implement
Ben Reser writes:
> I'm inclined to take a more conservative approach. The following patch
> should fix most of this problem on 1.8.x without pulling the new XML
> parsing implementation onto 1.8.x.
>
> [[[
> Index: subversion/libsvn_ra_serf/replay.c
> ===
Branko Čibej wrote:
> On 16.08.2013 04:48, Blair Zajac wrote:
>> On 08/15/2013 08:01 AM, Julian Foad wrote:
>>> I propose the following logical semantics of the versioned move
>>> operation that is the basis of move tracking, independent of any
>>> implementation.
>>>
>>> A versioned move o
13 matches
Mail list logo
