Текст книги "Fedora 8 Руководство пользователя"
Автор книги: Денис Колисниченко
Жанр:
ОС и Сети
сообщить о нарушении
Текущая страница: 5 (всего у книги 18 страниц) [доступный отрывок для чтения: 7 страниц]
Установим поддержку PDF-документов. Откройте терминал и введите команды:
yum install mozplugger evince
Нужно отметить, что с помощью mozplugger ваш Firefox сможет открывать в своем окне не только PDF-документы, но и документы MS Word, что очень удобно.
Для просмотра видео в браузере, например YouTube, нужно установить пакет mplayerplug-in. Данный пакет представляет собой плагин для браузера Firefox, основанный на проигрывателе MPlayer. Если вы еще не устанавливали этот проигрыватель, тогда при установке пакета mplayerplug-in будут установлены дополнительные пакеты, в частности и mplayer. Размер закачанной информации будет довольно большим. Все это я говорю вам для того, чтобы вы были морально готовы к установке данного пакета.
Итак, отройте терминал и введите команду (от имени root): yum install mplayerplug-in
Нам осталось подключить поддержку Java, и браузер Firefox будет полностью готов к работе. Посетите сайт: http://javashoplm.sun.com/Ecom/docs/welcome.jsp?StoreId-22&PartDetailId=jdk-1.5.0_10-oth-JPR&SiteId=JSC&TransactionId=noreg
Скачайте файл jdk-l_5_0_l0-linux.-i586.bin. Его нужно скопировать в ваш домашний каталог, а затем открыть терминал и ввести следующие команды:
сd ~
su
mv ~/jdk*bin /usr/src/redhat/SOURCES/
Файл jdk-i_5_0_10-linux-i586.bin будет перемещен в каталог /usr/src/redhat/SOURCES/. После этого введите команды для установки всех необходимых программ:
yum install yum-utils jpackage-utils rpm-build
yumdownloader –enablerepo=jpackage-nonfree java-1.5.0-sun
Нам осталось собрать JPackage Java RPM и установить его. Для этого введите команды:
setarch i586 rpmbuild –rebuild java-1.5.0-sun*nosrc.rpm
yum localinstall /usr/src/redhat/RPMS/i586/java-1.5.0-sun-*
Bce, что нам теперь нужно– это подключить Java-плагин:
ln -s /usr/lib/jvm/jre/plugin/i386/ns7/libjavaplugin_oji.so /usr/lib/mozilla/plugins/
Браузер Firefox полностью готов использованию (рис.2.27).
Рис. 2.27. Браузер Firefox в работе
2.4.2. Клиент для мгновенного обмена сообщениями PidginПрактически каждый пользователь Интернета использует ICQ или другой сервис для мгновенного обмена сообщениями. У нас популярнее ICQ, а на Западе – другие сервисы, например AOL AIM.
Сейчас мы поговорим о том, как настроить Pidgin (вызывается выбором команды меню Приложения→Интернет→Клиент обмена мгновенными сообщениями Pidgin) для работы с ICQ. Запустите его. При первом запуске программа предложит вам добавить учетную запись (рис. 2.28).
Рис. 2.28. Щёлкните на кнопке Добавить для создания новой учетной записи
В окне Учетные записи щёлкните на кнопке Добавить и в раскрывшемся окне выберите протокол ICQ, введите идентификатор пользователя (UIN), пароль и установите флажок Запомнить пароль (рис. 2.29).
Рис. 2.29. Основные параметры учетной записи
Теперь перейдите на вкладку Дополнительно и задайте кодировку windows-1251 для ваших сообщений (рис. 2.30). Не нужно устанавливать utf8 – вы потом не сможете общаться с другими, пользователями!
Рис. 2.30. Установка правильной кодировки
Далее вы увидите список собеседников (рис. 2.31). Для начала общения через Интернет дважды щелкните на контакте – раскроется окно, в котором вы сможете обмениваться сообщениями.
Рис. 2.31. Программа Pidgin в работе
У программы Pidgin есть одна особенность, о которой вам нужно знать. В ICQ существуют Списки видимости. Все собеседники, добавленные в список невидимых, не будут вас видеть – они будут считать, что вы не в Сети. А все собеседники, добавленные в список видимых, увидят вас, даже если вы установите режим Невидимый.
В программе Pidgin списки видимости организованы чуть иначе. По умолчанию все пользователи заблокированы, даже если у вас установлен статус Доступен. Если проводить аналогию с ICQ, то исходно они добавлены в список невидимых. Вы можете разблокировать тех собеседников, с которыми вы не против пообщаться – они будут вас видеть. Для разблокирования нужно щелкнуть правой кнопкой мыши на контакте и выбрать в раскрывшемся контекстном меню команду Разблокировать. На рис. 2.32 видно, что у вас статус Доступен, но большая часть пользователей заблокирована, кроме двух – MIA и BMW_3xx_i.
Если же вы установите для себя статус Готов пообщаться, то будут разблокированы все пользователи, кроме тех, которых вы заблокировали явно (т.е. собственноручно).
Рис. 2.32. В списке собеседников отображается состояние их блокировки
2.4.3. Почтовый клиент EvolutionПрограмма Evolution сочетает в себе функции почтового клиента и планировщика (календарь, список задач). По сути, Evolution – это попытка сделать аналог популярной в Windows программы Outlook.
При первом запуске программа попросит вас указать параметры вашей учетной записи: ваш e-mail, имя, адреса почтовых серверов, пароли (рис. 2.33).
Позже изменить указанные параметры (и другие параметры про граммы) можно помощью команды меню Правка→Параметры.
При первом получении почты (осуществляется щелчком на кнопке Отправить/Получить панели инструментов) программа запросит пароль для POP-сервера (рис. 2.34).
После этого вам нужно ввести пароль для основного брелока (используется при шифровании писем с помощью PGP) (рис. 2.35), Постарайтесь ввести надежный пароль. Хотя, если вы не собираетесь использовать PGP, то можете особо не стараться – этот пароль вам не понадобится.
Рис. 2.33. Настройка параметров учетной записи в Evolution
Рис. 2.34. Пароль для РОР-сереера (получения почты)
Рис. 2.35. Пароль для основного брелока (PGP)
Использовать программу (рис. 2.36-2.37) довольно просто, поэтому вы разберетесь с этим и без моих комментариев.
Рис. 2.36. Новые сообщения
Puс. 2.37. Создание сообщения
Глава 3. Установка программ
3.1. Менеджер пакетов yum
3.1.1. Основные понятие о пакетахДавайте сначала рассмотрим процесс установки программ в Windows. Как правило, дистрибутив Windows-программы состоит та установочного файла (обычно называется setup.exe или install.exe) и нескольких вспомогательных файлов (например, архива, содержащего саму программу) или только из одного установочного файла (если последний выполнен по принципу самораспаковывающегося архива).
Установочный файл (далее инсталлятор) просит пользователя точнить параметры установки, например, выбрать каталог для установки, указать программную группу и т.д. Затем начинается установка программы: инсталлятор копирует файлы из дистрибутива программы в выбранный пользователем каталог. После этого инсталлятор вносит необходимые изменения в системный реестр. Все, программа установлена.
В Linux же все происходит несколько иначе. Дистрибутив программы (сама программа и вспомогательные файлы, напри-тер, файлы справки, конфигурационные файлы) поставляется в виде пакета. В мире Linux существуют два основных типа пакета: RPM-пакеты и DEB-пакеты. Первые пакеты используются во всех дистрибутивах, которые были основаны на Red Hat Linux или на производных этого дистрибутива: Fedora, ASP Linux, ALT Linux, Mandriva и т.д. DEB-пакеты используются дистрибутивом Debian и его производными (Ubuntu, Kubuntu и др.).
По сути, пакет (как RPM, так и DEB) – это архив, содержащий программу. Но кроме самой программы в этом архиве есть указания для менеджера пакетов о том, как нужно устанавливать программу. А именно: куда нужно установить тот или иной файл программы, какие команды нужно выполнить до и после установки и т.д.
Обратите внимание: пользователя никто не спрашивает, куда нужно установить программу, да и установкой программы занимается не инсталлятор, входящий в дистрибутив программы, а менеджер пакетов. Это избавляет разработчиков программ от написания собственных инсталляторов, да и программы всегда устанавливаются единственным верным способом.
В Windows к идее пакетов (файлы с расширением .msi) пришли позже, но она не получила широкого распространения. Фактически в MSI-пакетах распространяются только программы от Microsoft, а сам процесс установки пакета напоминает работу обычного инсталлятора.
Но вернемся к RPM-пакетам. Как уже говорилось, в пакете содержать служебные инструкции для менеджера пакетов о том, куда установить тот или иной файл, а также о командах, которые нужно выполнить в процессе установки пакета. Кроме этил сведений, в пакете содержатся также сведения о зависимости, т.е. список пакетов, от которых зависит данный пакет, и список пакетов, с которыми устанавливаемый пакет конфликтует,
Тут псе просто. Предположим, что у нас есть библиотека, с использованием функций. которой написана программа, например, Qt. Если библиотека не установлена на компьютере, то и программа работать не будет. Но библиотека занимает много места, поэтому вместе с программой ее распространять не будешь (тем более, что библиотека-то стандартная и входит в состав многих дистрибутивов). Разработчику программы намного проще при сборке пакета указать, что пакет требует наличия библиотеки Qt. Менеджер пакетов видит эту зависимость, и если она не удовлетворена, пытается ее разрешить, другими словами, скачать пакет с Интернета (или другого хранилища макетов). В ранних версиях Linux менеджеры пакетов не умели разрешать такого рода зависимости: вы просто получали сообщение о том, что пакет установить невозможно по причине отсутствия такого-то пакета.
Теперь договорим о конфликтах. Предположим, что вы написали свой собственный WWW-сервер, ваш коллега тоже написал программу WWW-сервер. Как мы знаем, WWW-сервер использует для своей работы порт 80. Пользователь установил на свой компьютер ваш WWW-сервер, который сразу же после своего запуска узурпировал 80-й порт. При попытке установить на этот же компьютер второй WWW-сервер пользователь получит сообщение о том, что устанавливаемый пакет конфликтует с уже установленным (причина конфликта ясна: в системе может быть только одна программа, использующая 80-й порт). Конечно, такое сообщение пользователь увидит лишь в той случае, если разработчик второго сервера (или вы – для своего пакета – разницы нет) не поленится составить список конфликтов. Если же он поленился это сделать, то последствия такой установки ни к чему хорошему не приведут – скорее всего, оба WWW-сервера работать не будут,
Менеджер пакетов не разрешает конфликты. Он просто сообщает, что такой-то пакет конфликтует с таким-то пакетом. Окончательное решение за вами: вы можете удалить уже установленный пакет или отказаться от установки нового пакета.
3.1.2. Репозитории: хранилища пакетовРаньше, когда быстрый Интернет могли себе позволить далеко не все, на дистрибутивные диски помещались все пакеты, входящие в состав дистрибутива. Не секрет, что большую часть этих пакетов пользователь не использовал. Многие пользователи при установке Linux не очень хотели разбираться, что нужно, а что – нет, и устанавливали все пакеты, которые были на дистрибутивных дисках. Можете себе сами представить, сколько Linux занимал места на жестком диске.
Сейчас все немного иначе. На дистрибутивный DVD (обычно Linux распространяется именно на DVD, хотя можно ещё встретить дистрибутивы на нескольких CD-дисках} помешаются только самые необходимые пакеты, т.е. только те, которые необходимы большинству пользователей. Также в обязательном порядке помещаются пакеты, которые занимают много места на диске. Например, в состав Fedora входят две графические среды: GNOME и KDE. По умолчанию пользователю предлагается установить GNOME, но если он при установке системы выберет KDE, не загружать же ему сотни мегабайтов из Интернета? Поэтому ''большие" программные продукты также помещаются на DVD. Все остальные пакеты хранится, в хранилищах пакетов, которые называются репозиториями.
Репозиторий – это обычный каталог, содержащий RPM-файлы и специальные служебные файлы, описывающие пакеты репозитория. Любой желающий может поместить в каталог диска любые RPM-пакеты и с помощью утилиты createrepo создать свой репозиторий. Но обычно под xpанилищем пакетов подразумевается сервер в Интернете, содержащий набор пакетов и служебные файлы, описывающие репозиторий.
При попытке установки пакета менеджер пакетов подключается к удаленному хранилищу пакетов, загружает пакет на компьютер пользователя и устанавливает его.
Преимущества такой организации очевидны, как, впрочем, и недостатки. К преимуществам можно отнести то, что вы устанавливаете только те программы, которые нужны лично вам, а не все программы, которые есть в составе дистрибутива. Да и с помощью репозиториев легко обновлять систему: у вас будут всегда установлены самые последние версии пакетов.
Но недостатки тоже на лицо. Если у вас нет Интернета, та и программу вы установить не можете! К тому же для установки программ нужно стабильное и быстрое соединение. Если у вас модемное или GPRS-соединение, то можете забыть об установи больших программ по следующим причинам:
• постоянные обрывы соединения (в случае модема);
• медленная скорость закачки пакета;
• дороговизна (в случае GPRS).
В любом случае за установку программ теперь нужно платить. Нет, не за доступ к репозиториям, а за Интернет, но в конечном итоге это ничего не меняет. Не все ли равно, кому платить деньги – Интернет-провайдеру или еще кому-то. А ведь раньше можно было установить все необходимое с одного DVD!
Конечно, если у вас ADSL-соединение, то долго ждать не придется: никаких обрывов, да и скорость соединения позволяет производить установку пакетов в режиме он-лайн. А если у вас безлимитное соединение (т.е. вы платите только абонплату, и не оплачиваете трафик), тогда вам вообще хорошо!
Но что делать пользователям, у которых медленное соединение или вообще в данный момент нет возможности подключиться к Интернету? Ведь дополнительные программы – это не главное. Дело в том, что после установки системы вам придется скачать кодеки идя прослушивания музыки и просмотра фильмов, проприетарные драйверы для видеокарты (для запуска трехмерного рабочего стола) и т.д. В этом случае, при всем моем уважении к Fedora и Red Hat, рекомендую выбрать другой дистрибутив, например Mandriva. Там и менеджер пакетов настроен на установку пакетов с дистрибутивного DVD, да и на самом DVD намного больше пакетов, включая кодеки и другие полезные пакеты, которые в случае с Fedora вам придется загружать из Интернета.
3.1.3. Использование yumУправлением пакетами в Fedora занимается программа yum (Yellow dog Updater Modified) – это и есть менеджер пакетов. С его помощью вы можете устанавливать и удалять пакеты, а также обновлять уже установленные пакеты.
Программа yum не обладает графическим интерфейсом, поэтому запускать ее придется или в консоли, или в терминале (команда меню Приложения→Системные→Терминал). Поскольку в большинстве случаев установка пакетов будет осуществляться из Интернет-репозитория, перед установкой пакетов нужно подключиться к Интернету.
Для управления пакетами нужны полномочия пользователя root, поэтому вам нужно ввести команду:
su
Предположим, что вы хотите установить программу. Для этого вы вводите команду:
yum install имя_пакета
Yum просматривает свой файл конфигурации /etc/yum.conf, в котором описаны репозитории. Затем он подключается к репозиторию, содержащему нужный вам пакет, скачивает и устанавливает его. Если менеджер пакетов обнаружит, что устанавливаемый пакет зависит от дополнительных пакетов, которые еще не установлены, он скачает, а затем установит и их.
Общий синтаксис вызова yum выглядит так:
yum команда [пакет(ы)]
Список наиболее полезных команд yum приведен в табл. З.1.
Для получения информации об остальных командах yum откройте терминал и введите команду man yum. Откроется страница руководства (man от англ. manual) по утилите yum, содержащая полную информацию о ней.
Таблица 3.1. Самые полезные команды yum
| install пакет | Используется для установки указанного пакета (указанных пакетов). Если будет обнаружено, что устанавливаемый пaкeт зависит от другого пакета, то тот пакет также будет установлен |
| remove пакет | Удаляет указанный пакет |
| update [пакет] | Обновляет указанный пакет или все пакеты, если ни один пакет не указан. Осторожнее с этой командой, если у вас не безлимитное соединение с Интернетом; обновление системы может занимать сотни мегабайтов |
| check-update | Менеджер пакетов выполняет только проверну наличия обновлений, т.е. реально обновления не скачиваются и не загружаются. Вы можете использовать эту команду как для проверки наличия обновлений указанного пакета, так и для проверки обновлений для всех пакетов (просто не указывайте пакеты) |
| info пакет | Используется для просмотра информации о пакета (рис. 3.1). |
| list [маска] | Выводит список установленных пакетов. Вы можете задать маску вывода имен пакетов, например, для вывода всем установленных пакетов, начинающихся строкой gnome, введите команду yum list gnome* (рис. 3.2) |
| grouplist | Выводит список групп пакетов (pиc. 3.3) |
| groupinstall группа | Позволяет установить все пакеты из указанной группы |
| search слово | Используется для поиска пакетов, которые в своем описании содержат указанное пользователем ключевое слово |
При выводе информации о пакете (команда yum info) выводится имя пакета (Name), архитектура компьютера (Arch), версия (Version) и релиз (Release) пакета, размер занимаемого дискового пространства (Size), источник пакета (Repo), общая информация о пакете (Summary), полное описание пакета (Description). Пример:
yum info gnоmesword
Available Packages
Name: gnomesword Arch: i386 Version: 2.3.1
Release: 1.fc8
Size: 4.6 M
Repo: updates
Summary: GHQME-based Bible research tool
Description:
Gnomesword is a Bible Study application for GNOME, a graphical desktop environment which is available for several Unix and Linux flavors. It is based on SWORD by the CrossWire Bible Society, a framework providing the possibility to study the Bible and additional information like commentaries, dictionaries and other texts using your computer.
Pиc. 3.1. Вывод информации о пакете
Во время установки пакетов с помощью команды yum install далеко от компьютера не отходите. В отличие от команды rpm, когда в большинстве случаев пакет устанавливается автоматически, при использовании yum иногда необходимо вмешательство пользователя. Поскольку нужные пакеты частенько находятся в Интернете, yum выведет общий размер пакетов и спросит, хотите ли вы их установить. На рис. 3.4 показано, что общий размер загружаемых пакетов составляет 7,2 Мбайт. Теперь вам нужно решить: загружать их (нужно Нажать ‹Y›) или нет (нажать ‹N›).
Рис. З.2. Вывод пакетов по маске gnome*
Рис. 3.3. Вывод групп пакетов
Рис. 3.4. Процесс установки пакетов в yum
3.1.4. Конфигурационный файл /etc/yum.confСейчас мы поговорим об основном конфигурационном файле /etc/yum.conf. Для его редактирования вам нужны права пользователя root, поэтому, чтобы открыть данный файл для редактирования, нам придется ввести в терминале следующую команду:
su -с "gedit /etc/yum.conf"
В листинге З.1. представлен типичный конфигурационный файл yum.conf.
Листинг 3.1. Пример конфигурационного файла yum.conf
[main]
cachedir=/var/cache/yum
keepcache=0
debuglevel=2
logfile=/var/log/yum.log
exactarch=1
obsoletes=1
gpgcheck=1
metadata_extpirе=1800
# PUT YOUR REPOS HERE OR IN separate files named file.repo
# in /etc/yum.repos.d
В секции main задаются общие для всех репозиториев параметры. Как правило, их не нужно изменять. А вот сами репозитории можно описать или в каталоге /etc/yum.repos.d (при этом каждый репозиторий описывается в отдельном файле), или после секции main. Перейдите в каталог /etc/yum.repos.d и просмотрите любой файл репозитория, например fedora.repo (это основной репозиторий Fedora):
cd /etc/yum.repos.d
cat fedora.repo
Содержимое этого файла представлено в листинге3.2.
Листинг 3.2. Файл /etc/yum.repos.d/fedora.repo
[fedora]
name=Fedora $releasever – $basearch
#baseurl=http://download.fedora.redhat.com/рub/fedora/linus/releases/$releasever/Everything/$basearch/os/
mirrorlist=http://mirrors.fedoraproject.org/mirrotlist?repo-fedora-$releasever&arch-$basearch
enabled=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora file:///etc/pki/rpm-gpg/RPM-GPG– KEY
[fedora-debuginfo]
name=Fedora $releasever – $basearch – Debug
#baseurl=http://download.fedora.redhat.com/pub/fedora/linus/releases/$releasever/Everything/$basearch/debug/
mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-debug-$releasever&arch=$basearch
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KЕY-fedora file:///etc/pki/rpm-gpg/RPM-GPG-KEY
[fedora-source]
name=Fedora $releasever – $basearch – Source
#baseurl=http://download.fedora.redhat.com/pub/fedora/linus/releases/$releasever/Everything/source/SRPMS/
mirrorlist=http://mirrors. fеdoraproject.org/mirrorlist?repo=fedora-source-$releasever&arch=$basearch
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPH-GPG-KEY-fedora file:///etc/pki/rpm-gpg/RPM-GPG-KEY
Как видно из листинга 3.2, в файле fedora.repo описано целых три репозитория. Параметр name задает имя репозитория, после него следует параметр baseurl, задающий расположение репозитория.
Параметр rnirrorlist задает список зеркал репозитория, к которым можно обращаться, если основной сервер, заданный в baseurl, недоступен.
Параметр enabled очень важный; если он равен 0, то репозиторий отключен, т.е. не используется. Это очень удобно. Вы можете описать дополнительные репозитории, но использовать их только при необходимости. Как уже было отмечено, в файле fedora.repo описано три репозитория, но два из них отключено. Репозиторий fedora-debuginfo содержит отладочную информацию, a fedora-source – исходные коды программ. Оба репозитория представляют ценность только для программистов, а обычным пользователям они не нужны.
Параметр gpgcheck задает, будет ли проверяться подпись пакета перед его установкой. Из соображений безопасности рекомендуется включить данный параметр. Следующий и последний параметр gpgkey задает файл GPG-ключа, который будет использоваться для проверки подписей пакетов.
