From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: To: devel@lists.altlinux.org References: <20200910161627.GB745305@portlab> <20200910164620.GB754023@portlab> From: Anton Farygin Organization: BaseALT Message-ID: <64bf161e-b4e1-816f-b553-4dd8c7dad848@basealt.ru> Date: Thu, 10 Sep 2020 20:22:14 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.2.1 MIME-Version: 1.0 In-Reply-To: <20200910164620.GB754023@portlab> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: ru Subject: Re: [devel] RFC: Merge noarch repo with arch repos X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2020 17:22:15 -0000 Archived-At: List-Archive: List-Post: 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