Shelan (25.12.2007, 21:17) писал:
Люди кто ставил программы под Линуксом?
Подскажите как это делать, попроще только расскажите?
Материал из книги
Linux
ПОЛНОЕ РУКОВОДСТВО
авторы: Д.Н. Колисниченко, Питер В. Аллен
Установка программного обеспечения
В ОС Windows установка новых программ происходит просто: достаточно
запустить s e t u p . exe, ввести серийный номер, каталог для установки и
нажать на кнопку «Далее». После этого вы можете поступить так, как
рекомендует Microsoft: «откиньтесь на спинку стула и подождите, пока
программа установки все сделает за вас».
В Linux же установить программное обеспечение можно одним из трех
способов: из исходного кода, из бинарного пакета и из пакета, содержа-
щего исходный код. Рассмотрим по порядку все три способа.
Установка из исходных текстов
Бесплатное распространение исходных текстов программ — именно то,
что делает Linux уникальной операционной системой и составляет одно из
Величайших Достижений Человечества. Поэтому традиционный способ
распространения приложений под Linux — это архивы исходных текстов
(в просторечии — тарболлы).
Обычно имя файла, содержащего такой архив, имеет двойное расширение:
например, tar.gz или tar.bz2. Это означает, что данный файл получился
в результате работы сначала архиватора tar {Tape Archive, по первона-
чальному назначению — работе с ленточными накопителями), а потом
компрессора gzip или bzip2. Чтобы распаковать архив, нужно применить
сначала декомпрессор gunzip или bunzip2, после чего разархивировать
его командой tar.
Иногда расширение только одно: tgz. В этом случае нужно запускать раз-
архиватор tar с ключом, указывающим ему на необходимость применить
фильтр-декомпрессор gunzip.
Формат команды tar:
tar [ключи] [файл_архива] [архивируемые файлы и/или каталоги]
Подробные сведения о ключах команды tar ищите на man-странице, я
перечислю только самые употребительные:
• с (create) — создать архив;
• х (eXtract) — извлечь файлы из архива;
• t (UsT) — показать содержимое архива;
• v (verbose) — выводить на консоль подробный отчет о своей работе;
• f — работать с файлом, а не ленточным накопителем;
• z — применить фильтр-компрессор при создании архива или деком-
прессор при распаковке.
Архивный файл обычно содержит дерево каталогов, которое по-
сле распаковки будет создано в вашем текущем каталоге, или, по
случайной небрежности создателя архива, — несколько деревьев и
файлов россыпью: в этом случае каталог для распаковки вам нужно
создать вручную. Таким образом, первый шаг при установке из ис-
ходных текстов пакета program 3 .14 . t a r . bz2 — распаковка —
выглядит так:
$ bunzip2 program 3.14.tar.bz2
$ tar tvf program 3.14.tar # проверьте, есть ли объемлющий каталог
$ *tv~xv # оболочка bash превратит это в команду
tar xvf program 3.14.tar
Следующий шаг — собственно установка. Перейдите в распакованный
каталог (обычно он называется <имя_пакета-версия>) и прочитайте все
README-подобные файлы, которые там найдете. Обычная процедура
установки состоит из трех этапов:
1. $ ./configure # помните, что текущего каталога в $РАТН нет?
Сценарий configure, приложенный к архиву, опрашивает компоненты
вашей системы с целью определить, сможет ли устанавливаемый па-
кет собраться и заработать именно у вас и что в нем для этого надо
«подкрутить». При успешном завершении он создает файл Makefile —
основной документ для сборочной утилиты make, содержащий ин-
струкции и необходимые параметры (пути к заголовочным файлам,
библиотекам и т.п.) для компиляции и сборки программ пакета.
2. $ make
Собственно компиляция и сборка.
3. $ make install
Установка собранных программ пакета, конфигурационных файлов и
справочных страниц в каталоги, указанные в Makefile. Обычно испол-
няемые файлы помещаются в каталог /usr/bin, a man-страницы —
в /usr/man, но после этапа конфигурирования ничто не мешает от-
редактировать Makefile вручную.
После этого можно, прочитав приложенную к пакету документацию,
запустить программу.
Часто этими тремя этапами процедура установки и исчерпывается, но не менее
часто неприятности начинаются уже на этапе конфигурирования: сценарий
configure обнаруживает, что необходимая для этого пакета библиотека у вас
не установлена. Что ж, найдите и установите ее и снова запустите сценарий
configure. Он сообщит о нехватке чего-нибудь другого... но при достаточном
терпении, времени и дешевом Интернете эти проблемы решаются.
На этапе компиляции и сборки можно столкнуться с тем, что нужные
заголовочные файлы и библиотеки называются по-другому или располо-
жены в другом месте, чем ожидал разработчик. Придется разбираться в
сообщениях компилятора и утилиты make, подсовывать вместо недоста-
ющих файлов символические ссылки на имеющиеся и выполнять другие
нетривиальные действия, помогающие короче познакомиться с вашей
операционной системой.
Установка из бинарных пакетов
Как это делается и что для этого нужно
Как ни гибок способ установки приложений из исходных текстов, по-
зволяющий установить программу, созданную для другого дистрибутива,
и настроить ее под конкретную системную среду, вчерашние пользова-
тели Windows тоскуют по простоте setup.exe. Хорошим компромиссом
считается распространение приложений в виде заранее собранных на
определенной платформе бинарных пакетов.
Пакет содержит исполняемые файлы и библиотеки, подлежащие уста-
новке, а также разную служебную информацию об этом пакете: какие
пакеты необходимы для его работы (зависимости), с какими пакетами
он конфликтует, какие действия следует выполнить при его установке,
список файлов, сведения о разработчике.
В мире Linux известны два формата бинарных пакетов: RPM от компа-
нии Red Hat, используемый не только в клонах Red Hat, но и в других
популярных дистрибутивах: Mandrake, SuSE, ASPLinux, ALTLinux, Black
Cat, и DEB, разработанный для Debian Linux и применяемый в его по-
томках: Knoppix, Corel Linux, Lindows. Пакеты дистрибутива Slackware —
это просто сжатые архивы .tgz, не поддерживающие зависимостей. От
архивов исходных текстов они отличаются только тем, что в них находятся
заранее скомпилированные программы.
Набор утилит для установки, конфигурирования, удаления и ведения
базы пакетов определенного формата называется системой управления
пакетами. Наиболее распространены системы:
• RPM — менеджер пакетов формата RPM;
• DPKG — система управления пакетами DEB;
• APT — менеджер пакетов, поддерживающий автоматическое разре-
шение зависимостей, разработанный для Debian и заимствованный
RPM-дистрибутивами.