Ответы:
Установка из репозиториев всегда предпочтительнее, если вам не нужна последняя версия автоинструментов. В этом случае вам придется загрузить его вручную и установить вручную. GNU autotools - это три пакета: Autoconf, Automake и Libtool. Вот шаги, чтобы установить его вручную:
cd /usr/local/src
Autoconf:
wget http://ftp.gnu.org/gnu/autoconf/autoconf-2.69.tar.gz
tar xf autoconf*
cd autoconf-2.69
sh configure --prefix /usr/local
make install
Automake:
wget http://ftp.gnu.org/gnu/automake/automake-1.15.tar.gz
tar xf automake*
cd automake-1.15
sh configure --prefix /usr/local
make install
Libtool:
wget http://mirror.jre655.com/GNU/libtool/libtool-2.4.6.tar.gz
tar xf libtool*
cd libtool-2.4.6
sh configure --prefix /usr/local
make install
Самое главное, что
вам не нужно устанавливать автоинструменты для запуска ./configure
, это ключевая особенность автоинструментов. С другой стороны, если вам не предоставлен скрипт configure, вам понадобится установить автоинструмент для его генерации.
Примечание
make install
будет внутренне звонить make
. Таким образом, нет необходимости в этом случае вызова make
. Обычно Autotools ожидает, что вы будете звонить make
без привилегий sudo и make install
с sudo . В этом случае для простоты я пропустил это руководство. Разумно (или это?) Полагать, что в сгенерированном автоинструментами Makefile нет вредоносного ПО.
make install
вызывает make all
то, что называется, когда вы звоните make
без аргументов
sudo make install
Установить autoconf просто, наберите в терминале:
sudo apt-get install autoconf
После установки пакетов autoconf, automake и libtool я переконфигурировал, потому что ошибка сохранилась. Затем после перенастройки мне разрешили скомпилировать и установить без ошибок.
$ sudo sh configure --prefix /usr/local
$ sudo make install
Обоснование того, почему использовать, /usr/local
а не /usr/local/apache2
я оставлю вас в следующей публикации
-y
флагом ftwsudo apt-get install -y autotools-dev autoconf
. Теперь его можно запускать без присмотра