Дорогие товарищи! Приводим общие понятие и принципы сборки программ из исходников, а также сборки RPM-пакетов. Материал по сборке пакетов конкретно в АльтЛинуксе будет добавлен чуть позже.

Спасибо всем за внимание.

Установка софта из исходников имеет некоторые положительные моменты, но и немало отрицательных.

Положительные:
* Нужного пакета (или нужной версии) может не быть в репозиториях Вашего дистрибутива
* Программа, установленная из исходников, может быть сконфигурирована по Вашему желанию
* Вобщем-то, полезный опыт.

Отрицательные:
* Вам придётся самим отслеживать все зависимости для установки программы
* Если что-то пойдёт не так, рассчитывать придется только на помощь разработчиков софта

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

Убедитесь, что в системе установлены средства разработки -- компилятор, библиотеки и заголовки для разных пакетов (многие дистрибутивы выделяют их в отдельные пакеты), для компиляции некоторых программ нужны и исходники ядра. Убедитесь, что
символическая ссылка '''linux''' в директории ''/usr/src'' указывает на исходники того ядра, под которым будет работать установленная программа.

Закачиваем исходники. Здесь обычно есть два варианта:
1. Закачать готовый архив в формате '''.tar.gz'''
 2. Взять файлы с CVS репозитория.  В CVS обычно находится софт "в процессе разработки", более свежий, но и менее протестированный.
Инструкции по пользованию CVS-репозиториями обычно находятся на сайте разработчика.

Распаковываем тарболы. Это можно сделать при помощи любого графического архиватора (например File Roller в Гноме), или же из консоли:
* для архива '''.tar.gz''':

tar xvzf имя.архива.tar.gz

* для архива '''.tar.bz2''':

tar xvjf имя.архива.tar.bz2

