From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: "A.L. Klyutchenya" To: community@altlinux.ru Subject: Re: [Comm] Re: Installer and system bugs. Continuation. Date: Fri, 27 Dec 2002 09:47:39 +0300 User-Agent: KMail/1.5 References: <20021218103324.GU21862@osdn.org.ua> <3E0B55E9.40007@altlinux.ru> <87el8430da.fsf@lenin.home> In-Reply-To: <87el8430da.fsf@lenin.home> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200212270947.39764.asoneofus@nm.ru> Sender: community-admin@altlinux.ru Errors-To: community-admin@altlinux.ru X-BeenThere: community@altlinux.ru X-Mailman-Version: 2.0.9 Precedence: bulk Reply-To: community@altlinux.ru List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: List-Post: 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