Differences between revisions 18 and 19
Revision 18 as of 2008-08-20 21:26:24
Size: 23753
Comment:
Revision 19 as of 2008-08-20 22:51:24
Size: 23551
Comment:
Deletions are marked like this. Additions are marked like this.
Line 30: Line 30:
Рассмотрим несколько вариантов того, откуда в нашем хранилище возьмутся пакеты. Предположим для начала, что у нас есть DVD-диск с дистрибутивом. Вставим его в привод и задвинем лоток --- при запущенной "по умолчанию" графической оболочке он смонтируется и откроется обычно откроется окно с его содержимым: Рассмотрим несколько вариантов того, откуда в нашем хранилище возьмутся пакеты. Предположим для начала, что у нас есть DVD-диск с дистрибутивом. Вставим его в привод и задвинем лоток --- при запущенной графической оболочке он смонтируется и обычно откроется окно с его содержимым:
Line 56: Line 56:
В принципе, такое монтирование практически неотличимо (по результату) от монтирования файловой системы с диска из привода. Обратим внимание, что команда mount сама определила тип файловой системы (iso9660), который мы могли бы указать и явно, с помощью специального ключа (-t iso9660). Для монтирования мы использовали каталог /mnt вместо /media, потому что последний предназначен для файловых систем, монтируемых автоматически, а первый --- для монтируемых вручную. Посмотрим на содержимое диска: В принципе, такое монтирование практически неотличимо (по результату) от монтирования файловой системы с диска из привода. Обратим внимание, что команда mount сама определила тип файловой системы (iso9660), который мы могли бы указать и явно, с помощью специального ключа (-t iso9660). Для монтирования мы использовали каталог /mnt вместо /media, потому что последний предназначен для файловых систем, монтируемых автоматически, а первый --- для монтируемых вручную. Теперь в в каталоге /mnt/iso видно все содержимое диска:
Line 59: Line 59:
# ls -lh /mnt/iso
 total 132M
