Re: [devel] Разделение репозитория

[Hihin Ruslan <ruslandh@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 2733 bytes --]

Здравствуйте Андрей Черепанов
  В сообщении от 21 июня 2011 Андрей Черепанов написал(a):
> То есть проблема чисто организационная? Можно составить списки
> включаемых пакетов по именам и группам RPM/cекциям APT, а
> также исключениям из общих правил. Тогда распределение по
> компонентам можно автоматизировать.
Нужно чётко сформулировать цель, которую мы хотим добиться. 
Исходя из неё можно уже формулировать критерии и ограничения, 
которые будут правильно отражать эту цель, а потом уже можно и 
автоматизировать.
Т.е 
1. Фраза, чётко формулирующая цель. Если целей несколько, то 
второстепенные цели надо формулировать, как ограничения.
2. Критерии и ограничения, накладываемые на репозиторий.
3. Методы автоматизации.

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

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

По виду это походит на задачу разбиения дистрибутива на несколько 
носителей (например, аналогично тому, как разбивали дистрибутивы 
на несколько CD).

-- 
  А ещё говорят так  (fortune):
 
The static electricity routing is acting up... 
________________________________________________________________________
С уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]