From: Anton Kovalenko <a_kovalenko@mtu-net.ru>
To: community@altlinux.ru
Subject: Re: [Comm] Re: Installer and system bugs. Continuation.
Date: 27 Dec 2002 01:02:09 +0300
Message-ID: <87el8430da.fsf@lenin.home> (raw)
In-Reply-To: <3E0B55E9.40007@altlinux.ru>
>>>>> Aleksey Novodvorsky writes:
> На самом деле, меня бы больше интересовали замечания по
> программе установки Debian (не претензии к UI, а по существу).
> Мне она представляется более правильной концептуально.
Ну, я мог бы попробовать... Но есть загвоздка -- собственно
"инсталлятор" в Debian не занимается установкой пакетов. Только ядро и
базовая система ставятся инсталлятором, а дальше -- работает dselect,
apt, tasksel... в общем, стандартные средства управления пакетами на
_работающей_ системе.
Этот принцип имеет смысл позаимствовать -- свежепоставленный Debian
_всегда_ содержит корректный набор пакетов с точки зрения apt.
На тот случай, если кто-нибудь решит делать инсталлятор по образцу
Debian, освещу "наши грабли", на которые желательно не наступать:
* Проверка свободного места. Этим у нас никто не занимается. Если
пользователь навыбирает слишком много пакетов, установка одного из
них прервётся на середине (возможно, и на середине
postinst-скрипта). Надо учесть, что для Debian состояние пакета "Not
fully installed" -- более-менее привычная ситуация. Для rpm-based
дистрибутива здесь могут скрываться принципиальные проблемы --
например, требуется ли от установочных скриптов rpm "идемпотентность"?
Если postinst-скрипт из rpm прервать на середине и перезапустить,
есть ли гарантия, что он отработает корректно?
* Разбиение на разделы. Пользователь, который вообще ничего не знает о
понятии раздела, в Debian с этим не справится. Но это пол-беды: главное,
что пользователь, который знает, что такое fdisk, но не знает, что такое
Unix, с вероятностью 90% сделает себе один раздел "/", и всё. Никаких
"провоцирующих подсказок" ему не положено.
С другой стороны, использование обычного cfdisk в инсталляторе --
идея хорошая. То есть, давнишнего пользователя Linux не ставят перед
выбором: либо пользуй мощный, но слишком уж "недружественный" fdisk,
либо полюбуйся, какой "Disk Druid" мы в нашем инсталляторе
нарисовали "для чайников". А cfdisk -- и дружественный, и привычный.
Вывод: разбиение на разделы имеет смысл проводить с помощью
cfdisk, при этом можно пользователя-"неэксперта" попинать на предмет
"вы _точно_ не хотите создать отдельный раздел для /home, /usr,
/var?". Чтобы пользователь подумал, пошёл обратно в cfdisk и сделал
как советуют.
* Настройка консоли. По нынешним временам, убогое "выберите раскладку
клавиатуры" -- не канает. Нужен ортогональный выбор кодировки,
раскладки, клавиш переключения... Что-то вроде console-cyrillic из
Debian, но ещё гибче.
В Debian console-cyrillic ставится отдельно, и меня это не
напрягает. Но в новом инсталляторе ALT такую штуку можно взять в
качестве основного средства для настройки консоли.
* Локаль per-user. В Debian есть language-env, но с ним тоже есть
беда: установка LANG пишется в rc-файл шелла, а сессия X оказывается
"безлокальной".
Вывод: сделать настраивалку _пользовательской_ локали имеет смысл,
но в ней нельзя забывать про иксовую сессию.
* Install: everything. В Debian такого нет и быть не может. Но для
дистрибутивов, не содержащих конфликтующих пакетов (какой-нибудь
гипотетический однодисковый "poorman's ALT", на базе небольшого
подмножества Сизифа) -- такой режим может иметь смысл.
* "Аппаратно-ориентированные" пакеты. По-моему, пригодилась бы
интеллектуальная приблуда, которая предлагала бы нечто вроде: "Вот у
вас есть IrDA, не поставить ли irda-utils? Вот у вас сидюкописалка,
не поставить ли cdrecord? Вот у вас видюха от NVidia, не поставить
ли соответствующий драйвер?". В Debian этого нету, а для начинающего
пользователя -- хорошо бы. Но, конечно, эта штука должна быть не слишком
навязчивой и вполне отрывабельной.
* Sys Admin Survival CD. Так называется один из CD-дисков RedHat, играющий роль
"большой-большой rescue дискетки". В Debian такого нет.
А это на редкость полезная штука -- до недавнего времени я им
пользовался (хотя последний RedHat у нас давно снесён), потом сделал
себе "Debian Live" CD -- загрузочный CD с полноценным debian.
Большой Rescue-CD имеет смысл включать в "навороченные" варианты
дистрибутива. Для "менее навороченных" можно предусмотреть
специальный вариант загрузки с инсталляционного диска. Но важно
следующее: набор из busybox, sash и ещё нескольких полезных утилит
-- маловат. Более-менее приличный шелл, mtools, сетевизмы (ssh, ftp,
smbmount, nfs-клиент), редактор (nvi, а лучше vim-minimal) -- обязательны
для нормального rescue-CD.
Такие дела. Если интересно, могу ещё мыслей надумать. Напомню, что мои
"пожелания" -- в каком-то смысле чистая абстракция: я не ставлю себе
дистрибутивов ALT. Разве что за патчами в srpm лазаю иногда... Так что
моим рекомендациям следует давать более низкий приоритет, чем
требованиям постоянных пользователей.
--
With Best Wishes, Anton Kovalenko /* http://kovalenko.webzone.ru */
#!/usr/bin/wish - best wish I have for you!
next prev parent reply other threads:[~2002-12-26 22:02 UTC|newest]
Thread overview: 69+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-12-17 12:23 [Comm] " Oleg K. Artemjev
2002-12-17 9:36 ` Sergey A. Kolesnitchenko
2002-12-17 14:05 ` Oleg K. Artemjev
2002-12-17 16:10 ` Re[2]: " Sergey A. Kolesnitchenko
2002-12-18 9:06 ` Oleg K. Artemjev
2002-12-17 10:39 ` Сережин Дмитрий
2002-12-17 11:00 ` aen
2002-12-18 9:14 ` Oleg K. Artemjev
2002-12-18 7:59 ` [Comm] " Michael Shigorin
2002-12-18 9:36 ` Alexander Bokovoy
2002-12-18 10:33 ` Michael Shigorin
2002-12-18 10:43 ` Alexander Bokovoy
2002-12-18 11:19 ` Michael Shigorin
2002-12-23 16:18 ` Oleg K. Artemjev
2002-12-25 16:13 ` Michael Shigorin
2002-12-26 10:24 ` Oleg K. Artemjev
2002-12-26 7:34 ` Sergey S. Skulachenko
2002-12-26 10:54 ` Oleg K. Artemjev
2002-12-26 8:08 ` Sergey S. Skulachenko
2002-12-26 11:37 ` [Comm] [JT] " Oleg K. Artemjev
2002-12-26 9:24 ` Sergey S. Skulachenko
2002-12-26 11:33 ` [Comm] " Alexey Tourbin
2002-12-26 18:55 ` Oleg K. Artemjev
2002-12-26 16:25 ` Alexey Tourbin
2002-12-26 20:34 ` Oleg K. Artemjev
2002-12-26 18:25 ` Alexey Tourbin
2002-12-27 9:54 ` Oleg K. Artemjev
2002-12-26 18:45 ` Alexey Tourbin
2002-12-26 19:04 ` A.L. Klyutchenya
2002-12-26 19:18 ` Aleksey Novodvorsky
2002-12-26 22:02 ` Anton Kovalenko [this message]
2002-12-27 6:47 ` A.L. Klyutchenya
2002-12-27 9:41 ` Aleksey Novodvorsky
2002-12-27 10:33 ` Oleg K. Artemjev
2002-12-27 13:32 ` Michael Shigorin
2002-12-30 12:34 ` Oleg K. Artemjev
2003-01-03 10:52 ` Michael Shigorin
2002-12-30 11:56 ` Oleg K. Artemjev
2002-12-27 6:46 ` A.L. Klyutchenya
2002-12-27 9:47 ` Aleksey Novodvorsky
2002-12-27 10:11 ` A.L. Klyutchenya
2002-12-27 10:17 ` Aleksey Novodvorsky
2002-12-27 13:15 ` Oleg K. Artemjev
2002-12-27 10:19 ` Aleksey Novodvorsky
2002-12-27 14:33 ` Борис Ревякин
2002-12-30 11:16 ` Oleg K. Artemjev
2002-12-27 10:24 ` Oleg K. Artemjev
2002-12-27 12:19 ` [Comm] Re: Installer and system bugs. Continuation. -- работа не волк, в лес не убежит Alexey Tourbin
2003-01-04 16:03 ` Oleg K. Artemjev
2002-12-26 9:50 ` [Comm] Re: Installer and system bugs. Continuation Michael Shigorin
2002-12-26 13:23 ` [Comm] [JT]Re: " Oleg K. Artemjev
2002-12-23 16:13 ` [Comm] " Oleg K. Artemjev
2002-12-25 17:04 ` Michael Shigorin
2002-12-26 10:38 ` Oleg K. Artemjev
2002-12-26 9:59 ` Michael Shigorin
2002-12-27 13:29 ` Oleg K. Artemjev
2002-12-17 11:21 ` [Comm] [JT] " Sergey S. Skulachenko
2002-12-17 19:25 ` Сережин Дмитрий
2002-12-17 20:37 ` [Comm] " Oleg K. Artemjev
2002-12-16 16:09 ` aen
2002-12-17 19:23 ` [Comm] [JT] " Сережин Дмитрий
2002-12-17 21:16 ` [Comm] old story (was: Installer and system bugs. Continuation.) Michael Shigorin
2002-12-17 21:52 ` Vitaly Lugovsky
2002-12-17 22:18 ` [Comm] " Michael Shigorin
2002-12-18 9:38 ` [Comm] " Alexander Bokovoy
2002-12-19 17:51 ` ASA
2002-12-18 6:48 ` [Comm] [JT] Installer and system bugs. Continuation Alexey I. Froloff
2002-12-17 13:08 ` [Comm] " Владимир
2002-12-17 13:28 ` Andrew Velikoredchanin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87el8430da.fsf@lenin.home \
--to=a_kovalenko@mtu-net.ru \
--cc=community@altlinux.ru \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
ALT Linux Community general discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 community community/ http://lore.altlinux.org/community \
mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com
public-inbox-index community
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.community
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git