On Fri, Jan 28, 2005 at 12:17:45AM +0300, Sergey S. Skulachenko wrote:
> > > > > 2. По аналогии с RPMS.classic - RPMS.games
> 
> Чтобы понять причины упрямства разработчиков, придётся признать,
> что RPMS.games вовсе не является аналогом RPMS.classic, так как в
> последнем разделе лежат не файлы, а ссылки на них. Все же файлы
> лежат в разделе /files. А вот в разделе RPMS.games должны лежать
> как раз файлы, а не ссылки. Иначе в затее нет никакого смысла.
> Тем самым подрывается незыблемость структуры репозитария,
> которая, наверное. с любовью вынашивалась. И RPMS.media - это
> тоже призыв к откату, так как и здесь должны находиться файлы.
> Можно, конечно, рядом с разделом /files создать раздел /files2
> (или [eqyz). Но тупые зеркала начнут обновляться, возникнет
> трафик, и можно посчитать его стоимость.

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

Ну а задачу минимизации трафика закачки за счёт исключения класса пакетов
можно решить и с помощью файлов типа Sisyphus/files/list.*

Например, создаётся файл list.i586.games, вы его закачиваете, добавляете в
конец каждой строки "-*", и вот у вас готовый список для последующего
"rsync --exclude-from".  Единственная проблема - на кого возложить
поддержку этого list.i586.games в актуальном состоянии?  Боюсь, что
incoming@ не очень обрадуется этой новой обязанности.

[...]
> Apt-get dist-upgrade предлагает мне установить 447 файлов. Я уже
> неделю думаю, нажимать мне на Enter, или - нет.

Подождите, пока их станет >450, и не забудьте проверить, нет ли у вас в
системе пакетов из чёрного списка.


-- 
ldv