-r--r--r-- 1 root root 56M 2008-06-28 18:29 altinst
dr-xr-xr-x 5 root root 2,0K 2008-06-28 18:31 ALTLinux
dr-xr-xr-x 14 root root 4,0K 2008-06-28 18:31 Documentation
dr-xr-xr-x 3 root root 6,0K 2008-06-28 18:31 isolinux
-r--r--r-- 1 root root 8,
3K 2008-06-18 15:24 license.ru.txt
-r--r--r-- 1 root root 3,7K 2008-06-18 15:24 license.
txt
dr-xr-xr-x 2 root root 2,0K 2008-06-28 18:31 Metadata
-r--r--r-- 1 root root 25M 2008-06-28 18:28 netinst
-r--r--r-- 1 root root 52M 2008-06-28 18:2
7 rescue
-r--r--r-- 1 root root 205K 2008-06-18 15:24 RPM-GPG-KEY
$ ls -lh /mnt/iso
total 107M
-r--r--r-- 1 root root 56M 2008-06-11 14:08 altinst
dr-xr-xr-x 5 root root 2.0K 2008-06-11 14:11 ALTLinux
dr-xr-xr-x 14 root root 4.0K 2008-06-11 14:11 Documentation
dr-xr-xr-x 3 root root 6.0K 2008-06-11 14:11 isolinux
-r--r--r-- 1 root root 8.
3K 2008-06-07 13:54 license.ru.txt
-r--r--r-- 1 root root
3.7K 2008-06-07 13:54 license.txt
dr-xr-xr-x 2 root root 2.0K 2008-06-11 14:10 Metadata
-r--r--r-- 1 root root 52M 2008-06-11 14:07 rescue
-r--r--r-- 1 root root 205K 2008-06-07 13:54 RPM-GPG-KEY
Line 73: Line 72:
Мы использовали образ другого диска, так что список файлов отличается от виденного нами ранее. Каталог ALTLinux, как и ранее, содержит хранилище пакетов, а вот документация на этот раз попала в Documentation. Каталог isolinux отвечает за загрузку с CD/DVD --- это часть пакета syslinux, поддерживающего множество самых разнообразных "источников". Обратим внимание и на файл altinst --- он тоже содержит файловую систему, но не iso9660, а squashfs. В этой файловой системе размещен установщик нашего дистрибутива. Основных причин, по которым он помещен в squashfs, две. Данная файловая система, во-первых, "упаковывает" свое содержимое, чтобы оно занимало меньше места, и, во-вторых, не обладает ограничениями iso9660 на имена файлов и права доступа к ним. (Заметим в скобках, что имена файлов в ОС Linux могут содержать любые символы, кроме /, который является разделителем каталогов, и символа с кодом 0.) Впрочем, для выполнения нашей задачи из содержимого диска требуется лишь хранилище пакетов (ALTLinux) --- оно копируется в нужный нам каталог так же, как и раньше. ## Мы использовали образ другого диска, так что список файлов отличается от виденного нами ранее.
Каталог ALTLinux, как и ранее, содержит хранилище пакетов, а вот документация на этом диске находится в каталоге Documentation. Каталог isolinux отвечает за загрузку с CD/DVD --- это часть пакета syslinux, поддерживающего множество самых разнообразных источников начальной загрузки. Файл altinst содержит образ файловой системы, но не iso9660, а squashfs. В этой файловой системе размещен установщик нашего дистрибутива. Основных причин, по которым он помещен в squashfs, две. Данная файловая система, во-первых, "упаковывает" свое содержимое, чтобы оно занимало меньше места, и, во-вторых, не обладает ограничениями iso9660 на имена файлов и права доступа к ним. (Заметим в скобках, что имена файлов в ОС Linux могут содержать любые символы, кроме /, который является разделителем каталогов, и символа с кодом 0.) Для выполнения нашей задачи из содержимого диска требуется лишь хранилище пакетов в каталоге ALTLinux --- он копируется в нужный нам каталог так же, как и раньше.
Line 75: Line 75:
 ''Я не уверен насчет корректности сочетания '''содержит файловую систему'''. Может быть, лучше '''содержит образ файловой системы'''?'' -- DmitryChistikov <<DateTime(2008-08-20T00:23:52+0400)>> Сделаем еще одно замечание, касающееся получения нужных нам пакетов. Есть специальная утилита sisyphus-mirror, предназначенная для скачивания хранилищ пакетов из сети. В случае хорошей ширины канала и невысокой цены трафика (а лучше --- безлимитного доступа в Интернет), разумно для создания и обновления локального хранилища использовать именно ее. Рассматривать применение этой утилиты мы, однако, не будем, ограничившись отсылкой к документации.
Line 77: Line 77:
Сделаем еще одно замечание, касающееся получения нужных нам пакетов. Есть специальная утилита sisyphus-mirror, предназначенная для скачивания актуальных версий пакетов (точнее, целых хранилищ) из сети. В случае хорошей ширины канала и невысокой цены трафика (или, что еще лучше, безлимитного доступа в Интернет), разумно для создания (или обновления) локального хранилища использовать именно ее. Рассматривать применение этой утилиты мы, однако, не будем, ограничившись отсылкой к документации. === Генерация метаинформации хранилища ===
Line 79: Line 79:
=== Перегенерация метаинформации ===

Если мы сейчас попробуем использовать наше хранилище, то у нас ничего не получится. Дело в том, что простое копирование пакетов не сохраняет внутренних связей. Посмотрим, какие каталоги попали в хранилище:
Если мы сейчас попробуем использовать наше хранилище, то у нас ничего не получится. Дело в том, что простое копирование пакетов не сохраняет их внутренних связей. Посмотрим, какие каталоги попали в хранилище:
Line 94: Line 92:
А теперь воспользуемся утилитой genbasedir из пакета apt-utils для перегенерации метаинформации: А теперь воспользуемся утилитой {{{genbasedir}}} из пакета apt-utils для перегенерации метаинформации:
Line 108: Line 106:
Обратим внимание на заключительную четверку параметров: topdir задает расположение дерева каталогов (/var/ftp/pub), за ним следует название нашего хранилища (ALTLinux), а после --- список его разделов, или компонент (base и disk). Отметим, что если хранилище входит в состав рассчитанного на несколько архитектур дистрибутива, то его название обычно соответствует имени одной из этих архитектур: i586, x86_64 и пр. Создается в таком случае также хранилище noarch для не зависящих от архитектуры пакетов. Названия разделов внутри каждого из таких хранилищ обычно отражают принадлежность его к той или иной ветке (типичными названиями являются main, classic, backports). Заметим, что иногда хранилищем называют объединение всех каталогов, предназначенных для разных архитектур, а не каждый каталог в отдельности. Обратим внимание на заключительную четверку параметров: topdir задает расположение дерева каталогов (/var/ftp/pub), за ним следует название нашего хранилища (ALTLinux, совпадает с именем каталога), а после --- список его разделов, или компонент (base и disk).
Line 110: Line 108:
 ''А про ветку я правильно вписал?'' -- DmitryChistikov <<DateTime(2008-08-20T00:29:27+0400)>> Объясним смысл разделения хранилища (в данном случае) на составляющие base и disk. Дело в том, что скопированное нами хранилище предназначено, среди прочего, для установщика, чья работа по установке пакетов разделена на две стадии: установка базовой системы (base) и дополнительного ПО (disk). Каждая из этих стадий использует свой раздел хранилища.

