On Sat, May 16, 2009 at 8:39 AM, Stefan Sperling <stsp_at_elego.de> wrote:
> On Fri, May 15, 2009 at 08:22:27PM -0400, Scott Palmer wrote:
> > On 15-May-09, at 7:17 PM, Stefan Sperling wrote:
> >
> > On Fri, May 15, 2009 at 06:11:23PM -0400, Scott Palmer wrote:
> >
> > On Thu, May 14, 2009 at 8:48 AM, Stefan Sperling <stsp_at_elego.de
> >
> > wrote:
> >
> > So I guess your options are:
> >
> > A 1) Use a newer APR (i.e. get it from trunk and hope it'll
> work)
> >
> > A 2) Install libtool 1.5 somewhere and use that to build
> > APR-1.3.3.
> >
> > A 3) Install the libapr1-dev package provided by Ubuntu
> instead of
> >
> > A A compiling APR yourself. There's also debug symbols in
> > libapr1-dbg,
> >
> > A A if you need them.
> >
> > A 4) Wait for new APR release and hope it'll fix this.
> >
> > Tried option 1, much better... but still fails..
> >
> > Why option 1?
> >
> > Why don't you just use the libapr1-dev package?
> >
> > Because it was first? It was natural to work through the list of
> options
> > you gave me in order. But I didn't have time to "create a huge pile
> of
> > work" so I stopped when #1 failed.
>
> Sorry about that. I could have been more specific about this.
>
> > Because I don't even know what libtool is.
>
> That is actually a blessing :)
>
> (I've wasted so much time already trying to fix problems caused by
> libtool.)
>
> > I have no idea how I would
> > acquire an older version and place it "somewhere" and manage to have
> it
> > used by the build scripts instead of the version I already have (at
> least
> > not without getting into an ugly mess)
>
> OK. One thing you should keep in mind then for the future is to always
> try to use things from the distribution first.
...
I'm getting better at this... the aptitude search command was the key.
Btw.. I got a few failures from make check:
At least one test XFAILED, checking /home/scott/subversion-1.6.2/tests.log
XFAIL: lt-fs-test 18: merging commit
XFAIL: lt-locks-test 9: able to reserve a name (lock non-existent path)
XFAIL: lt-locks-test 10: directory locks (kinda)
XFAIL: lt-tree-conflict-data-test 3: detect broken tree conflict data
XFAIL: basic_tests.py 38: remotely remove directories from two repositories
XFAIL: update_tests.py 50: tree conflicts 2.3: skip on 2nd update
XFAIL: switch_tests.py 10: switch a file to a dir and back to the file
XFAIL: log_tests.py 21: test log -c on range of changes
XFAIL: diff_tests.py 28: diff a renamed directory
XFAIL: diff_tests.py 49: diff URL against working copy with local mods
XFAIL: diff_tests.py 50: diff -r1 of removed file to its local addition
XFAIL: merge_tests.py 33: merge a replacement of a directory
XFAIL: merge_tests.py 34: replace both dir and one of its children
XFAIL: merge_tests.py 55: avoid repeated merges for cyclic merging
XFAIL: merge_tests.py 72: merge target with non inheritable mergeinfo
XFAIL: merge_tests.py 91: merge added subtree
XFAIL: merge_tests.py 115: tree conflicts 5.1: leaf edit, tree del
XFAIL: merge_tests.py 116: tree conflicts 5.2: leaf del, tree del
XFAIL: merge_tests.py 120: tree conflicts 5.1: leaf edit (no ci), tree del
XFAIL: merge_tests.py 121: tree conflicts 5.2: leaf del (no ci), tree del
XFAIL: merge_tests.py 125: merge prior to rename src existence still dels
src
XFAIL: revert_tests.py 4: revert a moved file
XFAIL: mergeinfo_tests.py 4: 'mergeinfo' with uninteresting source selection
XFAIL: special_tests.py 10: diff a symlink to a directory
XFAIL: info_tests.py 2: info on added file
XFAIL: tree_conflict_tests.py 14: merge dir: del/rpl/mv onto not-same
Summary of test results:
24 tests SKIPPED
26 tests XFAILED
I'm not sure where it stands now... is the build hosed?
Scott
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2283869
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-05-16 21:55:18 CEST