пафос выступления понятен и принимается. по пунктам:
1) уже делается, заинтересованные лица могут предлагать список профилей
автоматической разбивки;
2) принимается с той оговоркой, что мне хотелось бы показать
окно с минимумом опций для выбранной файловой системы; с ходу
вспоминается опция 'создать журнал', которую наверное не стоит
прятать;
3) реализуемо, но не уверен, что это годится как общее решение;
возможно, стоит сделать так для compact, но оставить как есть в master

на тот случай, если кому-то нравится то, что есть сейчас (вдруг), аргумент в 
поддержку нынешнего положения дел: 'богатые возможности' имеют уже применённые 
значения по умолчанию, посему неискушённому пользователю достаточно просто 
соглашаться с предлагаемым.

2 inger

1: угу
2: ну с тремя девятками ты погорячился, опций там не пара тысяч... :-)
3: угу

2 lioka

Серж, ты недооцениваешь леность человеческую.  Вне зависимости от того, Compact
или Master, при слишком большом количестве ввода/вывода на тривиальное действие
вроде создания свопа мнения/отзывы и следующие из них решения будут скорее
негативными.

(In reply to comment #2)
> на тот случай, если кому-то нравится то, что есть сейчас (вдруг), аргумент в 
> поддержку нынешнего положения дел: 'богатые возможности' имеют уже применённые 
> значения по умолчанию, посему неискушённому пользователю достаточно просто 
> соглашаться с предлагаемым.
Даже не знаю, на что сослаться, попробую на свою юзерский авторитет :)))

Если в трёх диалогах, скорее всего, нажмут <enter> и особенно если выбранное
возможно изменить позже -- их лучше просто пропустить, назначив умолчания по
принципам "good enough" и "nobody was fired for...".  Хотя бы ради избежания
информационной перегрузки неискушённого пользователя и мороки для тех, кто в
курсе (два раза жать энтер, чтобы получить своп -- это чуточку слишком).

В случае fs это на сейчас, наверное, ext3; в случае "тривиальной" разбивки --
swap (0.5--2xRAM), / (~4G), /home (сколько влезет), в случае "тривиальной
серверной разбивки" -- swap (1--2xRAM), / (~1--2G), /var и /home (пополам). 
Если к последнему варианту при наличии двух одинаковых дисков ещё будет
предложено "сделать зеркало" -- вообще идеально.

(в принципе, почитав про "жалезный" Intel Matrix RAID на мамках вроде i965 --
который умеет на двух дисках сделать RAID1 "для данных" плюс RAID0 "для взянных"
-- подумал, что для дома было бы клёво при двух одинаковых по объёму дисках
показывать кнопку "matrix", вот только куда при этом совать RAID0, пока толком
не придумал, ну не в /var/ftp/pub же...)

Можно также глянуть разбивалку в M24, она была вполне юзабельной и в части
дефолтов размеров и использования разделов (мож чуточку скорректировав в сторону
"первый -- своп, второй -- корень, третий -- дом", соответственно полному
автомату предложив типы разделов и размеры ФС).

По поводу "первый -- своп" основное обоснование -- не "быстрые цилиндры", а "при
человеческих и программных ошибках первый раздел имеет больше шансов случайно
погибнуть" (dd of=/dev/hda вместо hda5, или винда наступила -- раздавались
прецеденты, особенно с разделами между виндовых); контрвариант со свопом
примерно посреди диска при нынешних их объёмах проще считать advanced'ным и
ручным, ну или разве между /var и /home в варианте, когда оба есть.  Правда, сам
последнее время предпочитаю всё равно в начало.

(In reply to comment #1)
> 2) принимается с той оговоркой, что мне хотелось бы показать
> окно с минимумом опций для выбранной файловой системы
Серж, не надо.  Лучше "дополнительно" (для того, что надо mkfs или логически
ложится туда же -- например, bytes per inode в ext3 или external journal в xfs)
или настраивать для желающих правой кнопкой по разделу или тычком в "Опции ФС",
и уж туда можно хотеть показать (как-то check order или noatime).

> с ходу вспоминается опция 'создать журнал', которую наверное
> не стоит прятать;
Именно что стоит -- по умолчанию включено, а те, кто сознательно использует
ext2, всё равно на автомат для этого полагаться не будут.

Вообще если планируется возрождать режим "эксперт", то было бы клёво уметь
запустить в терминале каком fdisk/cfdisk/sfdisk (2 legion: или хотя бы положить
их туда) и evmsn.  Когда-то такое было в RH 6.x или 7.x, пару раз выручало.

> Вообще если планируется возрождать режим "эксперт", то было бы клёво уметь
> запустить в терминале каком fdisk/cfdisk/sfdisk (2 legion: или хотя бы 
положить
> их туда) и evmsn.  Когда-то такое было в RH 6.x или 7.x, пару раз выручало.
Не надо ложить, особенно второе.

(In reply to comment #1)
> 1) уже делается, заинтересованные лица могут предлагать список профилей
> автоматической разбивки;
OpenVZ - / (400-600M), swap (0.5-8G), /vz (всё остальное)

Я правда ещё /boot отдельно выношу по старой привычке...

полагаю, нынешнее состояние пакета достаточное для fixed
обсуждение профилей предлагается проводить в другом месте.

Можешь указать версию (или коммит)?  Шоб пощупать.  Сейчас приехал 0.3-alt1.

да, 0.3-alt1

А что думаешь насчёт того чтобы разделить всё-таки экран редактирования на две
части? Собственно точки монтирования и работа с томами и партициями.

Есть ещё такая мысль, что Disks/RAID/LVM у нас имеют небольшую ширину, заметную
высоту при разворачивании (к вопросу о скроллинге) и логически раздельны --
может, имеет смысл нижнее окошко побить на три горизонтально упакованных?

1) насчёт выделения назначения точек монтирования в отдельный шаг --
я что-то не уверен, что это будет востребовано. скорее стоит
подумать о таком варианте: сначала, где выбор профиля, отметить
'ненужные' тома, затем выбрать один из вариантов автомагической разбивки.
2) разбиение дерева на куски -- неудобно отслеживать (пользователю),
где что появилось/исчезло.

(In reply to comment #11)
> 2) разбиение дерева на куски -- неудобно отслеживать (пользователю),
> где что появилось/исчезло.
Ну я поприкидывал, что так видимость суммы дерева будто бы выше, но как скажешь.

Закрываю; впрочем, думаю, что из этого обсуждения ещё есть что почерпнуть, всем
спасибо.

2 inger: /vm -- одно из немногих по выразительности мест, где не хватает right
click.  Причём было бы здорово завести такой виджет, который бы можно было
вставлять туда, где оно сейчас рисует контекстно-зависимые кнопки с действиями,
и набивать вместе с контекстной менюшкой по правой кнопке.