Re: [devel-distro] mkimage-profiles 1.4.18-alt1

["Антон Мидюков" <midyukov-anton@ya.ru>]

21.09.2021 01:08, Michael Shigorin пишет:
> On Mon, Sep 20, 2021 at 11:45:46PM +0700, Антон Мидюков wrote:
>> - Отменил коммит добавления eepm в Rescue, чтобы не будоражить
>>   конспирологические теории о продавливании чего-то там и кем-то
>>   там...
> 
> А можно подробнее/ссылочку?  Как вариант, отправляй конспирологов
> ко мне -- выясним, кто это их с диверсиями направляет и подрывает
> вурлд доминейшун нашей спасалочки :]
> 
> (eepm в base+regular добавлял ещё в 2013 году, если что)
> 

https://lists.altlinux.org/pipermail/devel-distro/2021-August/002522.html

>> - Убрана ставшая ненужной цель 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 и цель
> distro/server-ovz-netinst... (удалено тоже давно коммитом
> 1345c6e041d5d2a411b60fce67bddf24fca6db39 по причине кончины
> той машинки, где эти эксперименты выкладывались -- т.к.
> адрес был по необходимости зашит и в загрузочный образ)
> 

А я для всех разрешил:
59a0470b2868276622ad8d0c4e195eee15b7d887

>> - Из всех регулярок/стартеркитов был убран
>>   udev-rule-generator-net
> 
> Совсем доломали ядро вместе с udev?
> 

Нет. Хотелось предсказуемости. Пусть непривычные имена, зато более стабильные.

>>   В rootfs без NetworkManager был добавлен livecd-net-eth
>>   вместо преднастройки интерфейса eth0
> 
> ...что лишает возможности сделать образ с чем-либо кроме dhcp 
> при помощи фичи net-eth; надеюсь, данное улучшение исправимо.
> 

Это касается только регулярок.

>> - В syslinux и grub в пункты загрузки инсталятора (install2) и
>>   rescue добавлен lowmem. При локальной загрузке с propagator для
>>   метода cdrom lowmem включался всегда и так. И лишь с disk имел
>>   значение, но disk включался лишь в syslinux для локальных
>>   накопителей. Для bootchain же lowmem имеет значение всегда.
> 
> Возможно, пора это в bootchain назвать как-то иначе (обрабатывая
> по старинке и lowmem так же).
> 
> В mdk stage1 этот режим подразумевался действительно для машин,
> у которых не хватало памяти для зачитывания в неё инсталятора,
> чтобы дальше было возможно в первую очередь диски менять (ну и
> работать немного быстрей).
> 
> Размеры оперативной памяти и минимальный порог загружаемости
> std-def последние лет десять росли быстрее, чем размер install2,
> как мне кажется.
> 
> В общем, сейчас оно по смыслу noramdisk скорее или что-то такое.
> 
> Но можно и не трогать, конечно.

Да пусть так пока будет. Когда и если похороним propagator, тогда
можно будет и совместимость с ним нарушать.

> 
>>   К тому же метод cdrom в инсталяторе с отключенным lowmem
>>   приводит к ошибке в скрипте preinstall.d/99-cdrom.sh
> 
> ...который как раз и занимался реализацией многодисковой
> установки, когда в рамках школьного проекта (2008 год же!)
> опять понадобилась (что-то поставляли на CD1/CD2).
> >> - В armh-mcom02 в initrd добавлены drm модули, чтобы
>>   framebuffer инициализировался уже в initrd, и можно было
>>   обойтись без подключения последовательной консоли. Где-то год
>>   назад кто-то из тестировщиков спрашивал, чтоб так можно было.
>>   Лучше поздно, чем никогда
> 
> Это, кстати, не только на mcom02 бывает полезно.
> Может пригодиться обобщить механизм.

Да там нет никакого механизма. Для mcom02 ничего лишнего не собрано,
поэтому добавил каталог с drm-модулями ядра в initrd.
Для каждой железки могут потребоваться свои модули.

> 
> Спасибо за труды!
> 


-- 
С уважением, Антон Мидюков <antohami@altlinux.org>