Отметим, что если хранилище входит в состав рассчитанного на несколько архитектур дистрибутива, то его название обычно соответствует имени одной из этих архитектур: i586, x86_64 и пр. Создается в таком случае также хранилище noarch для не зависящих от архитектуры пакетов. Названия разделов внутри каждого из таких хранилищ обычно отражают принадлежность его к той или иной ветке. Типичными названиями разделов являются:
 * classic --- основное хранилище;
 * updates --- обновления пакетов;
 * backports --- новые версии программ для старого дистрибутива.

Заметим, что иногда хранилищем называют объединение всех каталогов, предназначенных для разных архитектур, а не каждый каталог в отдельности.
Line 114: Line 119:
Третий этап нашей работы заключается в настройке "клиентских" машин. Сконфигурируем на них APT для использования созданного нами хранилища. Обратим внимание, что в системе есть целых два места, в каждом из которых используемые хранилища можно указывать. Первое --- это файл /etc/apt/sources.list, а второе --- все файлы каталога /etc/apt/sources.list.d. Поясним, для чего такое разделение предназначено. Большая часть содержимого файлов в каталоге sources.list.d обычно закомментирована --- здесь удобно "включать" и "выключать" использование того или иного хранилища. Файл же sources.list чаще всего содержит настройки, специфичные для локальной машины. Редактировать этот файл автоматически не всегда удобно, а потому еще в дистрибутивах Debian (из которых система APT и была заимствована) был введен каталог sources.list.d, в котором изменяющие список используемых хранилищ программы могли чувствовать себя более уверенно (в Debian Policy есть пункт, запрещающий пакетам при установке модифицировать чужие конфигурационные файлы). Третий этап нашей работы заключается в настройке клиентских машин. Сконфигурируем на них APT для использования созданного нами хранилища. Обратим внимание, что в системе есть целых два места, в каждом из которых используемые хранилища можно указывать. Первое --- это файл {{{/etc/apt/sources.list}}}, а второе --- все файлы каталога {{{/etc/apt/sources.list.d}}}. Поясним, для чего такое разделение предназначено. Большая часть содержимого файлов в каталоге sources.list.d обычно закомментирована --- здесь удобно "включать" и "выключать" использование того или иного хранилища. Файл же sources.list чаще всего содержит настройки, специфичные для локальной машины. Редактировать этот файл автоматически не всегда удобно, а потому еще в дистрибутивах Debian (из которых система APT и была заимствована) был введен каталог {{{sources.list.d}}}. Изменяющие список используемых хранилищ программы могли добавлять или изменять файлы в нем и только таким образом менять список репозиториев, поскольку в Debian Policy есть пункт, запрещающий пакетам при установке модифицировать чужие конфигурационные файлы.
Line 116: Line 121:
 ''Я совсем не специалист по Debian и мог где-то ошибиться в формулировке --- надо проверить.'' -- DmitryChistikov <<DateTime(2008-08-20T00:23:52+0400)>>

