From: "A.L. Klyutchenya" <asoneofus@nm.ru> To: community@altlinux.ru Subject: Re: [Comm] Re: Installer and system bugs. Continuation. Date: Fri, 27 Dec 2002 09:47:39 +0300 Message-ID: <200212270947.39764.asoneofus@nm.ru> (raw) In-Reply-To: <87el8430da.fsf@lenin.home> 27 Декабрь 2002 01:02, Anton Kovalenko написал: > >>>>> 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 > лазаю иногда... Так что моим рекомендациям следует давать > более низкий приоритет, чем требованиям постоянных > пользователей. -- ВсехБлаг! А. Л. Клютченя mail: asoneofus@kde.ru www: http://www.qt.kde.ru icq: 113679387
next prev parent reply other threads:[~2002-12-27 6:47 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 2002-12-27 6:47 ` A.L. Klyutchenya [this message] 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=200212270947.39764.asoneofus@nm.ru \ --to=asoneofus@nm.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