[devel] RFC: Merge noarch repo with arch repos

[Vladimir D. Seleznev]

On Fri, Sep 11, 2020 at 09:06:14AM +0300, Dmitry V. Levin wrote:
> On Thu, Sep 10, 2020 at 07:16:27PM +0300, Vladimir D. Seleznev wrote:
> > По мотивам багрепорта #38919 [1].
> > 
> > Рост числа поддерживаемых архитектур, а также утрачивание поддержки
> > 32-хразрядных архитектур апстримами, увеличили сложность отношений между
> > пакетами. Так как, например, скриптам-обёрткам над утилитами совсем не
> > нужно быть архитектурно-зависимыми, зависимость noarch-пакетов на
> > arch-пакеты является валидной, но сейчас всё больше noarch-пакетов
> > фактически становятся архитектурно-зависимыми из-за порождаемых анметов,
> > причины которых описаны в начале.
> > 
> > Разрешить эту проблему можно отказавшись от обособленного
> > noarch-репозитория; собранные же noarch-пакеты хардлинкать в
> > arch-репозитории кроме тех, в которых присутствие этих пакетов порождает
> > анметы.
> > 
> > [1] https://bugzilla.altlinux.org/show_bug.cgi?id=38919
> 
> https://bugzilla.altlinux.org/show_bug.cgi?id=38919#c4
> "(In reply to Ivan A. Melnikov from comment #3)
> > очень интересен список потенциально пострадавших
> > пакетов. Простой grep по спекам показывает, что таких может быть немало --
> > хотя как совсем правильно грепать неясно.
> >
> > Кстати, среди пострадавших точно будут qboot и seabios. Кто готов вернуть их
> > сборку кроссом? Мне бы для mipsel пригодилось =)
> 
> +100500
> 
> Это PreReq к началу обсуждения."
> 
> Ещё у меня есть пожелание ко всем, кто предлагает изменения структуры
> репозитория, оценивать сложность предлагаемых изменений, а также иметь
> в виду, что любые изменения должны обеспечивать полную обратную
> совместимость.

На счёт обратной совместимости: для обратной совместимости отдельный
репозиторий noarch останется, но в идеале будет пустым. При каждой новой
сборке предполагается, что noarch-пакеты будут попадать в
arch-репозитории, тем самым с течением времени количество пакетов будет
уменьшаться.

P.S. Я выше написал про использование жёстких ссылок, но забыл, что в
структуре репозиториев используются символические ссылки. Да, надо
использовать символические ссылки.

> Предложения, не подкреплённые протестированными патчами,
> имеют больше шансов остаться благими пожеланиями.

-- 
   WBR,
   Vladimir D. Seleznev