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

["Yury A. Romanov" <damned@altlinux.ru>]

On 06/21/2011 11:22 PM, Андрей Черепанов wrote:
> 21 июня 2011 Yury A. Romanov написал:
>> On 06/21/2011 04:54 PM, Андрей Черепанов wrote:
>>> Рискую оказаться банальным, но хочу поднять вопрос о разделении classic
>>> на набор дистрибутивов/компонентов. Как минимум, народ с форума желает
>>> выделить игры отдельно
>>> (http://forum.altlinux.org/index.php/topic,10910.msg0/topicseen.html).
>>> Раз отделили p6/t6, может, вернёмся к обсуждению? Дело, как понимаю, в
>>> доточке наших скриптов сборочницы?
>>
>> Нет, Андрей, помимо скриптов сборочницы есть вопрос о целесообразности
>> существования таких репозитариев.
>>
>> Вообще понятие "компоненты/дистрибутивы" в терминах apt было сделано для
>> разделения множества пакетов на группы по критерию свободно/несвободно
>> для того, чтобы больные жепеэлием головного мозга могли отключить
>> ненавистные им проприетарные пакеты и не мешать нормальным людям.
> В отличие от Debian apt-rpm обладает очень неприятным эффектом резко 
> возрастающих объёмов и скорости чтения индексов. На нынешнем Сизифе это 
> особенно заметно. 
Такова цена целостности репозитория. Собственно, репозиторий убунту куда
менее устойчив к разломам при смене версий библиотек.

> Для обновления дистрибутивов нужно порядка ~4 тыс. пакетов (из 30027 в Сизифе, 
> 13%). Индексы размером 15,4 МБ (против 4,7 МБ в p5) утроили (!) время загрузки 
> и чтения. Я уж не говорю, что много по городам и весям СНГ обладателей слабых 
> каналов что для единоличного обновления, что для зеркал. С наплевательским к 
> ним отношением далеко мы не уедем.
>  
>> Для задачи сокращения объёма скачиваемого репозитария скорее всего нужно
>> средство, которое позволяет синхронизировать всё множество установленных
>> пакетов, либо пакетов по группам.
> То есть проблема чисто организационная? Можно составить списки включаемых 
> пакетов по именам и группам RPM/cекциям APT, а также исключениям из общих 
> правил. Тогда распределение по компонентам можно автоматизировать.
> 
Вопрос тут примерно следующий: как будет обеспечиваться контроль
целостности каждого из этих огрызков сизифа?
Т.е., например, ставит некто текущий дистрибутив, решает обновляться до
сизифа, смотрит на список компонентов и говорит "чозаlibнах?" и
отключает. В результате система у него не ставится и не работает. Куда
он побежит? Правильно, срать на форумах "какое альтлинукс г..."

Вопрос номер два - если целостность каждого из "репозиториев"
обеспечена, как бороться с индексами, которых теперь стало несколько и
имеющих дублированные пакеты?

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

Вообще для того, чтобы не качать игры, можно использовать --exclude
"-data" (большинство игр имеют размер 10-15 мегабайт, а данные от них
дотягивают до гигабайта).