subversion-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Nico Kadel-Garcia <nka...@gmail.com>
Subject subversion-1.9.0-rc2 autogen.sh script breaks "/usr/share/aclocal" discovery on Fedora 21 and otherws
Date Sun, 12 Jul 2015 05:24:56 GMT
Building subversion-1.9.0-rc2 with 'autogen.sh' encounters some issues
with recent versions of Fedora.

1) Fedora decided to discard "/bin", and make it a symlink to
"/usr/bin", in what I consider an ill-advised discarding of the File
System Hierarchy.
2) Fedora elected to keep "/bin" in front of "/usr/bin" in PATH,
despite the fact that *everything* from /usr/bin is now in /bin, and
vice versa. This has changed the default path discoverd for
*everything* in /usr/bin.
3) Subversion 1.9's autogen.sh tries to determine the location of
/usr/share/local by finding the "aclocal" binary, which now is found
in "/bin/aclocal" instead of "/usr/bin/aclocal".  It then looks in
"/bin/../share/aclocal" for the libtool.m4., Hilarity ensues.

It's not a hard patch, and I've included it below.

--- subversion-1.9.0-rc2/autogen.sh.libtool     2015-02-13
15:36:06.000000000 -0500
+++ subversion-1.9.0-rc2/autogen.sh     2015-07-04 01:35:24.683176737 -0400
@@ -76,7 +76,10 @@
 $libtoolize --copy --automake --force

 ltpath="`dirname $libtoolize`"
-
+if [ -L "$ltpath" -a "$ltpath" = "/bin" ]; then
+    # Avoid "/bin" symlink to "/usr/bin" confusion
+    ltpath=/usr/bin
+fi
 if [ "x$LIBTOOL_M4" = "x" ]; then
     ltm4_error='(try setting the LIBTOOL_M4 environment variable)'
     if [ -d "$ltpath/../share/aclocal/." ]; then

Mime
View raw message