Linux configure make install

Библиотека сайта rus-linux.net

Три шага до любви к Свободному софту: configure, make, make install

Недавно я перечитал статью Стивена Гудвина «How to hate free software in 3 easy steps» (перевод на русский язык сделан А.Дмитриевым: «Три шага до ненависти к свободному ПО»). Не будучи программистом, я тем не менее, самостоятельно установил несколько дистрибутивов. И, честно говоря, у меня есть претензии к этой статье.

К данной статье также были комментарии, в которых утверждалось, будто не-программисты не собирают программы из исходного кода, будто сама сборка из исходников требует квалификации программиста, и что другие операционные системы не «падают», когда вы «химичите» с их разделами.

Химичим с основными системными файлами, аптечка первой помощи

На деле, как пользователь Джо, вы не сможете разрушить систему, потому что вам активно не позволяют химичить с ней, и система автоматически восстанавливает все, что вы пытаетесь в ней изменить, пока она работает. Более того, тот факт, что Windows «запирает» открытые файлы, сильно затрудняет попытки «убить» систему до перезагрузки (по крайней мере, в этом частном случае).

Под GNU/Linux и xBSD: если вы модернизируете системный файл, то создавайте его резервные копии. Также полезно изучить, из чего состоит минимальная загружаемая система. К этому стоит добавить, что никакая сила не сможет помешать вам восстановить систему с загрузочного CD, если вы сделали резервные копии модифицированных вами файлов, так как не существует никакого «регистра» с контрольными суммами измененных файлов, могущего помешать вам восстановить резервные копии. Последнее по счету, но не по значению: большинство пакетных менеджеров позволяют вам переустановить пакет с восстановлением всех настроек по умолчанию.

И наконец, версии библиотек UNIX-подобных систем весьма развиты: вы не только можете иметь несколько версий библиотеки, мягкие ссылки и правила для динамической линковки позволяют вам создавать специальную версию библиотеки, которая будет «обслуживать» единственную программу, безо всякого ущерба для остальных. Короче, у вас мало шансов превратить Линукс систему в невосстановимый хлам, даже «химича» с системными файлами, кроме того случая, когда вы являетесь системным администратором, вооруженным молотком и соответствующими навыками.

Что касается повреждения жесткого диска, то это вина не GNU или BSD и даже (обычно) не Windows.

Химичим с разделами жесткого диска, основные ловушки

Неправильная нумерация разделов; обычно происходит при удалении, перемещении, или изменении размеров разделов при сложном разбиении диска.

Перезаписана Главная Загрузочная Запись (Master Boot Record); обычно следствие установки Windows XP или Vista (Windows 2000 ведет себя более порядочно).

Ловушки многообразны, иногда остается только удивляться. Однако, по крайней мере с GNU/Linux еще можно надеяться на восстановление, тогда как с ОС типа Windows чаще всего приходится прибегать к переустановке (у меня был случай, когда клонированный раздел настаивал, чтобы после реставрации его величали ‘F:’, никаких способов загрузить такую систему не было и все папки реестра были повреждены).

Прим.перев.: папка — раздел реестра, представляет собой набор ключей, подключей и значений, который находится на верху иерархии реестра; папки можно перемещать из одной системы в другую и редактировать с помощью редактора реестра.

Первой проблемы легко избежать: не удаляйте старое ядро, до тех пор, пока не убедитесь, что новое работает. И всегда обновляйте LILO или GRUB после любых действий c ядром.

Во втором случае, когда вы начинаете изменять размеры, уничтожать и создавать разделы по всему диску, запаситесь эффективным LiveCD (Knoppix очень рекомендуется), не только потому, что это хороший инструмент для восстановления, просто лучше не работать сразу с «живой» системой (не потому, что это невозможно, просто это избавит вас от «жонглирования» командой chroot все время). Кроме того, это позволит вам возвратиться к исходному состоянию и/или обновить вашу /etc/fstab в течение пары минут. Больше того, при редактировании этого файла, у вас есть ряд опций.

