[devel] arepo

[devel] arepo

[Wartan Hachaturow]

Общий привет.

Скажите, кто-нибудь понимает внутреннюю логику arepo? Дело все в том,
что у меня source дистрибутив не замкнутый -- и в нем даже нет
пакетов, достаточных для сборки хэшерницы. Однако arepo зачем-то
упрямо пытается свой промежуточный спек упаковывать в хэшере для
source, что для задачи перепаковки *файлов* в пакет для
target-архитектуры мне представляется минимум странным.

Есть у кого-нибудь идеи, советы, комментарии?

-- 
Regards, Wartan.

Re: [devel] arepo

[Alexander Myltsev]

2008/10/6 Wartan Hachaturow <wartan.hachaturow@gmail.com>:
> Скажите, кто-нибудь понимает внутреннюю логику arepo?
Я, кажется, понимаю.

> Дело все в том,
> что у меня source дистрибутив не замкнутый -- и в нем даже нет
> пакетов, достаточных для сборки хэшерницы.
Наверное, не "дистрибутив", а "набор пакетов" (в то время как arepo
предполагал наличие "репозитория").

> Однако arepo зачем-то
> упрямо пытается свой промежуточный спек упаковывать в хэшере для
> source, что для задачи перепаковки *файлов* в пакет для
> target-архитектуры мне представляется минимум странным.

Не в пакет для target-архитектуры, а в пакет, который можно установить
на target-архитектуре. Файлы в этом пакете, просто по постановке
задачи, будут source-архитектуры. Если (*) мы хотим пересобирать
пакеты так, как сейчас делает arepo (в хашере, перекладывая файлы из
сборочной системы в собираемый пакет), то это можно делать только в
хашере source-архитектуры. В хашер target-архитектуры исходный пакет,
вообще говоря, не установится из-за конфликтов: arepo пострадает от
той проблемы, которую пытается решить.

Но раз сборка в source-окружении становится невозможна, значит,
предположение (*) неверно. Нужно либо вручную вытаскивать файлы из
исходного пакета и подкладывать их (как Source) в сборочный чрут, либо
конструировать целевой пакет вне хашера (и без участия rpmbuild)
вообще.

> Есть у кого-нибудь идеи, советы, комментарии?
Идей масса. Адаптировать arepo к имеющейся ситуации (работа не с
репозиториями, а с кучами пакетов). Написать другой перепаковщик, в 10
раз лучше и без известных багов (что несложно). Забить на всё и
выращивать помидоры (сам склоняюсь именно к этой версии).

Re: [devel] arepo

[Wartan Hachaturow]

2008/10/6 Alexander Myltsev <avm@altlinux.ru>:
> 2008/10/6 Wartan Hachaturow <wartan.hachaturow@gmail.com>:
>> Скажите, кто-нибудь понимает внутреннюю логику arepo?
> Я, кажется, понимаю.

Я ждал ответа как раз от тебя ;)

> хашере source-архитектуры. В хашер target-архитектуры исходный пакет,
> вообще говоря, не установится из-за конфликтов: arepo пострадает от
> той проблемы, которую пытается решить.

А зачем их вообще устанавливать? Их достаточно просто распаковать,
извлечь существенную информацию из .rpm (типа зависимостей) -- и всё,
что нужно для изготовления target-пакета, уже есть. Дальше нужно
только наваять спек (что сейчас arepo и делает) и завернуть их в
пакет.
Разве нет?
Я просто не очень сейчас понимаю, чем сборка в source-хэшере помогает,
помимо чисто технического избавления от этапа "развернуть файлы".

Всего я насчитал две вещи, которые требуют полного source-репозитария:
"apt-get install' в aptbox'е source'овой архитектуры помогает поймать
зависимости -- это приятно, нужно, и для моей свалки пакетов надо
делать исключение (я обошёл это apt-cache show | grep Filename,
правда, появились трудности со всякими .32bit в названиях :)
А вот с хэшером неясно.

> Идей масса. Адаптировать arepo к имеющейся ситуации (работа не с
> репозиториями, а с кучами пакетов). Написать другой перепаковщик, в 10
> раз лучше и без известных багов (что несложно). Забить на всё и
> выращивать помидоры (сам склоняюсь именно к этой версии).

Я бы тоже забил -- однако, у меня у порога стоит заказчик и бьёт об
этот самый порог своим острым металлическим копытом :)) Уже дырку
сделал аж.

-- 
Regards, Wartan.

Re: [devel] arepo

[Dmitry V. Levin]

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

On Mon, Oct 06, 2008 at 02:15:50PM +0400, Alexander Myltsev wrote:
[...]
> > Есть у кого-нибудь идеи, советы, комментарии?
> Идей масса. Адаптировать arepo к имеющейся ситуации (работа не с
> репозиториями, а с кучами пакетов). Написать другой перепаковщик, в 10
> раз лучше и без известных багов (что несложно).

В чём он мог бы быть в 10 раз лучше, и за счёт чего?

> Забить на всё и
> выращивать помидоры (сам склоняюсь именно к этой версии).

В наших краях сейчас не сезон выращивать помидоры.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]