Public bug reported: In the script /usr/bin/autoreconf provided by package autoconf, the path variables for autoconf and aclocal are incorrect. They are set as autoconf and aclocal, which are not executables on the system, and
When autoreconf is invoked, you will receive messages such as: + exec autoreconf Can't exec "aclocal": No such file or directory at /usr/bin/autoreconf line 184. Use of uninitialized value $aclocal in pattern match (m//) at /usr/bin/autoreconf line 184. Can't exec "automake": No such file or directory at /usr/bin/autoreconf line 185. Use of uninitialized value $automake in pattern match (m//) at /usr/bin/autoreconf line 185. Can't exec "aclocal": No such file or directory at /usr/share/autoconf/Autom4te/FileUtils.pm line 290. autoreconf: failed to run aclocal: No such file or directory The above were obtained by running ./autogen.sh in the current mainline of wget. Since there are several versions of these binaries, it appears that the decision was made to name each with its version number in /usr/bin/; for example, /usr/bin/automake-1.10. There are, however, sym links correctly established in /etc/alternatives; /etc/alternatives/automake points to /usr/bin/automake-1.10. Here's the fix. The following two symlinks need to be created when the autoconf package is installed: /usr/bin/automake -> /etc/alternatives/automake /usr/bin/aclocal -> /etc/alternatives/aclocal That is the model that is employed for other such executables that keep their version number, but it has eluded this package for some reason. ** Affects: automake Importance: Undecided Status: New ** Affects: autoconf (Ubuntu) Importance: Undecided Status: New -- Incorrect automake, aclocal path variables in autoreconf script https://bugs.launchpad.net/bugs/321727 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs