From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Tue, 21 Sep 2021 12:48:16 +0300 From: Michael Shigorin To: devel-distro@lists.altlinux.org Message-ID: <20210921094816.GD306@imap.altlinux.org> References: <06e35ac1-be6d-32eb-4e35-0a0a297a7a3a@ya.ru> <20210920180857.GC19247@imap.altlinux.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Subject: Re: [devel-distro] mkimage-profiles 1.4.18-alt1 X-BeenThere: devel-distro@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: Distributions development List-Id: Distributions development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Sep 2021 09:48:16 -0000 Archived-At: List-Archive: On Tue, Sep 21, 2021 at 01:36:25AM +0700, Антон Мидюков wrote: > >> - Отменил коммит добавления eepm в Rescue, чтобы не будоражить > >> конспирологические теории о продавливании чего-то там и кем-то > >> там... > > А можно подробнее/ссылочку? Как вариант, отправляй конспирологов > > ко мне -- выясним, кто это их с диверсиями направляет и подрывает > > вурлд доминейшун нашей спасалочки :] > > (eepm в base+regular добавлял ещё в 2013 году, если что) > https://lists.altlinux.org/pipermail/devel-distro/2021-August/002522.html Костик, я буду рад применить уж какой есть ресурс, в том числе административный, для пиара любой толковой вещи там, где она полезна. Пиши :-) А rescue, который тоже умеет режим с сессиями (и может быть развёрнут в качестве основы системы, как написал чуть раньше) -- вполне удачное место для попадания в т.ч. и eepm. hasher и базовое сборочное окружение, разумеется, настолько ценны, что мы не поленились сделать особый образ builder, где они работают из коробки (и туда я, пользуясь админресурсом своих двух корявок, зафигачил не только mkimage с mkimage-profiles, но ещё и примеры использования в ~altlinux/.bash_history; кстати, можно аналогичное -- lsblk, fdisk -l, ... -- добавить в rescue). > >> - Убрана ставшая ненужной цель mixin/starterkit и переменная > >> STARTERKIT, которой присваивалась эта цель, если задана > >> переменная BRANCH > > Не смотрел на реализацию, но внешне переменная, которая относится > > к одной из частных целей, выглядит совсем-совсем костылём... > Это был костыль, от которого избавился. Да-да, это заметил; прокомментировал на будущее, ты с такими костылями (сам же их способен охарактеризовать) стучись и спрашивай до того, как их делать да коммитить: вдруг в две головы что-нить дельное сразу придумаем. > >> - Добавлена новая фича initrd-bootchain на замену > >> initrd-propagator. Вместо propagator используется набор фич > >> make-initrd-bootchain-*, разработанных Леонидом Кривошеиным > >> (klark@). Если переменная BRANCH пуста (собираем для Сизифа), > >> то iso образ будет собран с make-initrd-bootchain, если задан > >> BRANCH, то с propagator. Исключением является e2k, для > >> которого всё также будет осуществляться сборка propagator. > > Да, bootchain ещё совсем не проверял -- пока не до того. > Мне кажется надо генерацию конфига e2k поменять. В generate.sh > переделать. Иначе придётся несколько переменных дополнительно > в глобальные экспортировать. Ну сделай левокоммит да пришли вместе с ц/у, если понадобятся. Хотя мне было бы спокойней уже после выпуска десятой версии, наверное. > >> - Появилась возможность собирать образ только со stage1. > >> Нужно для сборки образа с сетевой загрузкой > > см. коммит ad687508559d47941b3b6c54c9d119f99e05bdcd [...] > А я для всех разрешил: > 59a0470b2868276622ad8d0c4e195eee15b7d887 Вот это место уже совсем не помню. На всякий может иметь смысл почитать сообщения тех коммитов, которые его трогали, чтоб не развалить какое предположение. > >> - Из всех регулярок/стартеркитов был убран > >> udev-rule-generator-net > > Совсем доломали ядро вместе с udev? > Нет. Хотелось предсказуемости. Пусть непривычные имена, > зато более стабильные. Как тебе сказать. На системе с одним eth при нормальных ядре и udev получаем именно что стабильное eth0. То, что _в ядре_ начали вытворять ради уродств, которые по неграмотности своей натворили в systemd -- я цензурно охарактеризовать не могу (в итоге в cmdline _ядра_ сейчас бывают параметры, указывающие версию _systemd_ -- это безумие какое-то уже полное). Впрочем, здесь это флейм и офтопик. Мы просто эту же задачу решали ещё лет десять назад для весьма нетривиальных ситуаций на кластерах, она вполне внятно решалась уже тогда (учитывая и дальнейшее сопровождение -- смену карт, серверов и т.п.) и безумий не требовала. > Когда и если похороним propagator, тогда можно будет > и совместимость с ним нарушать. И то лучше оставить, где это несложно. :) --  ---- WBR, Michael Shigorin / http://altlinux.org   ------ http://opennet.ru / http://anna-news.info