[devel] community release / expert mode

[Eugene Prokopiev]

05.11.08, Michael Shigorin написал(а):
> On Tue, Nov 04, 2008 at 10:07:11PM +0300, Денис Смирнов wrote:
>  > Все это круто, но можно нескромный вопрос? Что такое Desktop?
>  > Для кого он?  Если для тех кто не в курсе какая FS для каких
>  > целей лучше, то этот дистрибутив _лично мне_ уже заведомо
>  > абсолютно не интересен.
>
>  (ещё подумав)
>
>  Ну вот почему и получается примерно столько вариантов:
>
>  - завести expert mode и гнуть desktop/server и в сторону
>   профессионалов, при этом не убивая пригодность для людей
>   без лишних заморочек;
>
>  - таки да, создавать community distro, где беспокойство
>   о не желающих знать, что к чему, оставлять за скобками.
>
>  PS: это ещё кому-то интересно или прекратить очередную
>  бредогенерацию?

Ну рациональное зерно уже всем видно и очевидно, осталось
формализовать (например, что будет в expert mode) и решить, кто будет
делать ;)

Я, кстати, не вижу особой необходимости в expert mode в случае наличия
разных инсталляторов. Т.е. имеем некий mkimages-profiles.git, из
которого по дефолту получаем минимальную систему без Х, без Alterator
и c поднятым ssh. И этот минимальный инсталлер должен собирать крон не
реже раза в неделю - это, собственно, и будет community-дистрибутив :)

Из того же mkimages-profiles.git путем несложных манипуляций
(возможно, универсальные --with-..., которые задействуют другие пакеты
вроде ненешних installer-features-* и по возможности не требуют чего
либо менять в профиле/профилях?) необходимо иметь возможность получить
систему с голыми Х, систему с одним или несколькими DE и DM (их выбор
в общем случае ортогонален), аналог нынешнего Server и т.д. Некоторые
из этих конфигураций (объявить их и по мере надобности пересматривать)
тоже собирать кроном. Причем новый пакет, сломавший сборку
инсталлятора, было бы неплохо приравнивать к пакету с анметом ;)
Правда, решение этой задачи в лоб выглядит ужасно - может есть идеи,
как извернуться?

Принципиальную разницу с нынешней схемой я вижу в распиле на пакеты.
Сейчас кое-что попилено слишком мелко (дизайн), а большая часть вообще
не попилена. Типичный случай: я хочу иметь возможность включить в свой
дистрибутив то, что мне вряд ли удастся смержить в официальный
профиль. Поэтому специфику разных конфигураций хорошо бы каким-то
образом _вынести_ из mkimages-profiles.git (может тогда получится
mkimages-the-one-profile.git?) в другие пакеты без явных Requires на
них. Это должно снизить порог вхождения в процедуру сборки
дистрибутивов и их кастомизации. Хотя тут нужно найти баланс и не
потерять гибкость (и не вернуться к spt) а также читабельность строк
запуска mkimage ;)

Я, похоже, увлекся ... может c частью сказанного в distro-devel@ ?

-- 
С уважением,
Прокопьев Евгений