[devel] RFC: Merge noarch repo with arch repos

Anton Farygin rider на basealt.ru
Чт Сен 10 20:22:14 MSK 2020


On 10.09.2020 19:46, Vladimir D. Seleznev wrote:
> On Thu, Sep 10, 2020 at 07:22:08PM +0300, Anton Farygin wrote:
>> Тогда уж проще отказаться от такого понятия, как noarch.
> Идея как раз в том, чтобы не отказываться от noarch.
Если noarch архитектурно-зависимый, то какое же это noarch ?
>
>> Хардлинки сэкономят только место, но при этом создадут массу других
>> проблем тем, кто зеркалит.
> Не очевидно, какие проблемы хардлинки могут создать тем, кто зеркалит.
> Можно примеры?

https://serverfault.com/questions/207370/rsync-with-hard-links-freezes/207693#207693


>
>> А чем плохи симлинки ? Мы же всё равно симлинкаем в архитектуры пакеты
>> из files. Пусть files остаётся как noarch, а симлинки идут в архитектуру.
>>
>> On 10.09.2020 19:16, Vladimir D. Seleznev wrote:
>>> По мотивам багрепорта #38919 [1].
>>>
>>> Рост числа поддерживаемых архитектур, а также утрачивание поддержки
>>> 32-хразрядных архитектур апстримами, увеличили сложность отношений между
>>> пакетами. Так как, например, скриптам-обёрткам над утилитами совсем не
>>> нужно быть архитектурно-зависимыми, зависимость noarch-пакетов на
>>> arch-пакеты является валидной, но сейчас всё больше noarch-пакетов
>>> фактически становятся архитектурно-зависимыми из-за порождаемых анметов,
>>> причины которых описаны в начале.
>>>
>>> Разрешить эту проблему можно отказавшись от обособленного
>>> noarch-репозитория; собранные же noarch-пакеты хардлинкать в
>>> arch-репозитории кроме тех, в которых присутствие этих пакетов порождает
>>> анметы.
>>>
>>> [1] https://bugzilla.altlinux.org/show_bug.cgi?id=38919




Подробная информация о списке рассылки Devel