<br><br><div class="gmail_quote">18 ноября 2008 г. 21:14 пользователь Андрей Черепанов <span dir="ltr"><<a href="mailto:cas@altlinux.ru">cas@altlinux.ru</a>></span> написал:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">18 ноября 2008 Денис Черносов написал:<br>
</div><div><div></div><div class="Wj3C7c">> 18 ноября 2008 г. 16:46 пользователь Андрей Черепанов<br>
<<a href="mailto:cas@altlinux.ru">cas@altlinux.ru</a>>написал:<br>
> > > P.S.<br>
> > > Я бы еще добавил в качестве пожелания репозиторий бинарных diff-rpm для<br>
> > > тяжелых пакетов (скажем, больше 20-30Мб, но можно и другой порог<br>
> ><br>
> > выбрать).<br>
> ><br>
> > > Их по количеству должно быть не так уж и много, да и автоматизировать<br>
> > > сборку наверняка можно... А то, каждый раз, как OOo или КДЕ обновляю,<br>
> ><br>
> > рыдаю<br>
> ><br>
> > > навзрыд<br>
> ><br>
> > А можно в качестве источника указывать rsync:/ ?<br>
><br>
> Не хватает знаний, чтобы оценить ответ (или вопрос?)... Можно более<br>
> подробно развернуть мысль?<br>
</div></div>Сейчас для получения файлов используются протоколы http, ftp и file. Они<br>
закачивают весь файл оптом, что чревато при обновлении.<br>
Протокол rsync позволяет скачивать только изменения в файле.<br>
Однако есть некоторые нюансы:<br>
1. В системе должен находится файл, который синхронизируется через rsync. В<br>
кеше apt есть только новые файлы.<br>
2. Файл по умолчанию должен иметь то же имя. Его следует переименовать, если<br>
необходимо.<br>
<br>
В Debian есть механизм deb-delta, хотя я слабо представляю, как это будет<br>
работать, если файлов пакетов нет.<br>
<div><div></div><div class="Wj3C7c"></div></div></blockquote><div><br>Тогда наверное идеологически вернее будет сконцентрироваться на развитии идеи apt-proxy и максимально дешевой синхронизации с основным деревом. Правда можно ли научить rsync синхронизировать файлы с точностью до номера версии и переименовывать локальный файл в удаленный по окончании синхронизации, я не знаю. И если выделить это в отдельный сервис, то при развертывании можно оптимизировать конфиги apt (чтобы не кэшировал пакеты при использовании локального зеркала, комментировал/модифицировал все внешние зеркала [опционально] и возможно еще что-то). <br>
А в Альтераторе в apt-модуле меню выбора сделать: "сам, без ансамбля", "зеркало на моей машине", "зеркало в локальной сети". <br>Плюс отдельный модуль для apt-proxy: "развернуть зеркало", "расшарить по rsync|ftp|http", "настроить расписание и прочие детали синхронизации". Хорошо было бы, чтобы одно зеркало было для всех бранчей и могло работать по принципу nginx - чего запросили, того и закачал/синхронизировал. Т.е. на стороне apt-proxy должен быть сконцентрирован достаточный интеллект, чтобы и за версиями следить и запросы от apt-ов перехватывать и притворяться при этом простым ftp,http - ресурсом.<br>
<br>Ну это так... в порядке фантазий. :)<br> </div></div><br>