From: Michael Shigorin <mike@altlinux.org> To: devel-distro@lists.altlinux.org Subject: Re: [devel-distro] mkimage-profiles 1.4.18-alt1 Date: Tue, 21 Sep 2021 12:48:16 +0300 Message-ID: <20210921094816.GD306@imap.altlinux.org> (raw) In-Reply-To: <a0922eab-7c6e-6ad7-7423-ca9ede23a393@ya.ru> 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
next prev parent reply other threads:[~2021-09-21 9:48 UTC|newest] Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-09-20 16:45 Антон Мидюков 2021-09-20 18:08 ` Michael Shigorin 2021-09-20 18:36 ` Антон Мидюков 2021-09-21 9:48 ` Michael Shigorin [this message] 2021-09-20 19:01 ` Leonid Krivoshein 2021-09-21 9:50 ` Michael Shigorin 2021-09-21 11:12 ` Leonid Krivoshein 2021-09-21 5:29 ` Ivan A. Melnikov 2021-09-21 5:43 ` Антон Мидюков 2021-09-21 7:01 ` [devel-distro] rescue швейцарский нож (was: mkimage-profiles 1.4.18-alt1) Sergey V Turchin 2021-09-21 9:28 ` Michael Shigorin 2021-09-21 12:45 ` Sergey V Turchin 2021-09-22 17:41 ` [devel-distro] rescue швейцарский нож Vitaly Lipatov 2021-09-23 5:25 ` Anton Farygin 2021-09-23 7:24 ` Sergey V Turchin 2021-09-23 7:39 ` Антон Мидюков 2021-09-23 8:08 ` Sergey V Turchin 2021-09-23 8:16 ` Anton Farygin 2021-09-23 8:32 ` Vladimir D. Seleznev 2021-09-23 8:40 ` Антон Мидюков 2021-09-23 10:24 ` Sergey V Turchin 2021-09-23 10:51 ` Антон Мидюков 2021-09-23 10:29 ` Sergey V Turchin 2021-09-23 10:47 ` Антон Мидюков 2021-09-23 11:00 ` Konstantin Lepikhov 2021-09-23 11:05 ` Антон Мидюков 2021-09-23 11:37 ` Konstantin Lepikhov 2021-09-23 15:50 ` Vitaly Lipatov 2021-09-24 9:40 ` Konstantin Lepikhov 2021-09-23 12:24 ` Michael Shigorin 2021-09-23 13:23 ` Sergey V Turchin 2021-09-23 10:25 ` Sergey V Turchin 2021-09-23 12:16 ` Michael Shigorin 2021-09-23 12:15 ` Michael Shigorin 2021-09-20 20:03 ` [devel-distro] mkimage-profiles 1.4.18-alt1 Vitaly Lipatov 2021-09-21 7:27 ` Антон Мидюков 2021-09-21 9:36 ` Michael Shigorin 2021-09-21 9:37 ` Антон Мидюков
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20210921094816.GD306@imap.altlinux.org \ --to=mike@altlinux.org \ --cc=devel-distro@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Distributions development This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel-distro/0 devel-distro/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel-distro devel-distro/ http://lore.altlinux.org/devel-distro \ devel-distro@lists.altlinux.org devel-distro@lists.altlinux.ru devel-distro@lists.altlinux.com public-inbox-index devel-distro Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel-distro AGPL code for this site: git clone https://public-inbox.org/public-inbox.git