Существует два способа адресоваться к периферийным устройствам в файле /etc/fstab для их монтирования: вы либо можете вызывать их через /dev (например, /dev/sda1), либо вы используете UUID (Универсальный Уникальный Идентификатор) — последние гораздо труднее писать «из головы», но зато делает подключение к GNU/Linux системе гораздо проще. Больше того, в этом случае гораздо меньше шансов стать жертвой перепланирования разделов, как при использовании метода с путями /dev.

Падение ядра

Когда дело касается подключения модулей ядра, прежде чем вы сделаете что-либо действительно глупое, система даст вам достаточно предупреждений, чтобы предотвратить крах системы.

Если модуль не поставляется вместе с «ванильным» ядром, он может работать не очень стабильно.

Если модуль не поставляется вместе с «дистрибутивным» ядром, скорее всего, он крайне нестабильный.

Если команда dmesg выдает версию ядра, не совпадающую с загруженным модулем, он может вообще не работать.

Если команда dmesg выдает рассогласованные символы, то вы пытаетесь вставить квадратный штырь в круглое отверстие.

Если после всего этого вы настаиваете на загрузке данного модуля и форсируете этот процесс, то молитесь. Просто молитесь. Горячо.

Компиляция: когда стоит ею заниматься

Предлагаемая версия старая, глючная, либо медленная.

Предлагаемая версия скомпилирована не с теми опциями, которые вам нужны.

По пункту 1. Можно попробовать взять пакет из другого дистрибутива — программы alien и smart позволяют даже устанавливать Debian пакеты на Red Hat и наоборот, так в чем же дело? Разве что вы точно знаете, что пакет легко компилируется (но тогда вы бы не читали этих строк, а давно уже все установили).

По пункту 2. В общем, то же, что и по первому пункту. Если желаете играть с огнем, примите меры против пожара: резервные копии, бэкапы, бэкапы. Несомненно правильно установленное из исходников ядро может придать вашей машине ощутимое преимущество в скорости (отключение поддержки мультипроцессорности на однопроцессорной системе, компиляция с экзотическими опциями процессора, вместо «родных» i586 для 32-битных систем, отключение всех опций отладки — это еще можно попробовать; все остальное не стоит труда).

По пункту 3. Вы можете поискать пакет с исходными кодами для вашего дистрибутива, он будет снабжен оригинальными инструкциями, и по крайней мере, вы можете быть уверены, что уже установленный софт не пострадает.

Короче: а так ли вам необходимо устанавливать из исходников?

Компиляция 2: что стоит делать, и чего не стоит.

Если вы не смогли найти никаких инструкций по сборке, попробуйте сразу запустить make. Если это не сработает, программа make сообщит вам, чего не хватает. Вернитесь к началу, намыльте, промойте, повторите.

Начало конфигурирования

Например, ./configure —prefix=/usr заставит систему поместить все в «главную» системныю директорию. Это не рекомендуется для первичной компиляции, лучше поместить все это куда-нибудь в другое место (скажем, /usr/test, или вроде того), а позже, при помощи мягких ссылок вы сможете использовать их вместо ранее установленных библиотек.

Когда скрипт будет работать, внимательно смотрите за выходом — даже самый ненастроенный скрипт скажет вам, чего он ищет. Когда процесс закончится, постарайтесь установить столько недостающих пакетов (как библиотек, так и инструментов разработки), сколько сочтете нужным, а затем запустите ./configure снова. И снова пристально изучайте выход. Некоторые программы более «разговорчивы», чем другие, и в конце концов вы убедитесь, что не упускаете чего-то важного с самого начала.

Теперь настала пора команды make — внимательно изучайте выводы, так как прерванная компиляция часто комментируется сообщением типа «line XXX: undeclared variable #something». Если вы получите несколько таких сообщений, это обычно означает отсутствующую библиотеку, не включенную в ./configure (если это действительно так, то хорошо бы проинформировать об этом разработчика); установите библиотеку с названием как можно более похожим на название отсутствующей переменной, и попробуйте снова. Должно сработать.

