[devel-distro] installer-feature-* и rootfs

[Alexey Shabalin]

пт, 6 дек. 2019 г. в 16:12, Ivan A. Melnikov <iv at altlinux.org>:
>
> Привет.
>
> Как известно, для одноплатников вроде RPi (и завёрнутых в коробку
> одноплатников вроде Таволги) у нас система поставляется в виде
> образа rootfs и ставится без помощи installer'а.
>
> Это означает, что на таких системах не отрабатывают пакеты
> installer-feature-*. Мы с jqt4@ посмотрели, что же мы теряем.
> Вот интересные особенности simply, сделанные через
> installer-feature-* и соответсвенно *не* присутсвующие
> в сборках под, например, RPi4:
>
> - installer-feature-bell-off-stage3 -- выключает bell в X (xset -b,
>   сам всегда так делал)
> - installer-feature-lightdm-stage3 -- настраивает lightdm gtk
>   greeter (появляется индикатор раскладки клавиатуры) и делает первого
>   пользователя выбранным после первой загрузки (маст хев,
>   в alt-workstation-mipsel я делал костыль вместо этой фичи)
> - installer-feature-sudo-enable-by-default-stage3 -- sudo по
>   умолчанию для всех в группе wheel, "как в Ubuntu";

Ага, мы красавчики. Типа в пакете мы такое не делаем - нехорошо, но
все дистрибутивы выпускаем с этой фичей, что бы было удобно. Внесите
уже это в пакет sudo по-умолчанию и не извращайтесь с installer.

> - installer-feature-symlinks-from-sbin -- симлинки для ip,
>   sysctl, chkconfig, service, blkid, resolvconf, lsusb, lsof
>   в $PATH простого пользователя.

Жесть какая. Я уже высказывал свое отношение cas@'у, что так делать
категорически нельзя - эти симлинки не принадлежат никакому пакету.
Сделайте честный пакет, типа root-utils-user и упакуйте туда эти
симлинки(что бы можно было это легко удалить). Но я бы вообще подверг
право на жизнь такого пакета(тем более installer-featute)

>
> Понятно, что эти фичи хотелось бы видеть на всех платформах,
> под которые мы выпускаем simply.
>
> Чтобы не перепиливать всё сразу, предлагается для начала
> сделать что-нибудь для desktop-like сборок, для первоначальной
> настройки которых используется alterator-setup. У него
> есть специальные хуки (setup-postinstall.d), так что можно
> можно после его работы запустить скрипты из installer-feature-*,
> чтобы они донастроили систему.
>
> Для начала, я реализовал такой хук в отдельном пакете:
>
> http://git.altlinux.org/people/iv/packages/?p=rootfs-installer-features.git
>
> Он пока проходит обкатку в тестовой таске #242450, первое
> тестирование продемонстрировало его работоспособность.
>
> Поскольку до совсем недавнего времени я с installer-feature-*
> не сталкивался, хотелось бы услышать от людей, которые в этом
> понимают (если такие есть) какие-то мысли по этому поводу
> и, возможно, code review.
>
> Как думаете, не стоит ли включить такой хук непосредственно
> в alterator-setup, а не в отдельный пакет?

Моё мнение, что все конфиги и настройки лучше упаковывать в пакеты,
все остальное - это неконтролируемые изменения системы. Потом никогда
не найдешь, кто же тебе так "помог".
Из недавнего в телеграм-канале:
Человек собрал rpm-пакет в системе(без hasher, а почему нет если пакет
простенький?). У него появилась зависимость на /bin/service, которую
не предоставляет ни один пакет. Симлинк /bin/service появился
благодаря installer-feature-symlinks-from-sbin.
Руки бы оторвал таким помощничкам.
Итог: старайтесь не создавать проблем пользователям из лучших
побуждений. Ну не зачем запускать service простому пользователю.
А то что su- минус не используют - допинайте уже мантейнера, что бы
этот минус был по-умолчанию. Никто не может объяснить, зачем нужен su
без минуса.


-- 
Alexey Shabalin