Различия между версиями 3 и 19 (по 16 версиям)
Версия 3 от 2008-07-23 22:06:54
Размер: 30002
Редактор: ArtemSerebriyskiy
Комментарий:
Версия 19 от 2008-10-09 21:50:53
Размер: 31060
Редактор: MaximByshevskiKonopko
Комментарий: No more illustration needed.
Удаления помечены так. Добавления помечены так.
Строка 2: Строка 2:
##1:32:15
=== Устройство пакетов в АльтЛинуксе ===
Для того, чтобы пакет установить, удалить или просмотреть информацию о нём(или чтобы собрать пакет из исходников)
используется так называемый установщик пакетов. Почему установщику традиционно вменяется необходимость уметь собирать
пакеты является загадкой. Для работы с одним пакетом (будь то установленный файл или неустановленный пакет) используется
программа -установщик, которая называется RPM (RedHat Package Manager). Мы уже видели, что умеет установщик делать
{{{
rpm -qlp
}}}
ключ '-q' --- query(покажи информацию), '-l' --- file list(покажи список файлов), '-p'--- package (все это не к
установленному пакету, а к пакету, лежащему в файле) ) показывает список файлов в пакете. Точно также можно посмотреть
список файлов находящихся внутри уже установленного пакета --- без ключа -p.
rpm -qi --- просмотреть информацию о пакете.
{{{
[george@class305 ~]$ rpm -qi tar

=== Установщик ===

Для того, чтобы пакет установить, удалить или просмотреть о нем информацию, используется специальная программа --- установщик пакетов. Заметим, что эта же программа по традиции отвечает за сборку пакета из исходных текстов по заранее составленной "инструкции" --- так называемому spec-файлу. В подавляющем большинстве случаев установщик пакетов работает ровно с одним пакетом: этот пакет может быть как установлен в системе, так и нет. Установщик пакетов в ПСПО ALT Linux называется RPM (RPM Package Manager, ранее Red Hat Package Manager, то есть установщик пакетов в дистрибутивах Red Hat Linux).

## ''Тут мы используем скачанные вручную пакеты ''(zip, xvfb-run, vim-plugin-moin-syntax)'', а потому мы должны показать, '''где конкретно''' мы их взяли. Вероятно, это нужно сделать в предыдущих частях этой лекции; туда же, наверное, полезно положить пояснение, почему использовалось то или иное хранилище.'' -- DmitryChistikov <<DateTime(2008-08-03T14:16:53+0400)>>

Возьмем уже скачанный нами пакет zip-2.32-alt2.S40.1.i586.rpm и воспользуемся утилитой rpm для просмотра списка файлов в этом пакете (ранее мы уже проделывали такую операцию "вручную" --- с помощью программы rpm2cpio):

{{{
$ rpm -qpl zip-2.32-alt2.S40.1.i586.rpm
/usr/bin/zip
/usr/bin/zipcloak
/usr/bin/zipnote
/usr/bin/zipsplit
/usr/share/doc/zip-2.32
/usr/share/doc/zip-2.32/BUGS
/usr/share/doc/zip-2.32/CHANGES
/usr/share/doc/zip-2.32/LICENSE
/usr/share/doc/zip-2.32/MANUAL
/usr/share/doc/zip-2.32/README
/usr/share/doc/zip-2.32/TODO
/usr/share/doc/zip-2.32/WHATSNEW
/usr/share/doc/zip-2.32/WHERE
/usr/share/man/man1/zip.1.bz2
}}}

Ключ -q задает один из основных режимов работы утилиты rpm и означает "выполнить запрос" (query). Ключ -p (package) заставляет утилиту работать не с установленным в системе пакетом, а с пакетом, лежащим в указанном файле (это один из способов указать на нужный пакет), а ключ -l (file list) задает нужное нам действие: показать список файлов. (Заметим, что запрос можно было осуществить и с помощью команды `rpmquery -pl zip-2.32-alt2.S40.1.i586.rpm`.) Если же требуется вывести список файлов, относящихся к уже установленному пакету, ключ -p использовать не следует. В этом случае выбор пакета будет осуществляться по его имени (достаточно использовать краткую форму --- `zip`).

Выполним еще несколько запросов с помощью `rpm`. Просмотрим информацию (ключ -i --- info) об установленном в системе пакете tar (tape archiver):

{{{
[george@demo ~]$ rpm -qi tar
Строка 35: Строка 53:
##1:36:20 - дописать к скриншоту
rpm -q --changelog --- лог версий. Это некое требование относительно полиси сборки --- вы должны указать изменения.
{{{
[george@class305 ~]$ rpm -q --changelog tar
Посмотрим теперь историю изменений (changelog) в сборке tar:

{{{
[george@demo ~]$ rpm -q --changelog tar
Строка 47: Строка 65:
    (CVE-2006-6097, patch from Kees Cook).

    * Втр Май 16 2006 Dmitry V. Levin <ldv@altlinux.org> 1.15.1-alt6

    - Fixed build with gcc-4.1.0.

    * Сбт Фев 18 2006 Dmitry V. Levin <ldv@altlinux.org> 1.15.1-alt5

    - Backported upstream fix for potential heap buffer overrun
      in handling extended headers (CVE-2006-0300).

      * Срд Ноя 16 2005 Dmitry V. Levin <ldv@altlinux.org> 1.15.1-alt4

      - Backported savedir() fix from gnulib CVS.

      * Вск Ноя 13 2005 Dmitry V. Levin <ldv@altlinux.org> 1.15.1-alt3

      - Backported a few fixes from tar CVS.

      * Вск Май 15 2005 Dmitry V. Levin <ldv@altlinux.org> 1.15.1-alt2

      - Reviewed patches.
      - Replaced broken mdk-doubleslash.patch with
        alt-contains_dot_dot.patch
        - Applied fixes from Debian's tar package.
        - Renamed patched according to our conventions, rediffed
          and renumbered them.
          - Added missing tests/append.at and enabled test suit by default.
          - Do not even build rmt.

          * Птн Янв 14 2005 Ilya Evseev <evseev@altlinux.ru> 1.15.1-alt1

          - Updated to 1.15.1
          - specfile: added russian summary/description, changed URL's
          - patchset changes:
             + rediff P1,P3,P21
                + remove P2,P11,P12,P22,P23,P31,P32 since they are in upstream now
                   + replace P13 from 1.13.25-rh to 1.14-mdk, add P33 from Mdk
                   - Replaced pre-written manual page with help2man-generated one.
                   - /sbin/rmt is explicitly excluded from packaging
                     because dump package provides better rmt implementation.

                     * Пнд Сен 29 2003 Dmitry V. Levin <ldv@altlinux.org> 1.13.25-alt3

                     - Fixed symlink extraction bug (deb #149532).
                     - Fixed archive corruption in special cases (deb #126274).
                     - Updated package dependencies.

                     * Пнд Июн 16 2003 Stanislav Ievlev <inger@altlinux.ru> 1.13.25-alt2.1

                     - fix build in bte. no hard-compiled aclocal-1.6

                     * Сбт Сен 28 2002 Dmitry V. Levin <ldv@altlinux.org> 1.13.25-alt2

                     - Replaced our dot-dot patch with better one from Owl.
                     - Fixed build with autoconf >= 2.53 (rh).
                     - Fixed argv NULL termination (rh).
                     - Don't include hardlinks to sockets and doors in a tar file (rh).
                     - Updated without_librt patch.

                     * Пнд Окт 08 2001 Dmitry V. Levin <ldv@altlinux.ru> 1.13.25-alt1

                     - 1.13.25, updated patches to new version.

                     * Сбт Сен 29 2001 Dmitry V. Levin <ldv@altlinux.ru> 1.13.22-alt1

                     - 1.13.22, updated patches to new version.

                     * Втр Июл 17 2001 Dmitry V. Levin <ldv@altlinux.ru> 1.13.19-ipl2mdk

                     - Merged RH and Owl patches.

                     * Чтв Ноя 16 2000 Dmitry V. Levin <ldv@fandra.org> 1.13.18-ipl1mdk

                     - Merged RH and MDK patches.
                     - Fixed texinfo documentation.

                     * Втр Сен 26 2000 Dmitry V. Levin <ldv@fandra.org> 1.13.17-ipl6mdk

                     - Fix exit code (RH).

                     * Вск Апр 02 2000 Dmitry V. Levin <ldv@fandra.org>

                     - Merged RH patches.

                     * Вск Фев 20 2000 Dmitry V. Levin <ldv@fandra.org>

                     - Fandra adaptions

                     * Чтв Фев 17 2000 Chmouel Boudjnah <chmouel@mandrakesoft.com> 1.13.17-1mdk

                     - Make -y alias to -I and document it as obsoltes.
                     - 1.13.17.

                     * Втр Янв 11 2000 Frederic Lepied <flepied@mandrakesoft.com> 1.13.11-3mdk

                     - call configure with LINGUAS unset.

                     * Пнд Ноя 01 1999 Chmouel Boudjnah <chmouel@mandrakesoft.com>

                     - Reinserting -y support patchs.

                     * Срд Окт 27 1999 Chmouel Boudjnah <chmouel@mandrakesoft.com>

                     - Split: back to the tar stable version for cassini.

                     * Втр Окт 26 1999 Chmouel Boudjnah <chmouel@mandrakesoft.com>

                     - 1.13.13.

                     * Чтв Окт 07 1999 Chmouel Boudjnah <chmouel@mandrakesoft.com>

                     - 1.13.12.

                     * Птн Сен 03 1999 Chmouel Boudjnah <chmouel@mandrakesoft.com>

                     - 1.13.11

                     * Птн Авг 20 1999 Thierry Vignaud <tvignaud@mandrakesoft.com>

                     - 1.13.10

                     * Птн Авг 13 1999 Thierry Vignaud <tvignaud@mandrakesoft.com>

                     - 1.3.6

                     * Чтв Июл 22 1999 Thierry Vignaud <tvignaud@mandrakesoft.com>

                     - 1.13.5

                     * Чтв Июл 15 1999 Thierry Vignaud <tvignaud@mandrakesoft.com>

                     - 1.13.2
                     - french description

                     * Пнд Июл 12 1999 Bernhard Rosenkraenzer <bero@mandrakesoft.de>

                     - 1.13.1

                     * Птн Июл 09 1999 Chmouel Boudjnah <chmouel@mandrakesoft.com>

                     - 1.3.
                     - Patch to handle bzip2.

                     * Пнд Апр 12 1999 Chmouel Boudjnah <chmouel@mandrakesoft.com>

                     - Update to 1.2.64011.

                     * Сбт Апр 10 1999 Bernhard Rosenkraenzer <bero@linux-mandrake.com>

                     - add de locale
                     - some spec tweaks
                     - bzip2 man/info pages
                     - Mandrake adaptions
                     - update to 1.12.64010 to get the -y (--bzip2) option

                     * Пнд Мар 08 1999 Michael Maher <mike@redhat.com>

                     - added patch for bad name cache.
                     - FIXES BUG 320

                     * Срд Фев 24 1999 Preston Brown <pbrown@redhat.com>

                     - Injected new description and group.

                     * Птн Дек 18 1998 Preston Brown <pbrown@redhat.com>

                     - bumped spec number for initial rh 6.0 build

                     * Втр Авг 04 1998 Jeff Johnson <jbj@redhat.com>

                     - add /usr/bin/gtar symlink (change #421)

                     * Втр Июл 14 1998 Jeff Johnson <jbj@redhat.com>

                     - Fiddle bindir/libexecdir to get RH install correct.
                     - Don't include /sbin/rmt -- use the rmt from dump.
                     - Turn on nls.

                     * Пнд Апр 27 1998 Prospector System <bugs@redhat.com>

                     - translations modified for de, fr, tr

                     * Чтв Окт 16 1997 Donnie Barnes <djb@redhat.com>

                     - updated from 1.11.8 to 1.12
                     - various spec file cleanups
                     - /sbin/install-info support

                     * Чтв Июн 19 1997 Erik Troan <ewt@redhat.com>

                     - built against glibc

                     * Чтв Май 29 1997 Michael Fulbright <msf@redhat.com>

                     - Fixed to include rmt
}}}

Попробуем установить пакет --- rpm -i.
{{{
[root@class305 george]# rpm -i xvfb-run-1.2-alt2.noarch.rpm
  (CVE-2006-6097, patch from Kees Cook).
 ...
}}}

Отметим еще раз, что запросы можно осуществлять как с помощью `rpm -q`, так и с помощью `rpmquery`.

Займемся теперь установкой пакетов из файлов. Скачаем несколько архивов из хранилища и используем утилиту `rpm` с ключом -i (install). Заметим, что в данном случае ключ -i задает основной режим работы `rpm` и имеет отличное от рассмотренного выше значения. Естественно, для установки пакетов требуются права суперпользователя.

{{{
[root@demo ~]# rpm -i xvfb-run-1.2-alt2.noarch.rpm
Строка 251: Строка 78:

}}}
Мы видим что установщик отказывается устанавливать пакет, потому что нужны два других предварительно установленных
пакета. Если взять другой пакет без неудовлетворенных зависимостей, то его можно установить.
{{{
[root@class305 george]# rpm -i vim-plugin-moin-syntax-1.8-alt2.noarch.rpm
[root@class305 george]# rpm -qpl vim-plugin-moin-syntax-1.8-alt2.noarch.rpm
}}}

Как видно, установщик отказывается устанавливать пакет: для установки xvfb-run-1.2-alt2 оказались нужны отсутствующие в системе xorg-x11-xvfb и fakeroot. Возьмем теперь пакет без неудовлетворенных зависимостей:

{{{
[root@demo ~]# rpm -i vim-plugin-moin-syntax-1.8-alt2.noarch.rpm
}}}

Утилита `rpm` молча завершает работу, что свидетельствует об успешном выполнении запрошенной операции. Какие же файлы появились в нашей системе?

{{{
[root@demo ~]# rpm -ql vim-plugin-moin-syntax
Строка 263: Строка 95:
Посмотрим, какие зависимости у неустановившегося пакета:
{{{
[root@class305 george]# rpm -qpl xvfb-run-1.2-alt2.noarch.rpm
Как видно, их всего три. Давайте теперь вернемся к неустановившемуся пакету xvfb-run-1.2-alt2. Его установка привела бы к появлению в системе лишь одного нового файла:

{{{
[root@demo ~]# rpm -qpl xvfb-run-1.2-alt2.noarch.rpm
Строка 267: Строка 100:
[root@class305 george]# rpm -qRp xvfb-run-1.2-alt2.noarch.rpm }}}

Посмотрим, наличия чего требует (requires) для установки этот пакет:

{{{
[root@demo ~]# rpm -qpR xvfb-run-1.2-alt2.noarch.rpm
Строка 275: Строка 113:
}}} Мы видим зависимости этого пакета, при этом часть из них не удовлетворена. Та же самая история происходит и с
удалением. Мы можем свободно удалить только что поставленный пакет, потому что от него никто не зависит.
{{{
[root@class305 george]# rpm -e vim-plugin-moin-syntax
}}} А вот если попробовать удалить пакет от которого зависят другие пакеты- например coreutils, то это не удастся.
{{{
[root@class305 george]# rpm -e coreutils
}}}

Утилита `rpm` с ключом -R выдает список зависимостей пакета. В нашем случае неудовлетворенными остались, как мы помним, две (а для того, чтобы `rpm` отказалась устанавливать пакет, достаточно было и одной).

Попробуем теперь выполнить удаление (ключ -e, erase) пакета vim-plugin-moin-syntax: его мы установили только что, поэтому никакой другой из имеющихся в системе пакетов от него не зависит.

{{{
[root@demo ~]# rpm -e vim-plugin-moin-syntax
}}}

Как мы видим, удаление прошло успешно. Если же попробовать удалить пакет, от которого зависят другие установленные пакеты, то `rpm` откажется это делать:

{{{
[root@demo ~]# rpm -e coreutils
Строка 289: Строка 134:
Как видно установщик это утилита техническая, и обычный пользователь ей пользоваться не может и не должен.

Для того , чтобы с одной стороны обеспечить более разумный интерфейс к работе с пакетами для пользователя, а с другой
стороны сюда включить дополнительную функциональность, есть другой класс утилит --- диспетчер пакетов. Диспетчер пакетов
работает с хранилищами. На самом деле пользователь(администратор) работает не с каким-то конкретным пакетом- ему из
конкретных вещей надо знать только название- он работает с одним или несколькими хранилищами. Хранилищем может быть ветка,
дистрибутив, диски... Можно добавить в качестве хранилища например ещё одну ветку. Это всё разные хранилища, с которыми
обязан работать диспетчер пакетов, чтобы делать три главных действия:
 * рекурсивная установка пакетов - т.е. автоматически удовлетворять зависимости доставляя нужные пакеты. RPM не может
 сделать этого, поскольку не знает, откуда взять дополнительные пакеты).
 * Втрое свойство диспетчера --- рекурсивное удаление. Точно также, как рекурсивная установка происходит путём просмотра
 индексов в хранилищах, удаление происходит путём просмотра локальных индексов.
 * Третье важное свойств диспетчера --- обновление - установка более новой версии. Этот случай выделяется из-за специфичных
 особенностей при обработке индексов.
В АльтЛинуксе используется традиционно диспетчер apt, который взят из Gnu/Debian. Альт -- единственный в мире дистрибутив,
который используется rpm и apt.

Комплект утилит apt --- комплект утилит работы с хранилищами. В нем есть две главных компоненты:
 * утилита apt-get, которая работает непосредственно с хранилищами.
 * утилита apt-cache, которая работает с индексами, с информацией о том, что именно находится в хранилище.
Смысл разделения на apt-get и apt-cache следующий: apt-get обычно лезет в сеть и скачивает информацию о пакетах и
формирует индексы, а apt-cache не требует для работы в сети, а работает с локальными копиями индексов, в частности ищет
информацию и прочее.
##1:54:20
Установим таки xvfb-run
{{{[root@class305 george]# apt-get install xvfb-run
=== Диспетчер ===

Из приведенных примеров понятно, что установщик --- это сугубо техническая утилита. Обычный пользователь не может и не должен к ней обращаться. Для пользовательской (административной) работы с пакетами требуется как более разумный интерфейс, так и дополнительная функциональность. Такие задачи решаются другими классом утилит --- диспетчерами пакетов. Главное отличие диспетчера от установщика заключается в том, что установщик работает с отдельным пакетом, а диспетчер --- с целым хранилищем: диском, веткой, дистрибутивом. Диспетчер пакетов должен уметь использовать различные типы хранилищ, чтобы обеспечить возможность выполнения следующих действий:

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

В ПСПО ALT Linux традиционно используется портированный из дистрибутивов Debian GNU/Linux диспетчер APT (Advanced Package Tool), изначально ориентированный на использование установщика dpkg и формата пакетов deb. APT предоставляет целый комплект утилит для работы с хранилищами. Мы рассмотрим две из них:

 * утилиту apt-get, работающую с хранилищами непосредственно;
 * утилиту apt-cache, работающую с индексами --- информацией о том, что находится в хранилище.
## ''Вообще, пояснение про индексы неплохо бы перенести чуть выше (хотя бы к рекурсивному удалению --- они там упоминаются).'' -- DmitryChistikov <<DateTime(2008-08-03T14:34:44+0400)>>
## ''Вроде бы, понимабельно и так.'' -- MaximByshevskiKonopko <<DateTime(2008-08-03T18:50:01+0400)>>

Смысл разделения на apt-get и apt-cache состоит в следующем: apt-get при своей работе обыкновенно использует сеть, скачивая информацию о пакетах и формируя индексы, apt-cache же сети для своей работы не требует, используя информацию из локальных копий индексов. Какие именно хранилища используются утилитой apt-get, указано в специальном месте. Речь об этом пойдет далее, а мы сейчас установим-таки xvfb-run, воспользовавшись возможностями APT:

{{{
[root@demo ~]# apt-get install xvfb-run
Строка 336: Строка 174:
Обратите внимание, как работает команда apt-get с параметром install. Сначала вспомним, что есть место, где указаны
хранилища, которыми надо пользоваться для установки\удаления пакета. apt-get install делает следующее:
 1. просмотривает все индексы
 2. строит дерево зависимостей
 3. находит соответствующего кандидата тому пакету, который мы хотим
 4. предупреждает, что помимо этого надо установить ещё два пакета.
 5. скачивает их из хранилища
 6. устанавливает все в правильном порядке

С рекурсивной установкой и удалением есть свои проблемы. Предположим мы поставили пакет, который рекурсивно потянул за
собой еще пакеты и т.д. Вот у нас в итоге набралось сколько-то пакетов. Мы все это поставили и теперь хотим удалить. Как
это сделать? Ответ - в общем случае никак. Дело в том, что при рекурсивном удалении удаляются пакеты которые зависят от
выбранного. Т.е. те которые не могут существовать без него. Но те пакеты, от которых зависел выбранный могут и не удалятся,
поскольку их существование ничему не противоречит. Т.е. мы получаем что в системе остаются пакеты, которые на самом деле не
нужны, просто невозможно определить действительно ли они не нужны. Есть вариант решения этой проблемы --- он используется
в Debian - есть флаг, который ставится каждому пакету и соответствует тому, поставлен ли этот пакет по требованию
пользователя или для автоматического удовлетворения зависимостей. Тогда при удалении очередного пакета проверяется,
остались ли в системе пакеты, которые помечены флагом "установлен по зависимостям" и если от них больше ничего не зависит,
то они удаляются. Но в этом случае возникают проблемы. Пусть у нас есть виртуальный пакет- т.е. пакет который не содержит
в себе ничего кроме зависимостей- таким например является пакет kde. предположим теперь что мы хотим удалить одну из
автономных составляющих системы, которая ставилась с помощью виртуального пакета -например удалить все игры из kde.
Однако удаление пакета, отвечающего за игры приведет к удалению пакета верхнего уровня (того самого kde) и окажется что все
остальные компоненты системы помечены как "установленный по зависимостям" и система предложит удалить их все. Так что
решение с такими флагами это палка о двух концах.

Рассмотрим как происходит рекурсивное удаление
{{{
root@class305 george]# apt-get remove fakeroot

Как видно, мы использовали команду `apt-get` с параметром install. В нашем случае она выполнила следующие операции:

 1. Просмотрела все индексы.
 1. Построила дерево зависимостей.
 1. Нашла пакет --- кандидат на установку (заметим, что мы могли потребовать установить сразу несколько пакетов).
 1. Предупредила, что помимо этого (для удовлетворения зависимостей) надо установить еще два пакета.
 1. Запросила подтверждение на установку дополнительных пакетов.
 1. Скачала все необходимые пакеты из хранилища.
 1. Установила их в правильном порядке.

Отметим, что команду `apt-get install` можно использовать и для обновления уже установленного пакета до версии из хранилища. Для обновления же всей системы целиком используется команда `apt-get dist-upgrade` (непосредственно перед этим действием рекомендуется дать команду `apt-get update` для обновления индексов --- но об этом чуть позже).

Заметим, что с рекурсивной установкой и рекурсивным удалением есть свои проблемы. Предположим, мы установили пакет, который рекурсивно потянул за собой много дополнительных пакетов. Через некоторое время после этого мы решаем все установленные таким образом пакеты удалить. Как это сделать? Увы, в общем случае ответ --- никак. Дело в том, что при рекурсивном удалении удалятся лишь те пакеты, которые зависят от выбранного (те, которые не могут существовать без него). Пакеты же, от которых зависел выбранный пакет, удалены не будут. В результате в системе останется довольно много пакетов, которые на самом деле никому не нужны.

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

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

Рассмотрим теперь, как происходит рекурсивное удаление. Попробуем избавиться от пакета fakeroot, от которого зависит установленный нами xvfb-run. Для этого нам понадобится параметр remove утилиты apt-get:

{{{
root@demo ~]# apt-get remove fakeroot
Строка 375: Строка 208:
Теперь попробуем удалить пакет coreutils  - это пакет который жизненно необходим системе.
{{{
[root@class305 george]# apt-get remove coreutils
Здесь, увидев, что xvfb-run тоже придется удалить, мы одумались и отменили запрошенные действия. Попробуем теперь удалить пакет coreutils --- это пакет, который жизненно необходим системе:

{{{
[root@demo ~]# apt-get remove coreutils
Строка 397: Строка 231:
Мы видим что диспетчер предупреждает что некоторые пакеты из тех, которые будут удалены помечены как 'essential'  -
жизненно важные для системы и продолжать удаление надо только в том случае если вы уверены что вы делаете.

Рассмотрим еще возможности диспетчера
:
 * для поиска пакетов используется apt-cac
he с ключом search.
 
{{{
 [root@class305 george]# apt-cache search search
 
basket - multi-purpose note-taking application
 beagl
e - The Beagle Search Infrastructure
beagle-crawl-system - Indexing subsystem for system files
 ...
 
}}}
 apt-cache search ищет ключевое слово  не только в коротком описании пакета, но и в длинном описании. Как уже говорилось
используются не хранилища, а локальные индексы.
 * Для просмотра
информации о пакете можно использовать   apt-cache с ключом show
 
{{{
 [root@class305 george]# apt-cache show xword
 Package: xword
 Section: Text tools
 Installed Size: 63480
 Maintainer: Vitaly Lipatov <lav@altlinux.ru>
 Version: 1.0-alt1
 Pre-Depends: rpmlib(PayloadFilesHavePrefix) (<= 4.0-1), rpmlib(CompressedFileNames) (<= 3.0.4-1)
 Depends: python-module-pygtk, coreutils
 Provides: gedam, xword (= 1.0-alt1)
 Obsoletes: gedam
 Architecture: noarch
 Size: 21742
 MD5Sum: 5d9baebcbbb103782b3918d7c555742c
 Filename: xword-1.0-alt1.noarch.rpm
 Description: Xword is a GNOME crossword puzzle program
 Gedam is a GNOME program I wrote for doing crossword puzzles. It is
 similar to the AcrossLite program for Windows, and it can read and write
 the file format of that program. Consequently, it works well for doing
 puzzles from The New York Times. Although there is an existing version
 of AcrossLite for Linux, it has several glaring problems: poor support,
 the use of Motif, and the lack of a clock.

 For crossword files search in Google by "AcrossLite", f.i.
 http://puzzles.about.com/library/weekly/aa040697.htm
 }}}
 * для обновления индексов используется команда apt-get с ключом update. Она скачивает со всех хранилищ все индексы и
заново формирует кеш из индексов.
 
{{{
 [root@class305 george]# apt-get update
 Get:1 ftp://updates.altlinux.org i586 release [720B]
 Get:2 ftp://ftp.altlinux.org i586 release [1005B]
 Get:3 ftp://ftp.altlinux.org i586 release [730B]
 Get:4 ftp://ftp.altlinux.org noarch release [728B]
 Get:5 ftp://ftp.altlinux.org i586 release [702B]
 Fetched 3885B in 0s (7192B/s)
 Hit ftp://updates.altlinux.org i586/updates pkglist
 Hit ftp://ftp.altlinux.org i586/classic pkglist
 Hit ftp://updates.altlinux.org i586/updates release
 Hit ftp://ftp.altlinux.org i586/classic release
 Hit ftp://ftp.altlinux.org i586/classic pkglist
 Hit ftp://ftp.altlinux.org i586/classic release
 Hit ftp://ftp.altlinux.org noarch/classic pkglist
 Hit ftp://ftp.altlinux.org noarch/classic release
 Hit ftp://ftp.altlinux.org i586/backports pkglist
 Hit ftp://ftp.altlinux.org i586/backports release
 Reading Package Lists... Done
 Building Dependency Tree... Done
 }}}

 *Для обновления системы целиком используется apt-get dist-upgrade.


К
онфигурационные файлы к системе apt лежат в /etc/apt/. Там лежит файл apt.conf - это настройки самой системы apt. Самый
нужный файл называется sources.list - он
может быть  пустым  и каталог sources.list.d. В этом каталоге много файлов, в
ка
ждом из них может хранится информация о различных хранилищах  в разных местах. Большинство этой информации изначально
закоментированно. Формат файла таков:
##Вставит вид строки
'#' в начале строки означает комментарий.
тип пакета
, подпись(если есть), url хранилища, название хранилища, одно или несколько названий веток.
Почему файлов так много? Есть несколько зеркал, и возможно по сетевым соображениям некие зеркала вам ближе. Для того чтобы
ими воспользоваться надо расскоментировать
соответствующие строчки в соответствующих файлах.
##2:27:00

Д
испетчер предупреждает, что некоторые из пакетов, которые придется удалить, помечены как essential (жизненно важные для системы) и просит для подтверждения набрать не просто '''y''' (yes --- да), а целую фразу "Yes, do as I say!" ("Да, сделай так, как я говорю!"). Естественно, подтверждать удаление надо только в случае абсолютной уверенности в своих действиях. Откажемся теперь от удаления coreutils.

Рассмотрим еще некоторые возможности диспетчера. Для поиска пакетов используется утилита apt-cache с параметром search:
## ''Думаю
, что неплохо бы вставить какой-нибудь другой пример, чтобы имя параметра и поисковый запрос не совпадали.'' -- DmitryChistikov <<DateTime(2008-08-03T14:24:24+0400)>>
## ''Done.'' -- MaximBys
hevskiKonopko <<DateTime(2008-08-03T18:50:01+0400)>>

{{{
[root@demo ~]# apt-cache search kde
amarok - Amarok is a music player for KDE.
arts - aRts (analog realtime synt
hesizer) - the KDE sound system
desktop-file-utils - Utilities for manipulating .desktop files
digikam - A Photo Management Application for KDE
docs-linux_gui - Graphical user interface in Linux
gam
bas-gb-qt-kde - The Gambas KDE component
gambas-gb-qt-kde-html - The Gambas KHTML component
kaffeine - A Xine-based Media Player for KDE
kchmviewer - KchmViewer is a chm (M
S HTML help file format) viewer
kde-common - The
basic directory layout for KDE
kde-co
mmon-devel - Development utils for KDE
...
}}}

Заметим, что `
apt-cache search` ищет ключевое слово не только в коротком, но и в длинном описании пакета. Естественно, при поиске используются не сами хранилища, а локальные индексы (за поиск отвечает apt-cache, а не apt-get). Чтобы просмотреть информацию о лежащем в хранилище пакете, можно воспользоваться параметром show:

## ''А вот здесь полезно сделать ''show'' одному из пакетов, найденных при помощи ''search'', и пояснить,
что это почти традиционная связка.'' -- DmitryChistikov <<DateTime(2008-08-03T14:24:24+0400)>>

{{{
[root@demo ~]# apt-cache show xword
Package: xword
Section: Text tools
Installed Size: 63480
Maintainer: Vitaly Lipatov <lav@altlinux.ru>
Version: 1.0-alt1
Pre-Depends: rpmlib(PayloadFilesHavePrefix) (<= 4.0-1), rpmlib(CompressedFileNames) (<= 3.0.4-1)
Depends: python-module-pygtk, coreutils
Provides: gedam, xword (= 1.0-alt1)
Obsoletes: gedam
Architecture: noarch
Size: 21742
MD5Sum: 5d9baebcbbb103782b3918d7c555742c
Filename: xword-1.0-alt1.noarch.rpm
Description: Xword is a GNOME crossword puzzle program
Gedam is a GNOME program I wrote for doing crossword puzzles. It is
similar to the AcrossLite program for Windows, and it can read and write
the file format of that program. Consequently, it works well for doing
puzzles from The New York Times. Although there is an existing version
of AcrossLite for Linux, it has several glaring problems: poor support,
the use of Motif, and the lack of a clock.

For crossword files search in Google by "AcrossLite", f.i.
http://puzzles.about.com/library/weekly/aa040697.htm
}}}

Скажем теперь несколько слов об ин
дексах. Для их обновления используется команда apt-get с параметром update. Она скачивает с используемых хранилищ все индексы и заново формирует локальный кэш:

{{{
[root@demo ~]# apt-get update
Get:1 ftp://updates.altlinux.org i586 release [720B]
Get:2 ftp://ftp.altlinux.org i586 release [1005B]
Get:3 ftp://ftp.altlinux.org i586 release [730B]
Get:4 ftp://ftp.altlinux.org noarch release [728B]
Get:5 ftp://ftp.altlinux.org i586 release [702B]
Fetched 3885B in 0s (7192B/s)
Hit ftp://updates.altlinux.org i586/updates pkglist
Hit ftp://ftp.altlinux.org i586/classic pkglist
Hit ftp://updates.altlinux.org i586/updates release
Hit ftp://ftp.altlinux.org i586/classic release
Hit ftp://ftp.altlinux.org i586/classic pkglist
Hit ftp://ftp.altlinux.org i586/classic release
Hit ftp://ftp.altlinux.org noarch/classic pkglist
Hit ftp://ftp.altlinux.org noarch/classic release
Hit ftp://ftp.altlinux.org i586/backports pkglist
Hit ftp://ftp.altlinux.org i586/backports release
Reading Package Lists... Done
Building Dependency Tree... Done
}}}

Какие именно хранилища используются при работе утилитами семейства APT, указано в конфигурационных файлах каталога /etc/apt. В файле apt.conf содержатся общие настройки системы APT, а за используемые хранилища отвечает файл sources.list (он вполне может быть пустым) вместе со всеми файлами каталога sources.list.d. В этом каталоге может лежать значительное количество файлов, содержащих информацию о различных хранилищах пакетов в разнообразных местах. Типичная строка в файле из этого каталога выглядит примерно так:

{{{
# rpm [updates] ftp://ftp.altlinux.org/pub/distributions/ALTLinux/4.0/branch noarch classic
}}}

Символ ре
шетки в начале строки является маркировкой комментария --- иными словами, соответствующая запись в данный момент не используется вовсе. Формат записи таков: вначале --- тип пакета (rpm), затем --- идентификатор цифровой подписи в прямых скобках (иногда пропускается), далее --- URL хранилища, название хранилища, одно или несколько названий веток.

Отметим, что наличие большого количества файлов в /etc/apt/sources.list.d объясняется существованием большого числа зеркал различных хранилищ. Использование того или иного зеркала может оказаться более или менее удобным по сетевым соображениям. Чтобы воспользоваться хранилищем, необходимо раскомментировать
соответствующие строки (их может быть несколько) в нужном файле, удостовериться, что ненужных раскомментированных строк нет (учитываются '''все''' файлы в sources.list.d и, кроме них, файл sources.list), и дать команду `apt-get update` для обновления локальных индексов. Обновлять индексы следует также непосредственно перед выполнением `apt-get dist-upgrade`, чтобы при обновлении системы использовались актуальные их версии.
Строка 482: Строка 325:
|| 10 || 1 || 1 || 1 || || 1 || ArtemSerebriyskiy, DmitryChistikov, MaximByshevskiKonopko || || || || 90 || 1 || 1 || 1 || || 1 || ArtemSerebriyskiy, DmitryChistikov, MaximByshevskiKonopko || || ||

Утилиты для работы с пакетами

Установщик

Для того, чтобы пакет установить, удалить или просмотреть о нем информацию, используется специальная программа --- установщик пакетов. Заметим, что эта же программа по традиции отвечает за сборку пакета из исходных текстов по заранее составленной "инструкции" --- так называемому spec-файлу. В подавляющем большинстве случаев установщик пакетов работает ровно с одним пакетом: этот пакет может быть как установлен в системе, так и нет. Установщик пакетов в ПСПО ALT Linux называется RPM (RPM Package Manager, ранее Red Hat Package Manager, то есть установщик пакетов в дистрибутивах Red Hat Linux).

Возьмем уже скачанный нами пакет zip-2.32-alt2.S40.1.i586.rpm и воспользуемся утилитой rpm для просмотра списка файлов в этом пакете (ранее мы уже проделывали такую операцию "вручную" --- с помощью программы rpm2cpio):

$ rpm -qpl zip-2.32-alt2.S40.1.i586.rpm
/usr/bin/zip
/usr/bin/zipcloak
/usr/bin/zipnote
/usr/bin/zipsplit
/usr/share/doc/zip-2.32
/usr/share/doc/zip-2.32/BUGS
/usr/share/doc/zip-2.32/CHANGES
/usr/share/doc/zip-2.32/LICENSE
/usr/share/doc/zip-2.32/MANUAL
/usr/share/doc/zip-2.32/README
/usr/share/doc/zip-2.32/TODO
/usr/share/doc/zip-2.32/WHATSNEW
/usr/share/doc/zip-2.32/WHERE
/usr/share/man/man1/zip.1.bz2

Ключ -q задает один из основных режимов работы утилиты rpm и означает "выполнить запрос" (query). Ключ -p (package) заставляет утилиту работать не с установленным в системе пакетом, а с пакетом, лежащим в указанном файле (это один из способов указать на нужный пакет), а ключ -l (file list) задает нужное нам действие: показать список файлов. (Заметим, что запрос можно было осуществить и с помощью команды rpmquery -pl zip-2.32-alt2.S40.1.i586.rpm.) Если же требуется вывести список файлов, относящихся к уже установленному пакету, ключ -p использовать не следует. В этом случае выбор пакета будет осуществляться по его имени (достаточно использовать краткую форму --- zip).

Выполним еще несколько запросов с помощью rpm. Просмотрим информацию (ключ -i --- info) об установленном в системе пакете tar (tape archiver):

[george@demo ~]$ rpm -qi tar
Name        : tar                          Relocations: (not relocateable)
Version     : 1.15.1                            Vendor: ALT Linux Team
Release     : alt8                          Build Date: Сбт 14 Апр 2007 20:01:52
Install date: Втр 15 Июл 2008 21:23:38      Build Host: ldv.hasher.altlinux.org
Group       : Архивирование/Резервное копирование   Source RPM: tar-1.15.1-alt8.src.rpm
Size        : 1213918                          License: GPL
Packager    : Dmitry V. Levin <ldv@altlinux.org>
URL         : http://www.gnu.org/software/tar/
Summary     : Утилита проекта GNU для архивации файлов
Description :
The GNU tar program saves many files together into one archive and
can restore individual files (or all of the files) from the archive.
tar can also be used to add supplemental files to an archive and to
update or list files in the archive.  tar includes multivolume support,
automatic archive compression/decompression, the ability to perform
remote archives and the ability to perform incremental and full backups.

Посмотрим теперь историю изменений (changelog) в сборке tar:

[george@demo ~]$ rpm -q --changelog tar
* Сбт Апр 14 2007 Dmitry V. Levin <ldv@altlinux.org> 1.15.1-alt8

- Reduced macro abuse in specfile.

* Втр Ноя 28 2006 Dmitry V. Levin <ldv@altlinux.org> 1.15.1-alt7

- Disabled GNUTYPE_NAMES handling by default and
  added --allow-name-mangling option to re-enable it.
  (CVE-2006-6097, patch from Kees Cook).
 ...

Отметим еще раз, что запросы можно осуществлять как с помощью rpm -q, так и с помощью rpmquery.

Займемся теперь установкой пакетов из файлов. Скачаем несколько архивов из хранилища и используем утилиту rpm с ключом -i (install). Заметим, что в данном случае ключ -i задает основной режим работы rpm и имеет отличное от рассмотренного выше значения. Естественно, для установки пакетов требуются права суперпользователя.

[root@demo ~]# rpm -i xvfb-run-1.2-alt2.noarch.rpm
error: failed dependencies:
        xorg-x11-xvfb is needed by xvfb-run-1.2-alt2
        fakeroot is needed by xvfb-run-1.2-alt2

Как видно, установщик отказывается устанавливать пакет: для установки xvfb-run-1.2-alt2 оказались нужны отсутствующие в системе xorg-x11-xvfb и fakeroot. Возьмем теперь пакет без неудовлетворенных зависимостей:

[root@demo ~]# rpm -i vim-plugin-moin-syntax-1.8-alt2.noarch.rpm

Утилита rpm молча завершает работу, что свидетельствует об успешном выполнении запрошенной операции. Какие же файлы появились в нашей системе?

[root@demo ~]# rpm -ql vim-plugin-moin-syntax
/etc/alternatives/packages.d/moinmoin.vim
/usr/share/vim/ftplugin/moin.vim
/usr/share/vim/syntax/moinmoin.vim

Как видно, их всего три. Давайте теперь вернемся к неустановившемуся пакету xvfb-run-1.2-alt2. Его установка привела бы к появлению в системе лишь одного нового файла:

[root@demo ~]# rpm -qpl xvfb-run-1.2-alt2.noarch.rpm
/usr/bin/xvfb-run

Посмотрим, наличия чего требует (requires) для установки этот пакет:

[root@demo ~]# rpm -qpR xvfb-run-1.2-alt2.noarch.rpm
xorg-x11-xauth
xorg-x11-xvfb
fakeroot
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(CompressedFileNames) <= 3.0.4-1
coreutils
sh

Утилита rpm с ключом -R выдает список зависимостей пакета. В нашем случае неудовлетворенными остались, как мы помним, две (а для того, чтобы rpm отказалась устанавливать пакет, достаточно было и одной).

Попробуем теперь выполнить удаление (ключ -e, erase) пакета vim-plugin-moin-syntax: его мы установили только что, поэтому никакой другой из имеющихся в системе пакетов от него не зависит.

[root@demo ~]# rpm -e vim-plugin-moin-syntax

Как мы видим, удаление прошло успешно. Если же попробовать удалить пакет, от которого зависят другие установленные пакеты, то rpm откажется это делать:

[root@demo ~]# rpm -e coreutils
error: removing these packages would break dependencies:
        coreutils   is needed by dmsetup-1.02.22-alt1
        coreutils   is needed by less-394-alt1
        coreutils   is needed by module-init-tools-compat-3.3-alt0.5.pre6
        ...

Диспетчер

Из приведенных примеров понятно, что установщик --- это сугубо техническая утилита. Обычный пользователь не может и не должен к ней обращаться. Для пользовательской (административной) работы с пакетами требуется как более разумный интерфейс, так и дополнительная функциональность. Такие задачи решаются другими классом утилит --- диспетчерами пакетов. Главное отличие диспетчера от установщика заключается в том, что установщик работает с отдельным пакетом, а диспетчер --- с целым хранилищем: диском, веткой, дистрибутивом. Диспетчер пакетов должен уметь использовать различные типы хранилищ, чтобы обеспечить возможность выполнения следующих действий:

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

В ПСПО ALT Linux традиционно используется портированный из дистрибутивов Debian GNU/Linux диспетчер APT (Advanced Package Tool), изначально ориентированный на использование установщика dpkg и формата пакетов deb. APT предоставляет целый комплект утилит для работы с хранилищами. Мы рассмотрим две из них:

  • утилиту apt-get, работающую с хранилищами непосредственно;
  • утилиту apt-cache, работающую с индексами --- информацией о том, что находится в хранилище.

Смысл разделения на apt-get и apt-cache состоит в следующем: apt-get при своей работе обыкновенно использует сеть, скачивая информацию о пакетах и формируя индексы, apt-cache же сети для своей работы не требует, используя информацию из локальных копий индексов. Какие именно хранилища используются утилитой apt-get, указано в специальном месте. Речь об этом пойдет далее, а мы сейчас установим-таки xvfb-run, воспользовавшись возможностями APT:

[root@demo ~]# apt-get install xvfb-run
Reading Package Lists... Done
Building Dependency Tree... Done
The following extra packages will be installed:
  fakeroot xorg-x11-xvfb
  The following NEW packages will be installed:
    fakeroot xorg-x11-xvfb xvfb-run
    0 upgraded, 3 newly installed, 0 removed and 0 not upgraded.
    Need to get 1708kB of archives.
    After unpacking 4341kB of additional disk space will be used.
    Do you want to continue? [Y/n]
    Get:1 ftp://ftp.altlinux.org i586/classic fakeroot 1.9.4-alt2 [48.5kB]
    Get:2 ftp://ftp.altlinux.org i586/classic xorg-x11-xvfb 2:1.3.0.0-alt21.M40.10 [1656kB]
    Get:3 ftp://ftp.altlinux.org noarch/classic xvfb-run 1.2-alt2 [4107B]
    Fetched 1708kB in 0s (3963kB/s)
    Committing changes...
    Preparing...                 ####################################################### [100%]
    1: fakeroot                  ####################################################### [ 33%]
    2: xorg-x11-xvfb             ####################################################### [ 66%]
    3: xvfb-run                  ####################################################### [100%]
    Done.

Как видно, мы использовали команду apt-get с параметром install. В нашем случае она выполнила следующие операции:

  1. Просмотрела все индексы.
  2. Построила дерево зависимостей.
  3. Нашла пакет --- кандидат на установку (заметим, что мы могли потребовать установить сразу несколько пакетов).
  4. Предупредила, что помимо этого (для удовлетворения зависимостей) надо установить еще два пакета.
  5. Запросила подтверждение на установку дополнительных пакетов.
  6. Скачала все необходимые пакеты из хранилища.
  7. Установила их в правильном порядке.

Отметим, что команду apt-get install можно использовать и для обновления уже установленного пакета до версии из хранилища. Для обновления же всей системы целиком используется команда apt-get dist-upgrade (непосредственно перед этим действием рекомендуется дать команду apt-get update для обновления индексов --- но об этом чуть позже).

Заметим, что с рекурсивной установкой и рекурсивным удалением есть свои проблемы. Предположим, мы установили пакет, который рекурсивно потянул за собой много дополнительных пакетов. Через некоторое время после этого мы решаем все установленные таким образом пакеты удалить. Как это сделать? Увы, в общем случае ответ --- никак. Дело в том, что при рекурсивном удалении удалятся лишь те пакеты, которые зависят от выбранного (те, которые не могут существовать без него). Пакеты же, от которых зависел выбранный пакет, удалены не будут. В результате в системе останется довольно много пакетов, которые на самом деле никому не нужны.

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

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

Рассмотрим теперь, как происходит рекурсивное удаление. Попробуем избавиться от пакета fakeroot, от которого зависит установленный нами xvfb-run. Для этого нам понадобится параметр remove утилиты apt-get:

root@demo ~]# apt-get remove fakeroot
Reading Package Lists... Done
Building Dependency Tree... Done
The following packages will be REMOVED:
  fakeroot xvfb-run
0 upgraded, 0 newly installed, 2 removed and 0 not upgraded.
Need to get 0B of archives.
After unpacking 77.9kB disk space will be freed.
Do you want to continue? [Y/n] n
Abort.

Здесь, увидев, что xvfb-run тоже придется удалить, мы одумались и отменили запрошенные действия. Попробуем теперь удалить пакет coreutils --- это пакет, который жизненно необходим системе:

[root@demo ~]# apt-get remove coreutils
Reading Package Lists... Done
Building Dependency Tree... Done
The following packages will be REMOVED:
 GConf ImageMagick SysVinit Thunar a2ps abiword acpid alsa-utils alt-docs-genextras
 alt-docs-main alterator alterator-aptgroups alterator-auth alterator-backend-x11
 alterator-browser-qt alterator-control alterator-datetime alterator-lookout
 ...
WARNING: The following essential packages will be removed
This should NOT be done unless you know exactly what you are doing!
 apt rpm (due to apt) gnupg (due to apt) basesystem coreutils (due to basesystem) etcskel
 (due to basesystem) service (due to basesystem) shadow-utils (due to basesystem) startup
 (due to basesystem) SysVinit (due to basesystem) util-linux (due to basesystem) vitmp
 (due to basesystem)
0 upgraded, 0 newly installed, 562 removed and 0 not upgraded.
Need to get 0B of archives.
After unpacking 1494MB disk space will be freed.
You are about to do something potentially harmful
To continue type in the phrase 'Yes, do as I say!'

Диспетчер предупреждает, что некоторые из пакетов, которые придется удалить, помечены как essential (жизненно важные для системы) и просит для подтверждения набрать не просто y (yes --- да), а целую фразу "Yes, do as I say!" ("Да, сделай так, как я говорю!"). Естественно, подтверждать удаление надо только в случае абсолютной уверенности в своих действиях. Откажемся теперь от удаления coreutils.

Рассмотрим еще некоторые возможности диспетчера. Для поиска пакетов используется утилита apt-cache с параметром search:

[root@demo ~]# apt-cache search kde
amarok - Amarok is a music player for KDE.
arts - aRts (analog realtime synthesizer) - the KDE sound system
desktop-file-utils - Utilities for manipulating .desktop files
digikam - A Photo Management Application for KDE
docs-linux_gui - Graphical user interface in Linux
gambas-gb-qt-kde - The Gambas KDE component
gambas-gb-qt-kde-html - The Gambas KHTML component
kaffeine - A Xine-based Media Player for KDE
kchmviewer - KchmViewer is a chm (MS HTML help file format) viewer
kde-common - The basic directory layout for KDE
kde-common-devel - Development utils for KDE
...

Заметим, что apt-cache search ищет ключевое слово не только в коротком, но и в длинном описании пакета. Естественно, при поиске используются не сами хранилища, а локальные индексы (за поиск отвечает apt-cache, а не apt-get). Чтобы просмотреть информацию о лежащем в хранилище пакете, можно воспользоваться параметром show:

[root@demo ~]# apt-cache show xword
Package: xword
Section: Text tools
Installed Size: 63480
Maintainer: Vitaly Lipatov <lav@altlinux.ru>
Version: 1.0-alt1
Pre-Depends: rpmlib(PayloadFilesHavePrefix) (<= 4.0-1), rpmlib(CompressedFileNames) (<= 3.0.4-1)
Depends: python-module-pygtk, coreutils
Provides: gedam, xword (= 1.0-alt1)
Obsoletes: gedam
Architecture: noarch
Size: 21742
MD5Sum: 5d9baebcbbb103782b3918d7c555742c
Filename: xword-1.0-alt1.noarch.rpm
Description: Xword is a GNOME crossword puzzle program
Gedam is a GNOME program I wrote for doing crossword puzzles. It is
similar to the AcrossLite program for Windows, and it can read and write
the file format of that program. Consequently, it works well for doing
puzzles from The New York Times. Although there is an existing version
of AcrossLite for Linux, it has several glaring problems: poor support,
the use of Motif, and the lack of a clock.

For crossword files search in Google by "AcrossLite", f.i.
http://puzzles.about.com/library/weekly/aa040697.htm

Скажем теперь несколько слов об индексах. Для их обновления используется команда apt-get с параметром update. Она скачивает с используемых хранилищ все индексы и заново формирует локальный кэш:

[root@demo ~]# apt-get update
Get:1 ftp://updates.altlinux.org i586 release [720B]
Get:2 ftp://ftp.altlinux.org i586 release [1005B]
Get:3 ftp://ftp.altlinux.org i586 release [730B]
Get:4 ftp://ftp.altlinux.org noarch release [728B]
Get:5 ftp://ftp.altlinux.org i586 release [702B]
Fetched 3885B in 0s (7192B/s)
Hit ftp://updates.altlinux.org i586/updates pkglist
Hit ftp://ftp.altlinux.org i586/classic pkglist
Hit ftp://updates.altlinux.org i586/updates release
Hit ftp://ftp.altlinux.org i586/classic release
Hit ftp://ftp.altlinux.org i586/classic pkglist
Hit ftp://ftp.altlinux.org i586/classic release
Hit ftp://ftp.altlinux.org noarch/classic pkglist
Hit ftp://ftp.altlinux.org noarch/classic release
Hit ftp://ftp.altlinux.org i586/backports pkglist
Hit ftp://ftp.altlinux.org i586/backports release
Reading Package Lists... Done
Building Dependency Tree... Done

Какие именно хранилища используются при работе утилитами семейства APT, указано в конфигурационных файлах каталога /etc/apt. В файле apt.conf содержатся общие настройки системы APT, а за используемые хранилища отвечает файл sources.list (он вполне может быть пустым) вместе со всеми файлами каталога sources.list.d. В этом каталоге может лежать значительное количество файлов, содержащих информацию о различных хранилищах пакетов в разнообразных местах. Типичная строка в файле из этого каталога выглядит примерно так:

# rpm [updates] ftp://ftp.altlinux.org/pub/distributions/ALTLinux/4.0/branch noarch classic

Символ решетки в начале строки является маркировкой комментария --- иными словами, соответствующая запись в данный момент не используется вовсе. Формат записи таков: вначале --- тип пакета (rpm), затем --- идентификатор цифровой подписи в прямых скобках (иногда пропускается), далее --- URL хранилища, название хранилища, одно или несколько названий веток.

Отметим, что наличие большого количества файлов в /etc/apt/sources.list.d объясняется существованием большого числа зеркал различных хранилищ. Использование того или иного зеркала может оказаться более или менее удобным по сетевым соображениям. Чтобы воспользоваться хранилищем, необходимо раскомментировать соответствующие строки (их может быть несколько) в нужном файле, удостовериться, что ненужных раскомментированных строк нет (учитываются все файлы в sources.list.d и, кроме них, файл sources.list), и дать команду apt-get update для обновления локальных индексов. Обновлять индексы следует также непосредственно перед выполнением apt-get dist-upgrade, чтобы при обновлении системы использовались актуальные их версии.


Сведения о ресурсах

Готовность (%)

Продолжительность (ак. ч.)

Подготовка (календ. ч.)

Полный текст (раб. д.)

Предварительные знания

Level

Maintainer

Start date

End date

90

1

1

1

1

ArtemSerebriyskiy, DmitryChistikov, MaximByshevskiKonopko


CategoryLectures CategoryPspo CategoryMpgu CategoryUneex

PspoClasses/080720/03PackageUtils (последним исправлял пользователь MaximByshevskiKonopko 2008-10-09 21:50:53)