Итак, впишем наше хранилище в sources.list, добавив туда строку вида:
Итак, впишем наше хранилище в sources.list, добавив туда строку следующего вида:
Line 124: Line 127:
rpm --- это тип пакетов, за ним следует адрес хранилища (мы пропустили разделяющее их необязательное поле --- идентификатор ключа цифровой подписи в прямых скобках), а после идет имя репозитория (ALTLinux) со списком разделов (disk и base). Кстати говоря, мы так и не объяснили смысл разделения хранилища (в данном случае) на base- и disk-составляющие. Дело в том, что скопированное нами хранилище предназначено, среди прочего, для установщика, чья работа по установке пакетов разделена на две стадии: установка базовой системы (base) и дополнительного ПО (disk). Каждая из этих стадий использует свой раздел хранилища.
Здесь 10.30.5.1 --- адрес машины с хранилищем, у вас он модет быть другой. Слово "rpm" --- это тип пакетов (в ПСПО используются rpm-пакеты). За ним следует адрес хранилища (мы пропустили разделяющее их необязательное поле --- идентификатор ключа цифровой подписи в прямых скобках), а после идет имя репозитория (ALTLinux) со списком разделов (disk и base).
Line 127: Line 129:
Line 132: Line 133:
 ''Сюда бы вписать вывод apt-get update (именно после update из локального хранилища).'' -- DmitryChistikov <<DateTime(2008-08-20T00:23:52+0400)>> ## ''Сюда бы вписать вывод apt-get update (именно после update из локального хранилища).'' -- DmitryChistikov ## <<DateTime(2008-08-20T00:23:52+0400)>>
Line 142: Line 143:
|| 55 || 1 || 1 || 1 || || 1 || PavelSutyrin, DmitryChistikov, VsevolodKrishchenko || || || || 65 || 1 || 1 || 1 || || 1 || PavelSutyrin, DmitryChistikov, VsevolodKrishchenko || || ||

Организация локального репозитория

Централизованный доступ к репозиториям

Допустим, у нас есть несколько компьютеров с установленным дистрибутивом из числа ПСПО ALT Linux. Пусть у нас также имеется один или несколько DVD-дисков с ПСПО. Рассмотрим, какие устанавливать дополнительное программного обеспечения из состава ПСПО или из дополнительных репозиториев с минимальными усилиями.

Очевидный вариант --- зарегистрировать все имеющиеся диски как носители, содержащие хранилища пакетов (для этого служит команда apt-cdrom add), а так же использовать настройки в каталоге /etc/apt/sources.list.d/ и ходить за дополнительными пакетами в Интернет. Это позволит использовать наши пакеты на каждом компьютере, в котором есть DVD-привод и подключение к интернет. Недостатки очевидны --- пакеты скачиваются из интернета столько раз, на сколько компьютеров они устанавливаются, кроме того нужно иметь на каждом копьбтере DVD-привод и не ленится вставлять и вынимать диски с ПСПО в каждый компьютер, что является достаточно непродуктивной тратой времени.

Если интернет безлимитный и достаточно быстрый, а компьютеров с ПСПО не очень много, то можно заставить ПСПО ходить за любыми пакетами в интернет, не используя установочные диски. Однако, безлимитного и быстрого доступа в интернет может и не быть, и с административной точки зрения это выглядит скорее обходом проблемы, чем ее решением. Еще одной полумерой является использование кеширующего HTTP-прокси и для доступа к репозиториям через HTTP. Можно использовать как обычный HTTP-прокси, так и специальные программы, предназначенные для кеширования репозиториев. Однако и этот подход трубует наличия подключения к интернету и не поможет, если мы хотим взять репозиторий с диска.

Самым правильным способом решения стоящей задачи будет организация на одной из машин локального хранилища пакетов. Этот вариант позволяет переписать все нужные пакеты на эту машину и в дальнейшем, при наличии, например, небыстрого, но бесплатного Интернета, обновлять их до актуальных версий. Отметим, что если про некоторые пакеты и группы пакетов заранее известно, что использоваться они не будут, то при обновлении их можно исключить. В любом случае после организации хранилища все машины могут обращаться за пакетами именно к этому хранилищу после настройки их /etc/apt/sources.list.d/.

Итак, будем рассматривать последний вариант. Его реализация разбивается на три этапа.

Итак, будем рассматривать последний вариант. Его реализация разбивается на три этапа:

  • добавление пакетов в хранилище;
  • обновление метаинформации хранилища;
  • настройку компьютеров на использование хранилища.

Получение пакетов

Первый этап заключается в копировании пакетов на выбранную нами машину (в дальнейшем будем называть ее сервером). Определимся, где наше хранилище будет располагаться. Выбор наш будет связан со способом дальнейшего функционирования хранилища --- иными словами, с тем, как именно пакеты будут раздаваться по сети. Мы выберем, самый простой из всех доступных вариантов и предоставим доступ к хранилищу по протоколу FTP. Будем считать, что на выбранной нами машине-сервере уже запущена программа --- FTP-сервер, сконфигурированная для использования каталога /var/ftp как корневого, причем уже создан доступный для чтения любому желающему каталог /var/ftp/pub. Будем размещать наше хранилище в его подкаталоге..

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

$ mount | grep iso9660
/dev/hdc on /media/cdrom type iso9660 (ro,noexec,nosuid,nodev,utf8,user=user)

Заметим, что точка монтирования могла оказаться другой (к примеру, /media/hdc). Впрочем, для нас это принципиальной важности не имеет. Скопируем, получив права суперпользователя, находящееся в подкаталоге ALTLinux содержимое хранилища пакетов. Ключ -a (от archive) утилиты cp указывает на рекурсивное копирование с сохранением атрибутов файлов.

# cp -a /media/cdrom/ALTLinux/ /var/ftp/pub/

Первый этап на этом завершается. Вернемся, однако, назад и опишем вкратце другие способы получения пакетов. Может оказаться, что на машине-сервере вообще нет DVD-привода, а есть, к примеру, лишь переносной USB-винчестер с образом интересующего нас диска (возможно, мы скачали его по сети или получили каким-либо иным способом). Разберемся, что делать с содержащим этот образ файлом (в нем хранится записанная "как есть" файловая система). Создадим каталог /mnt/iso, смонтируем образ при помощи команды mount и скопируем его содержимое:

# mkdir /mnt/iso
# mount -o loop disk_image.iso /mnt/iso
# cp -a /mnt/iso/ALTLinux/ /var/ftp/pub/

В принципе, такое монтирование практически неотличимо (по результату) от монтирования файловой системы с диска из привода. Обратим внимание, что команда mount сама определила тип файловой системы (iso9660), который мы могли бы указать и явно, с помощью специального ключа (-t iso9660). Для монтирования мы использовали каталог /mnt вместо /media, потому что последний предназначен для файловых систем, монтируемых автоматически, а первый --- для монтируемых вручную. Теперь в в каталоге /mnt/iso видно все содержимое диска:

$ ls -lh /mnt/iso
total 107M
-r--r--r--  1 root root  56M 2008-06-11 14:08 altinst
dr-xr-xr-x  5 root root 2.0K 2008-06-11 14:11 ALTLinux
dr-xr-xr-x 14 root root 4.0K 2008-06-11 14:11 Documentation
dr-xr-xr-x  3 root root 6.0K 2008-06-11 14:11 isolinux
-r--r--r--  1 root root 8.3K 2008-06-07 13:54 license.ru.txt
-r--r--r--  1 root root 3.7K 2008-06-07 13:54 license.txt
dr-xr-xr-x  2 root root 2.0K 2008-06-11 14:10 Metadata
-r--r--r--  1 root root  52M 2008-06-11 14:07 rescue
-r--r--r--  1 root root 205K 2008-06-07 13:54 RPM-GPG-KEY

Каталог ALTLinux, как и ранее, содержит хранилище пакетов, а вот документация на этом диске находится в каталоге Documentation. Каталог isolinux отвечает за загрузку с CD/DVD --- это часть пакета syslinux, поддерживающего множество самых разнообразных источников начальной загрузки. Файл altinst содержит образ файловой системы, но не iso9660, а squashfs. В этой файловой системе размещен установщик нашего дистрибутива. Основных причин, по которым он помещен в squashfs, две. Данная файловая система, во-первых, "упаковывает" свое содержимое, чтобы оно занимало меньше места, и, во-вторых, не обладает ограничениями iso9660 на имена файлов и права доступа к ним. (Заметим в скобках, что имена файлов в ОС Linux могут содержать любые символы, кроме /, который является разделителем каталогов, и символа с кодом 0.) Для выполнения нашей задачи из содержимого диска требуется лишь хранилище пакетов в каталоге ALTLinux --- он копируется в нужный нам каталог так же, как и раньше.

