Bug 65011 – compile subversion in sandbox fails

• Product: Gentoo Linux
• Status: RESOLVED NEEDINFO

[Description Mike Hummel 2004-09-22 13:10:02 UTC]

I hope its the right place,
i try to emerge subversion 1.1 (masket) and it fails, after fail, i cd to the /var/tmp/portage/.... and did a "make" and "make install" and it worked.

The error was symbol "svn_delta_version" not found, all libs where already created, but in sandbox, not correct visible....?!?

On another PC it was working very well....perhaps i have some misconfiguration, but how to configure sandbox?
---
Now, after firs "hand make" installation, the emerge is working well (because of libs are already installed? and the symbol exists)

Reproducible: Always
Steps to Reproduce:
1. ACCEPT_KEYWORDS="~x86" emerge -u subversion
2.
3.

Actual Results:

[Comment 1 Paul de Vrieze (RETIRED) 2004-09-23 00:56:35 UTC]

Without a log of the actual compilation error I can't find out what is wrong. The error is probably in the install phase though, and has nothing to do with the sandbox but with libtool which does not support DESTDIR well.

[Comment 2 Wouter Vanwalleghem 2004-10-04 12:53:49 UTC]

Had the same problem. Manual compile & install of the subversion 1.1.0 tarball fails also in the 'make install' fase.
Solution was to first unmerge all older versions of subversions. In the INSTALL file in the subversion file it is explicitly stated that you need to remove all libraries of older versions.
I did think the portage system was supposed to take care of problems like these, but apparently not in this case.

[Comment 3 Paul de Vrieze (RETIRED) 2004-10-08 06:05:50 UTC]

Well, the subversion/libtool library handling is completely broken. The only "real" solution probably is a revamping of the subversion build system. Basically libtool is broken in combination with DESTDIR. This is especially true for old libtool versions.