[devel] IA: apt srclist removed

[Alexey Rusakov]

On Wed, 04 Jul 2007 14:57:56 +0400
Alexey Gladkov wrote:

> Michael Shigorin пишет:
> > On Wed, Jul 04, 2007 at 02:09:26AM +0400, Alexey Gladkov wrote:
> >>> Я сомневаюсь в своевременности такого  шага. Пожалуйста,
> >>> обоснуйте его необходимость.
> >> Я не говорил про введение в строй билд системы.
> >> Какой именно шаг нужно пояснить ?
> > 
> > Лёш, люди склонны болезненно воспринимать, когда что-то ломается.
> > Эти хэши так напряжно генерить для того, что сейчас по факту
> > попадает в files/SRPMS?
> 
> Ээээ... ошибочка. Не в files/SRPMS, а в Sisyphus/<ARCH>/SRPMS.classic.
> В files/SRPMS могут быть дупы из-за того что тут все архитектуры. В
> SRPMS.classic их нет.
> 
> Эти индексы очень сложно создавать и что ещё важнее долго. Если не
> веришь, то посмотри в код gensrclist в apt.
> Эта утилита читает все бинарные и исходные rpm-пакеты, потом делает
> соответствие между rpms и srpms ... потом она заносит это знание в
> хэдер специального вида. Т.е. вся схема рассчитана на единовременную
> генерацию ... и не предусматривает кэширования. На нашем репозитории
> эта операция идёт очень долго. Она сейчас очень дорогая даже на
> быстром сервере.
> 
> А чтобы автоматизировать публикацию пакетов и сократить задержки
> требуется чтобы genbasedir работал гораздо быстрее. Я реализовал
> кэширование(rpmbox by arch) для части публикующих скриптов. Но
> genbasedir сейчас используется старый.
> 
> Тем более что в новой билд системе srpm публиковаться не будут и
> "apt-get source" всё равно сломается.
> 
> Сейчас я стою перед выбором:
> 1) либо использовать старый genbasedir до последнего, а при миграции
> на новую схему воспользоваться новым genbasedir со всеми вытекающими.
> 2) либо постепенно готовить инфраструктуру к переезду чтобы изменения
> не были одним большим сюрпризом.
О! Так бы сразу.
А нельзя захачить сервер apt так, чтобы по apt-get source он просто
отдавал содержимое соответствующего поля в RPM-пакете с присобаченным к
нему путём до SRPMS?

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team