From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.1 X-Yandex-Fwd: 1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ya.ru; s=mail; t=1707043524; bh=oFQ+/5LmL+Z8sjEJJT8sd5O06o0CZ6t8nWEtF6JmT34=; h=In-Reply-To:From:Date:References:To:Subject:Message-ID; b=hJkn0VqRRX9bQ/hCPghdobPlD8Th02vvw2VYsis/05svEe1ZoBVmZb5miTnQsi40Q Sln4sHKgVYrb9nqVJh7gd7zKAwrL1x8zYcV32uesprZGK5zm0RpPxyPOiQf8dhjepC R0hEQZ+FzgEUQ11CZLMBK+77Y7mlfamxS2/kLRUc= Authentication-Results: mail-nwsmtp-smtp-production-main-46.myt.yp-c.yandex.net; dkim=pass header.i=@ya.ru Message-ID: <6ac6104e-ce0a-4148-bf73-308173d8f7fc@ya.ru> Date: Sun, 4 Feb 2024 17:45:23 +0700 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: ru To: devel@lists.altlinux.org References: <861ed455-6004-428d-8615-404926d866a6@basealt.ru> <0450c7c7-24ba-4b70-bd46-c758f17dfb24@basealt.ru> <153f116e-5016-4201-ac63-40902891c7a3@ya.ru> From: =?UTF-8?B?0JDQvdGC0L7QvSDQnNC40LTRjtC60L7Qsg==?= In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: [devel] possible incompatibilities 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: Sun, 04 Feb 2024 10:45:27 -0000 Archived-At: List-Archive: List-Post: 04.02.2024 17:30, Arseny Maslennikov пишет: > On Sun, Feb 04, 2024 at 02:46:44PM +0700, Антон Мидюков wrote: >> 03.02.2024 18:12, Arseny Maslennikov пишет: >>> On Sat, Feb 03, 2024 at 01:05:47PM +0300, Anton Farygin wrote: >>>> Единственное что перестанет работать - так это те системы, которые были >>>> установлены с отдельным от корня /usr >>>> >>>> Но об этом как раз надо сделать анонс и чем быстрее тем лучше. >>> >>> Раз уж мы заговорили про анонсы: >>> >>> В топикстартере я описал две стратегии переноса уже развёрнутых >>> инсталляций: усл. "pre" и "posttrans". >>> Так вот если мы пойдём по пути "pre" (пока всё к этому), то будем >>> рекомендовать при апгрейде, например, с p10 сначала обновляться на >>> Sisyphus от конкретной даты (после того, как релев. пакеты с файлами вне >>> префикса исправлены или пересобраны, но ещё с filesystem < 3), а потом >>> на p11 или актуальный Sisyphus. Так меньше шанс нарваться на редкие, >>> плохо тестируемые ситуации. > >> А эта рекомендация для систем с отдельным /usr или вообще всем? > > Для всех. Либо так, либо мы найдём способ делать это в файлтриггере > после обновления пакетов. > >> Почему самостоятельный переезд пакетов в /usr/ может сломать в будущем переезд на usr-merge? > > Тут надо прояснить смыслы слов. > > Я так понял, что переезд — это наивный перенос; взять и упаковать в > другое место, из старого убрать. Такой наивный перенос файлов ломает не > будущее, а обновление с прошлого. Да, я про такой перенос. Но перенос уже после того, как filesystem в репозитории обновлён. Разумеется, я не про то, чтобы собирать в p10 такие пакеты. А только в p11 и Сизиф. > > Вот гипотетический пример: если в соотв. пакетах, например, coreutils > или util-linux, просто взять и убрать все файлы вне префикса, > перенеся, например, /sbin/mount в /usr/sbin/mount, то: > - на системах со split-usr при загрузке до появления /usr файл > /bin/mount будет отсутствовать; При обновления /usr уже примонтирован. > - такой пакет перестанет удовлетворять Requires: /sbin/mount. Так он не соберётся в репозиторий, если не будет удовлетворять зависимостям. > Или, если речь идёт о sh и awk каких-нибудь, они часто указаны в > сценариях в качестве интерпретаторов: "#!/bin/awk". Файл по этому пути > должен быть. Так после обновления всё уже будет. Я не понимаю, почему мы не можем сразу же после обновления filesystem начать перенос в спеках в /usr по мере обновления пакетов, которые не планируется собирать в p10. Почему мы должны ждать p12? -- С уважением, Антон Мидюков