From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <0450c7c7-24ba-4b70-bd46-c758f17dfb24@basealt.ru> Date: Sat, 3 Feb 2024 13:05:47 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: ru To: devel@lists.altlinux.org References: <861ed455-6004-428d-8615-404926d866a6@basealt.ru> From: Anton Farygin Organization: BaseALT In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] I: usrmerge 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: Sat, 03 Feb 2024 10:05:48 -0000 Archived-At: List-Archive: List-Post: On 03.02.2024 12:46, Arseny Maslennikov wrote: > On Sat, Feb 03, 2024 at 10:46:42AM +0300, Anton Farygin wrote: >> On 03.02.2024 00:38, Arseny Maslennikov wrote: >>> Предыдущее обсуждение — в треде: >>> https://lore.altlinux.org/devel/ZKQaFPEN0qnNWGnz@cello/ >> >> У меня основной вопрос - сломаю ли я что-то, если уже сейчас начну в своих >> пакетах переделывать на %_prefix > Нет, если сделаете всё правильно. :) > > Надо обеспечить, чтобы пакет ставился и на merged-, и на unmerged-. Если > мейнтейнеры хотели бы сами, руками, поправить соотв. образом свои пакеты, > ничего страшного в этом не будет. Для этого надо, как описано в предыдущем > письме, создавать в %buildroot копии и указать их в %files (где они уже > указаны, скорее всего). Я не могу проверить на merged, т.к. у меня такой системы нет. Вообще я надеюсь что когда-то я скажу dist-upgrade и всё произойдёт само в рамках обновления. > >> (кое-где я так уже сделал и этого вроде >> никто не заметил( ? > btrfs-progs уже сегодня не устанавливается на split-usr-конфигурацию, > да, потому что там жёсткие ссылки. Впрочем, багу по этому поводу до сей > поры действительно никто ещё не создал! =) От жёстких ссылок как раз легко избавиться, они были сделаны в рамках "совместимости". > > Но я тем не менее убеждён, что не стоит считать, что split-usr ни у кого > нет; иначе после начала массового перехода пакетов появятся и жалобы — > громкие и агрессивные, с угрозами жизни и здоровью. Очень вероятно, что > те, кто ставил так систему, просто не любят btrfs. Или людей с отдельно-смонтированным /usr уже не осталось. Кстати, странно что ещё никто не создал задачи по исправлению профилей установки для того, что бы нельзя было сделать отдельный /usr в выходящих дистрибутивах и экспериментальных образах. > >> Ну и второй - не пора ли плавно добавить в make-initrd поддержку нового >> расположения для /lib/firmware и /lib/modules, плавно на уровне пакетов >> сделав нужную миграцию, поддерживающую обновления ? > В merged-usr иерархии будет симлинк /lib -> usr/lib. > Нужные файлы будут доступны и по новому, и по старому расположению; не > вижу пока смысла что-то здесь предпринимать, как и явно упаковывать > /lib/firmware и /lib/modules в firmware-linux и ядрах под префикс. > Если изменить там путь, то такие пакеты перестанут поддерживать > unmerged-usr совсем. Это стоит делать не сразу. Почему же перестанут ? просто все конфигурации одновременно обновятся и уйдут на префикс. Единственное что перестанет работать - так это те системы, которые были установлены с отдельным от корня /usr Но об этом как раз надо сделать анонс и чем быстрее тем лучше.