MiniOS Ubuntu22. Разбивка на модули

[sfs]

nm-applet без ru локали. Забыт пакет language-pack-gnome-ru-base
nm в модуле xfce, qt5 в одном модуле с gtk3 - для модульного дистра, на мой взгляд их бы лучше разделить...

[sfs]

из ppa взяты более свежии версии telegram, inkscape, remmina

https://losst.pro/chem-otlichaetsya-ubuntu-ot-debian
Я так понимаю юбунта+ппа дает возможность в старом дистрибе поюзать более свежий софт и если что откатиться назад. Причем без компиляции (как в арче и генту)
А модульный фругал здесь тем более удобен. Можно сделать несколько модулей разных версий, например mesa , и протестировать.
В дебиане можно поставить sid. Там даже есть заморозка репы - как в арче. Т.е. теоретически можно откатиться назад, но думаю это не так просто и откатываться придется всем софтом , а не отдельной прогой
В итоге получается юбунта универсальней для не серьезного использования (типа - для дома) слабо подготовленным юзером (который компиляцию не осилит)

[imp]

который компиляцию не осилит

Тут старожилы не все скомпилят, а то пользователи...

[sfs]

Тут старожилы не все скомпилят, а то пользователи...

Вот для таких юбунта и подойдет
Кроме того, кто и может скомпилить - зачем заморачиваться, когда в ппа уже скомпилили и нередко сам автор

[crims0n]

qt5 в одном модуле с gtk3 - для модульного дистра, на мой взгляд их бы лучше разделить...

Тогда вместо одного модуля будет 3, как минимум. Отдельно xorg, отдельно gtk, отдельно qt, отдельно утилиты типа yad и gtkdialog. Учитывая, что последние тянут библиотеки gtk, то будет куча дублированных пакетов в модулях и, как результат, ещё больший вес.

[krasnyh]

дублированных пакетов

Дублирования лучше избегать, конечно. И это просто, учитывая, что обычно именно gtk3 основной модуль, который дефолтно присутствует. А вот qt5 считается дополнительным, который может быть, а может не быть.

Мой же практический опыт, у меня всегда присутствуют и gt3 и qt5. Так что, в один модуль без проблем.

[sfs]

Тогда вместо одного модуля будет 3, как минимум. Отдельно xorg, отдельно gtk, отдельно qt,

xorg имеет смысл выделять только если есть планы по вайланд
Чтобы обойтись без  гтк3 надо юзать браузеры без него (которых мало) и переписывать все GUI с yad и gtkdialog на что-то другое типа питона (и тогда забыть про совсем маленькие дистрибы)
Без qt5 вполне можно обойтись
Надо сразу решить. Т.к. все модули собираются поверх  03-gui-base-amd64-zstd.sb
Т.е. если выделить - возможно придется их пересобрать, что как я понимаю с minios системой сборки не сложно. Чем minios и ценна
Если еще более глобально - надо определиться - боремся мы за размер дистриба или нет

У меня в prar устоялось деление : gtk3 - вообще в базе. Хоrg тоже был, но вprar2210 он уде отдельно (для вайланд) и кстати меса скоро надо будет тоже выделять
qt5 отдельно. Причем тут тоже может быть 2 варианта с разными icu

Мой же практический опыт, у меня всегда присутствуют и gt3 и qt5. Так что, в один модуль без проблем.

Если это стационар для неизменяющихся задач - возможно удобнее вообще фул. Тем более что с его заморозкой у нас все отработано
Тут опять возвращаемся к вопросу борьбы за размер
Т.е. какой дистр делаем - для серьезной работы на стационаре с ssd или для решения простых проблем с флэшки
По моему опыту - универсально не получится

[sfs]

Я как раньше, так и сейчас, не собираюсь поддерживать разные DE, а 90% пользователей будут использовать то, что есть, даже не смотря на возможности конструктора. Пользователь выбирает дистрибутив и DE глазами, а не головой (я не беру в учёт отбитых адептов определённых DE), потому достаточно выбрать один DE и хорошо его настроить, а не плодить кучу разных, которые будут выглядеть одинаково отвратно.

Тогда по этой же логике и медиаплеер всех устроит из коробки и браузер
Тогда вообще на модули делить нет смысла

возможно удобнее вообще фул

[krasnyh]

не собираюсь поддерживать разные DE

В MagOS дефолтно грузится KDE, но можно поменять на другое, lxqt или i3, или steam, или !!!konsole (загрузка в чистую консоль, без X).  Причем нет никакого разделения на DE в модулях.


Имхо, в сборках, помимо дефолтного DE, должен быть обязательным режим konsole и возможно какой-нибудь сверхоблегченный WM.
Зачем? Мой практический опыт использования сборок в вирте, когда нужен быстрый запуск системы и быстрый доступ к всемирной паутине. А иногда и не нужны X, чтобы что-то проверить/посмотреть, введя команду.

А учитывая, что MiniOS умеет в Ventoy, то вышесказанное для него актуально. Можно использовать как ремонтную систему, пристыковываясь к разным 'железкам'. И мне, например, нет нужды запускать полноценный XFCE, тем более с медленной флешки.
(А если бы там еще был pacapt, было бы просто замечательно. )


Рассматривать вышенаписанное как мысли вслух, а не призыв к действию. Я уж не стану стирать, пусть будет. )

[crims0n]

А если бы там еще был pacapt, было бы просто замечательно.

Интересная идея, добавлю, пожалуй.
Я редко читаю форум, так как здесь пишут 2-3 человека. Если есть желание помочь или что-то предложить, то проще и быстрее это сделать в телеге.