Намыльте, промойте, повторите. В конечном итоге вы получите собранный пакет. Остальное сделает make install (не забудьте про приставку ( —prefix=/usr/test ), которую вы установили на стадии ./configure ), я бы не советовал убирать ее сразу, сначала проверьте, как работает локальный исполняемый файл. Больше того, посмотрите какие файлы могут быть заменены; если возможно, деинсталлируйте вначале конфликтующие пакеты.

Компиляция закончена, что дальше?

Если вы собрались построить модуль ядра (скажем, крайне нестабильный mach64 DRM модуль), то поможет следующее руководство: все, что нужно сделать, это распаковать git extract , запустить make , затем вручную скопировать файлы drm.ko и mach64.ko в ваше дерево ядра. Только не забудьте сделать резервную копию «родного» drm.ko (или drm.ko.gz) где-нибудь в надежном месте и запустить программу depmod -a после копирования. Можете сжать их при помощи gzip, если хотите. Затем попробуйте modprobe mach64 и посмотрите вывод команды dmesg | tail , чтобы убедиться в отсутствии ошибок.

Сразу после этого вы можете перезапускать Xorg и посмотреть заработает ли DRI (Direct Rendering Infrastructure): на некоторых системах он запустит Xorg и GNOME, KDE или Xfce вполне нормально, до тех пор пока вы не начнете настраивать фон; в других случаях появится черный экран, а иногда и «мертвое» зависание системы, так что неплохо заране поставить в файле /etc/inittab initial init level в значение 3 (Mandriva, SuSE) или 1 (Ubuntu), или иметь где-нибудь запасной образ ядра.

Заключение

Читайте руководства
Снова перечитайте руководства, так как некоторые места вначале станут более понятными.
Читайте файлы релиза, они иногда противоречат руководству, и вы будете знать, чего ожидать.
Проверяйте опции компиляции, иногда в них требуется следовать более точному или более свежему синтаксису.
Прочтите руководство еще и еще раз, потому что невозможно все запомнить и к этому времени вы что-то забудете.
Читайте скрипты опции компилирования, там может прятаться полезная информация.
Делайте резервные копии, и держите под рукой LiveCD.

Когда вы освоите процесс, компиляция пакета из исходного кода (будь то ядро, модуль, драйвер Xorg, библиотека — да все, что угодно) станет для вас не сложнее чтения рецепта приготовления пиццы: просто не забывайте перечитывать его, и держать руки в муке — иначе тесто прилипнет.

Информация об авторских правах

This entry is (C) Copyright by its author, 2004-2008. Unless a different license is specified in the entry’s body, the following license applies: «Verbatim copying and distribution of this entire article is permitted in any medium without royalty provided this notice is preserved and appropriate attribution information (author, original site, original URL) is included».

Источник

Компиляция и установка программ из исходников

Содержание

Не редко необходимые пакеты можно найти только в виде исходных текстов, в данной статье описывается метод установки пакета из исходных текстов.

Распаковка

Программы обычно распространяются в упакованных архивах, это файлы с расширениями

Нужно понимать отличие между архиватором и упаковщиком.

Для архивации директорий и файлов используется программа tar; результатом её работы является файл с расширением .tar. Грубо говоря, это копия файловой системы — директорий и файлов с их атрибутами и правами доступа, помещённая в один файл.

Данный файл по размеру будет чуть больше, чем суммарный размер файлов, которые были архивированы. Поэтому (а может и по другой причине) используют упаковщики — программы, которые позволяют уменьшить размер файла без потери данных.

Программа tar умеет распаковывать, поэтому не нужно вызывать gunzip, а можно просто указать программе tar, что файл нужно cначала распаковать. Например, команда

сразу распакует и разархивирует. Отличие файлов с расширениями