Затем перемещаемся в распакованный таким образом каталог и внимательно читаем, что написано в файлах README и INSTALL. Этот шаг абсолютно необходим. Без него ничего работать не будет. Если софт получен из CVS-репозитория, читаем инструкции разработчика на сайте по "бутстрапанию" (см. http://en.wikipedia.org/wiki/Bootstrapping_%28c...) пакета, если необходимо.

Если инструкции требуют запуска скрипта с названием'' configure'' в качестве первого шага, сначала прогоняем 

./configure --help

и внимательно читаем, какие опции можно послать скрипту ''configure'' для правильного конфигурирования программы.
Затем запускаем 

./configure
с выбранными опциями. На этом этапе программе могут понадобиться зависимости, которые либо не установлены в нашей системе, либо не найдены скриптом ''configure''. В первом случае, их надо найти и поставить, во втором -- еще раз исследовать опции скрипта ''configure'' на предмет указания ему места, где искать нужные зависимости.

Если ''configure'' сработал нормально, запускаем'' make''. Здесь тоже возможны варианты. Если ''make'' завершается ошибкой, копируем
ошибку в окошко Google и смотрим, как наши товарищи по несчастью справились с подобной ошибкой. Иногда решения нет, и надо
писать разработчику.

Если ''make'' прошел нормально, мы почти у цели.

Думаете, теперь надо прогонять make install? В сущности, можно и так (не забудьте стать рутом для этого).

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

=== checkinstall ===
Это одна из немалого количества программ для построения пакетов из исходников. Она не дистроспецифична и генерирует пакеты для самых распространённых пакетных менеджеров (в отличие от paco, который тоже всем хорош, кроме того, что держит свою базу пакетов).

В классической схеме сборки приложения из исходников, использующих automake, то есть сценарий

./configure && make && make install

эта утилита заменяет собой шаг make install, делая в принципе то же самое, но при этом регистрируя устанавливаемую программу в пакетной базе дистрибутива.

checkinstall -R

Построит и установит RPM пакет(для Fedora, Mandriva, SuSe, Alt, ASP...)

checkinstall -D

Создаст и установит DEB-пакет(для Debian, Ubuntu...)

checkinstall -S

Создаст и установит TGZ-пакет(для Slackware, Zenwalk, DeepStyle, Vektorlinux, Mops; в поставке дистра есть checkinstall, патченный самим
Патриком...)

Имя пакета по умолчанию будет myNewUtil. Версия: 1.2.3. После запуска checkinstall всегда просит ввести описание пакета, а также даёт возможность изменить имя, версию и т.д.

=== makepkg ===
Ещё раз просмотрите опции configure на предмет префикса, куда устанавливается программа. Обычно это /usr или /usr/local.

Создаем в домашней директории нашего пользователя директорию foo, а в ней -- директории usr и usr/local

Теперь становимся рутом и пишем 

make install prefix=/home/<userame>/foo/usr/local

cd foo

makepkg foo.tgz

В результате получаем Слакварный пакет, который можно теперь установить программой installpkg.


===rpmbuild===
Cтандартная утилита для сборки программ из исходников и упаковки их в пакеты RPM во многих пакетных дистрибутивах, построенных на базе RedHat. Для сборки бинарного пакета обычно используются пакеты ''*.src.rpm'', содержащие сами архивы с исходниками программ,
дополнительные файлы (патчи, desktop-файлы и т.д.) и ''spec-файл'' - набор правил для сборки программы.


Итак, если нужно собрать в пакет rpm какую-нибудь программу, выполняем следующее:
*1. Качаем файл *.src.rpm для нашей программы (обычно их можно найти на ресурсах http://rpmfind.net, http://rpm.pbone.net или в
репозиториях дистрибутива (если он ориентирован на rpm-пакеты) ).
*2. Устанавливаем его:

rpm -ivh имя_пакета.src.rpm

В каталоге /usr/src/rpm/SOURCES должен появиться архив с исходниками нужной нам программы, а в каталоге /usr/src/rpm/SPECS - файл имя_программы.spec (это файл, описывающий правила сборки).
*3. Переходим в директорию /usr/src/rpm/SPECS
и там выполняем:
rpmbuild -bb --target=архитектура_процессора название_программы.spec

(запускаем сборку программы) Вместо "архитектура_процессора" подставляем архитектуру процессора, под которую собираем пакет(в
большинстве случаев подойдет i686 ), название_программы.spec - это ''spec-файл'' для нашей программы. Если не удовлетворены какие-то зависимости, rpmbuild сообщит об этом - тогда придется доустановить недостающие пакеты.
*4. Если все пройдет удачно, на выходе получим rpm-пакет нашей программы, он будет лежать в каталоге

/usr/src/rpm/RPMS/архитектура_процессора_под_которую_собирался_пакет

Переходим в эту директорию и оттуда делаем:

rpm -ivh имя_программы.rpm

Все, программа установлена.


===Полезные ссылки===

Решение проблем, возникающих при выполнении команд ./configure, make и make install

RPM

RPM: руководство к использованию

Упаковка программ с помощью RPM, часть 1: Создание и распространение пакетов

Viktor писал(а):

Сделаю, хорошо. Там ещё про Stow можно.

Михаил Цалевич

Сделаю конкретно и по Альтам, хорошо. Припишу сейчас сверху, что текст пока общего плана.

ЗЫ -- рада, что материал привлёк внимание в любом случае, потому что вообще боялась наплыва критики а-ля "учителям это всё не нужно". :)

Viktor писал(а):

Виктор, вы понимаете, тут же такая вещь, что нас читает и обсуждает, как оказалось, огромное кол-во народу, и как-то конструктивно реагировать на такие вот эмоциональные отзывы, как предоставил Михаил ("у неё...", "а она...") -- мне тоже надо учиться.

Viktor писал(а):

Согласна. Не в первый раз после появления Миши в теме приходится тему выправлять в первоначальное русло. Далее прошу всех по теме, оффтоп режется, как обычно.

Возможно, у ув.testuser найдётся что сказать по сборке рпмок именно в Альте, помимо уже сказанного. Давайте не забывать, что большинство новообращённых школьных адептов СПО сидят на Альте.

Viktor писал(а):

Ой, ну я не думаю, что так уж все сейчас бросятся ставить. Но обычно это по умолчанию -- на свой страх и риск. Надо написать большой disclaimer в начале темы, помимо уже имеющихся предупреждений, а то мне уже боязно :)

> Миллионы учителей с упоением бросились ставить из исходников  :rolleyes:

BorisVlasenko

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

Инструкция по сборке пакетов собственно в АльтЛинукс лежит ТУТ на самом деле.

Зависимости пакетов и пакетный менеджер

BorisVlasenko

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

Также могу посоветовать в этом ключе вам заглянуть в интересную книгу, где описывается ручная сборка системы Linux  с нуля (дистрибутив называется Linux From Scratch).  Почитать её интересно будет для того, чтобы глубже уяснить все внутренние зависимости и переплетения системы:

http://www.opennet.ru/docs/RUS/lfs6/