Сделаем еще одно замечание, касающееся получения нужных нам пакетов. Есть специальная утилита sisyphus-mirror, предназначенная для скачивания хранилищ пакетов из сети. В случае хорошей ширины канала и невысокой цены трафика (а лучше --- безлимитного доступа в Интернет), разумно для создания и обновления локального хранилища использовать именно ее. Рассматривать применение этой утилиты мы, однако, не будем, ограничившись отсылкой к документации.

Генерация метаинформации хранилища

Если мы сейчас попробуем использовать наше хранилище, то у нас ничего не получится. Дело в том, что простое копирование пакетов не сохраняет их внутренних связей. Посмотрим, какие каталоги попали в хранилище:

# ls /var/ftp/pub/ALTLinux
base  RPMS.base  RPMS.disk

base и disk --- это названия разделов с RPM-пакетами. Имена соответствующих им каталогов начинаются с префикса "RPMS.". Каталог же base содержит метаинформацию (индексы) --- именно в ее перегенерации и заключается второй этап. Удалим base вместе со всем содержимым:

# rm -r /var/ftp/pub/ALTLinux/base

А теперь воспользуемся утилитой genbasedir из пакета apt-utils для перегенерации метаинформации:

# genbasedir --verbose --progress --create --topdir=/var/ftp/pub ALTLinux base disk
Components: base disk
Processing pkglists... base  1628/1628 1628/1628disk  0488/0488 0488/0488done
Processing srclists... done
Creating component releases... done
Updating global release file... done
Appending MD5Sum... base disk done
Creating legacy hashfile... base disk done
All your base are belong to us!!!

Обратим внимание на заключительную четверку параметров: topdir задает расположение дерева каталогов (/var/ftp/pub), за ним следует название нашего хранилища (ALTLinux, совпадает с именем каталога), а после --- список его разделов, или компонент (base и disk).

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

Отметим, что если хранилище входит в состав рассчитанного на несколько архитектур дистрибутива, то его название обычно соответствует имени одной из этих архитектур: i586, x86_64 и пр. Создается в таком случае также хранилище noarch для не зависящих от архитектуры пакетов. Названия разделов внутри каждого из таких хранилищ обычно отражают принадлежность его к той или иной ветке. Типичными названиями разделов являются:

  • classic --- основное хранилище;
  • updates --- обновления пакетов;
  • backports --- новые версии программ для старого дистрибутива.

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

Использование хранилища

Третий этап нашей работы заключается в настройке клиентских машин. Сконфигурируем на них APT для использования созданного нами хранилища. Обратим внимание, что в системе есть целых два места, в каждом из которых используемые хранилища можно указывать. Первое --- это файл /etc/apt/sources.list, а второе --- все файлы каталога /etc/apt/sources.list.d. Поясним, для чего такое разделение предназначено. Большая часть содержимого файлов в каталоге sources.list.d обычно закомментирована --- здесь удобно "включать" и "выключать" использование того или иного хранилища. Файл же sources.list чаще всего содержит настройки, специфичные для локальной машины. Редактировать этот файл автоматически не всегда удобно, а потому еще в дистрибутивах Debian (из которых система APT и была заимствована) был введен каталог sources.list.d. Изменяющие список используемых хранилищ программы могли добавлять или изменять файлы в нем и только таким образом менять список репозиториев, поскольку в Debian Policy есть пункт, запрещающий пакетам при установке модифицировать чужие конфигурационные файлы.

Итак, впишем наше хранилище в sources.list, добавив туда строку следующего вида:

rpm ftp://10.30.5.1/pub ALTLinux disk base

Здесь 10.30.5.1 --- адрес машины с хранилищем, у вас он модет быть другой. Слово "rpm" --- это тип пакетов (в ПСПО используются rpm-пакеты). За ним следует адрес хранилища (мы пропустили разделяющее их необязательное поле --- идентификатор ключа цифровой подписи в прямых скобках), а после идет имя репозитория (ALTLinux) со списком разделов (disk и base). Сохранив конфигурационный файл, обновим локальные индексы:

# apt-get update

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


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

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

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

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

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

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

Level

Maintainer

Start date

End date

65

1

1

1

1

PavelSutyrin, DmitryChistikov, VsevolodKrishchenko


PspoClasses/080722/01LocalRepository (last edited 2008-10-18 11:04:56 by DmitryChistikov)