лишь в том, что использовались разные упаковщики, программа tar определяет метод сжатия автоматически и дополнительных опций в данном случае не требуется.

После распаковки необходимо перейти в полученный каталог, все описываемые ниже команды выполняются в каталоге с исходными текстами пакета.

Сборка пакета

Для сборки программ в GNU/Linux используется (в основном) программа make, которая запускает инструкции из Makefile, но поскольку дистрибутивов GNU/Linux много, и они все разные, то для того чтобы собрать программу, нужно для каждого дистрибутива отдельно прописывать пути,где какие лежат библиотеки и заголовочные файлы. Программисты не могут изучать каждый дистрибутив и для каждого отдельно создавать Makefile. Поэтому придумали конфигураторы, которые «изучают» систему, и в соответствии с полученными знаниями создают Makefile. Но на конфигураторе они не остановились и придумали конфигураторы конфигураторов …на этом они остановились

Для сборки нам нужны компиляторы: они прописаны в зависимостях пакета build-essential, так что достаточно установить его со всеми зависимостями. Ещё нужны autoconf и automake.

Итак, чтобы собрать что-то из исходников, нужно сначала собрать конфигуратор; как собрать конфигуратор, описано в файле configure.in. Для сборки конфигуратора необходимо выполнить

Если таких скриптов в архиве не оказалось, то можно выполнить последовательно следующие команды:

Все эти команды используют файл configure.in. После выполнения этих команд создастся файл configure. После этого необходимо запустить конфигуратор для проверки наличия всех зависимостей, а также установки дополнительных опций сборки (если возможно) и просмотра результата установки (опционально- может не быть)

Конфигуратор построит Makefile основываясь на полученных знаниях и файле makefile.am. Можно передать конфигуратору опции, предусмотренные в исходниках программы, которые позволяют включать/отключать те или иные возможности программы, обычно узнать о них можно командой

Также есть набор стандартных опций, вроде

, которая указывает, какой каталог использовать для установки. Для Ubuntu обычно

БЕЗ слеша в конце! Теперь можно запустить процесс сборки самой программы командой

Для сборки достаточно привелегий обычного пользователя. Окончанием сборки можно считать момент, когда команды в консоли перестанут «беспорядочно» выполняться и не будет слова error. Теперь всё скомпилировано и готово для установки.

Установка

Усилия потраченные на Правильную установку в последствии с лихвой окупятся в случае удаления или обновления устанавливаемого программного обеспечения.

Правильная установка(Вариант №1)

Установка при помощи утилиты checkinstall. Для установки выполните

Для создания и установки deb-пакета необходимо выполнить

Правильная установка(Вариант №2)

Быстрое создание deb-пакета «вручную».

Установка (вариант №3)

Процедура создания deb-пакета подробно описана в данной статье.

Неправильная установка

Для установки необходимо выполнить

Для удаления пакета, установленного данным способом необходимо выполнить в корневой директории исходников программы (там где вы запускали make install).

Ошибки

Часто на этапе конфигурации конфигуратор сообщает, что нехватает той или иной библиотеки. Название библиотеки, которое он сообщает, не всегда соответствует названию пакета в Ubuntu. Из собственного опыта могу посоветовать поискать в Синаптике нужный пакет, исключив префикс lib, если нашлось несколько пакетов различающихся приставкой -dev в названии, то вам нужно установить именно -dev пакет (обычно он тянет за собой и не -dev пакет). Можно ещё поискать с помощью http://packages.ubuntu.com/, введя имя библиотеки в поиск по содержимому пакетов, аналогично, если найдётся dev и не dev, нужны оба . Ну или просто поискать в Google.

Необходимое программное обеспечение

Пакеты с буквами mm в конце описания — это пакеты для C++ программ. Список для bmpx, но подойдёт почти для любой GTK2/Gnome программы. Так что если не получается собрать, то посмотрите на этот список и сверьте с тем что у вас установлено.

Источник