Linux’ов на Руси прибыло: ASPLinux 7.1-RC3

Автор: Алексей Федорчук
2001 г

О дистрибутиве ASPLinux я впервые услышал летом минувшего (2000-го) года. Причем — как о первом дистрибутиве, целиком и полностью разработанном в России. Что, честно скажу, сразу настроило меня на несколько критический лад. И по ряду причин.

Преамбула

Во-первых, апелляция к исконной посконности (равно как и кондовости и домотканности) внушает мне опасения со времен СССР, являвшегося, как всем известно, родиной слонов.

Во-вторых, это не вполне соответствовало действительности. Все же первым дистрибутивом, более или менее разработанным в России, был и остается Linux Mandrake. Который, не смотря на сохранение названия, отличается от французского оригинала не меньше, чем тот — от своего прародителя, Red Hat.

Что же касается «целиком и полностью» — так на Руси целиком и полностью (включая файловую систему, средства управления пакетами и прочие атрибуты) не было разработано ни одного дистрибутива. Как, впрочем, и в любой другой стране мира: Linux — истинное дитя Информационного Интернационала.

Впрочем, все это можно списать на увлеченность разработчиков. И ознакомиться с ASPLinux, существовавшим тогда в виде достаточно ранней беты, я не поленился. Время от времени скачивая и устанавливая различные его версии.

Должен сразу сказать, что знакомство это в значительной мере рассеяло мое предубеждение — продукт получился заслуживающий внимания. И потому я с удовольствием принял любезное предложение разработчиков (фирмы SWsoft в лице ее представителей на Большой Якиманке) ознакомиться с предпродажной коробочной версией (именуемой Release Candidat 3). Что и послужило поводом для настоящей заметки.

Во избежание недоразумений: все сказанное ниже не имеет целью ни рекламу, ни охаивание. А являет собой лишь впечатления пользователя из категории, именуемой «конечными». И потому здесь ни слова не будет сказано о возможностях ASPLinux как серверной системы, на что он, судя по названию, ориентирован. К слову сказать, название это происходит отнюдь не от Microsoft’овских Active Server Pages, а от Applications Service Provides. Что, насколько я понял, означает ориентацию на применение в качестве межплатформенного сервера приложений. Так вот, именно об этом-то я говорить и не буду…

Первое знакомство

И так, морозным понедельником (день этот — тяжелый ввиду посещения мной своего присутствия) я, руководствуясь вполне ясными указаниями на сайте, отыскал офис фирмы. Где очаровательная девушка после выяснения моей личности (весьма, впрочем, неформального) вручила мне красивую целлофанированную коробку. Каковая и была вскрыта немедленно по достижении моей деревни, с целью посмотреть, что же «у ей внутре».

А было там немало:

  • бокс аж с 5-ю CD — двумя установочными, дисками исходников, документации и приложений;
  • руководство по установке, вложенное в бокс;
  • руководство пользователя страниц на сто;
  • руководство по StarOffice 5.2, входящему в комплект приложений;
  • всякая атрибутика — регистрационная карточка, талон на скидку при обучении ASPLinux’у, комплект симпатичных наклеек и тому подобное.

Все это — в прекрасном полиграфическом исполнении, выдержано в едином стиле и вообще более характерно для коммерческих программ, нежели свободно распространяемых систем.Чтобы не возвращаться более к этому вопросу, сразу скажу о документации. Содержание руководства по установке вполне отвечает своему названию: это именно пошаговые инструкции, предназначенные для пользователя, впервые устанавливающего Linux. Но, однако, имеющего некоторый опыт общения с компьютером и Windows какого-либо рода. Назвать его исчерпывающим нельзя (впрочем, такой цели перед ним и не ставилось), но при отсутствии явной экзотики в обрудовании оно вполне достаточно.

Руководство пользователя описывает основные приемы работы как в командной среде, так и в интегрированной среде GNOME. Оно сопровождается кратким терминологическим словариком. Кое-какие вещи в нем несколько умиляют. Например, определение мыши PS/2, которую, как сказано, легко отличить по маленькому круглому разъему: думается, рискнувшему, пусть и впервые, устанавливать Linux доводилось в своей жизни видеть и сериальную, и PS/2-yю мыши. Впрочем, это можно счесть за проявление юмора авторов, а так словарик показался мне полезным.

Руководство по StarOffice я, честно говоря, внимательно не посмотрел. Поскольку несколько нахально полагаю, что и так знаю этот пакет неплохо.

Замечу, что очень полезным дополнением к инструкции по установке будет информация на сайте ASPLinux, где описан и проиллюстрирован буквально каждый шаг инсталляции, не оставляя в стандартных случаях никаких оснований для сомнений. Именно поэтому ниже я никаких скриншотов и не привожу — интересующиеся могут обратиться по указанному адресу.

Инсталляция

Однако более интересовало меня, конечно, функциональное наполнение. Оценить которое можно было, только установив ASPLinux. Ведь чем, в сущности, отличаются дистрибутивы Linux с точки зрения конечного пользователя? Программой установки — раз, и комплектацией пакетов — два. Ну и, как уже говорилось, поддержкой особенностей национальной работы. То есть, в наших условиях, Великого и Могучего, а также всего, что с ним связано — локали, шрифтов, орфографии etc.

О национальных особенностях я поговорю в заключение. Что касается комплектации, то распространение интегрированных сред типа KDE и GNOME постепенно делает дистрибутивы близнецами-братьями. А вот программа установки — неотъемлемый атрибут уважающего себя дистрибутива, имеющего собственное имя. И ее-то я и рассмотрел в первую очередь. Посредством помещения первого инсталляционного (загрузочного) CD в соответствующий привод моей машины и известной комбинации из трех пальцев.

Для определенности опишу конфигурацию, на которую система устанавливалась:

  • процессор P-III/733;
  • материнская плата MSI 6326 на чипсете i815;
  • память 256 Мбайт (2х128 PC-133 SDRAM, псевдо-Micron);
  • видеокатра ASUS 3800 M64 на чипе Riva TNT2 M64, 16 Мбайт;
  • два винчестера на первом канале IDE — (15 Гбайт IBM, ATA-100, 7200 об./мин.) и 8 Гбайт Fujitsu, ATA-66, 5400 об./мин.), Master и Slave, соответственно;
  • CD-R/RW Panasonic (8x4x24) на вротом канале IDE;
  • звуковая карта SB AWE128 (в миру Ensoniq1371);
  • плата видеозахвата, она же — TV-тюнер AverTV Studio на чипе BT 878;
  • 17-дюймовый монитор AcerView 76i;
  • стандартная беспородная клавиатура и 3-кнопочная мышь Logitech, с разъемом PS/2 обе;
  • струйный принтер HP DJ 840C на параллельном порту.

Прочие компоненты системы (микрофон, колонки и т.д.) представляются несущественными для дальнейшего рассказа.

Первый винчестер был целиком занят моим рабочим Linux Mandrake 7.2 (3 Гбайт — /, 256 Гбайт — swap, остальное — /home. Толику второго (в размере 3 Гбайт) я решил отвести под ASPLinux.

И так, после перезагрузки на экране в графическом режиме рапустилась программа фирменная инсталляции ASPLinux. Первое, что она мне предложила — выбрать разрешение экрана. Вариации — от 640х480 при 60 Hz до 1024х768 — при 76. Последнее значение примерно соответствовало возможностям моей видеосистемы, и я выбрал именно его.

В принципе руководство рекомендует оставить значение по умолчанию. Если же возникнут проблемы — снизить разрешение (и частотку) до минимальных значений. На худой конец — имеется возможность инсталляции в текстовом режиме, если видеокарта установочной программой будет определена неправильно. Возможность немаловажная: наивно было бы ожидать, что система обязана знать все изобилие видеокарт, имеющихся не то что бы в природе — нынче в продаже.

У меня при выбранных максимальных характеристиках все было более или менее нормально. Вот только экран несколько сузился по горизонтали и сбился набок, хотя для этого разрешения он был выставлен идеально, под обрез запресовки. Однако сказанное в предыдущем абзаце следует распространить и на мониторы. И еще — буковки показались мелковатыми. Но это потому, что я привык к шрифтам 100 dpi в X Window.

Следующим пунктом был выбор языка инсталляции, из списка, включающего кроме английского (как же без него) и русского (иначе где же исконность и связь с корнями), также корейский, китайский, польский и японский. При переключении языка автоматически меняется и язык приглашения к инсталляции. И, забегая вперед, замечу, что выбор языка инсталляции не имеет никакого отношения к локализации — время ее наступит позднее.

Вслед за тем выбираем мышь. Помимо своеобычных сериальных и, PS-пополамных вариантов имелся и ультрамодерн — USB-мыши; впрочем, шинные анахронизмы также присутствуют. Для двухкнопочных моделей можно включить эмуляцию третьей кнопки. А с помощью кнопки Применить тут же проверяется правильность настроек.

Следующий этап — выбор типа установки. Варианты — установка быстрая, когда возможности вмешаться в процесс минимальны, и выборочная, дающая широкий простор для инидивидуального выбора. Как печатное руководство, так и инструкция на сайте исчерпывающе описывают первый процесс. И потому я ниже буду говорить только об установке выборочной. Тем более что быструю установку, ввиду стойкого отвращения к любым ограничениям личного сумасбродства, и не опробовал вовсе.

При выборочной устновке вседующий шаг — определение источника установки. В качестве каковых могут выступать CD или его образ на диске (один пункт) или сеть (второй, для опытных пользователей). К черес чур уж неопытным себя не отношу, но за отсутствием сети выбор мой был очевиден.

Раз уж зашла речь об этом, замечу: кроме прямой установки с загрузочного CD, возможна и установка ASPlinux из под Windows. Причем, насколько я понял, и с диска, и по сети (ftp- или http-протоколу). Более того, имеется опиция Express Download, позволяющая в один (или несколько) примеов скачать и установить систему из Windows. Впрочем, этими возможностями я не воспользовался.

На следующем этапе надлежит совершить самое устрашающее дйство — разбиение диска на разделы. Вариантов здесь три: весь диск (с уничтожением всей существующей информации), свободное пространство и дополнительно, что подразумевает ручное разбиение диска. Причем по умолчанию несколько опрометчиво (учитывая ориентацию на неопытных пользователей) отмечен именно первый пункт.

Для меня же выбор пункта третьего был предрешен описанной выше конфигурацией. В этом случае запускается собственная программа ASP Disk Manager. В ней индицированы текущий физический диск, имеющиеся на нем разделы (в виде линейки), тип их файловых систем, точки монтирования (если это понятие имеет смысл в данном случае).

Существующие разделы могут быть уничтожены, перемещены (в прямом смысле слова — перетаскиванием мышью на линейке разделов с одного начального сектора на другой), изменены (с точки зрения размера или типа файловой системы). При создании разделов на неразитом (или освобожденном) просто задается их размер в мегабайтах, с индицированием оставшегося свободного места. Возможно и создание раздела «от противного» — заданием желаемого пространства, остающегося свободным пространства. Что крайне удобно, когда нужно оставить кое-что для раздела подкачки.

Согласно руководству по установке, ASP Disk Manager способен даже изменить размер существующего раздела без потери информации, что обычно делается DOS-программой FIPS. Впрочем, проверять это я не рискнул — оставшиеся 5 Гбайт диска у меня были под ватерлинию забиты данными, восстанавливать которые с полукубометра сидюшников уж очень не хотелось.

Следует подчеркнуть, что на данном этапе ничего фатального не происходит. И пока можно менять разделы как угодно, не боясь за целостность имеющейся информации. Или просто отменить все действия по переразметке диска.

После определения с разделами насупает этап, который достает меня при установке любого дистрибутива Linux больше всего — выбор пакетов. Он предполагает, во-первых, выбор типа установки (некоей усредненной типовой, для разработчика, для офисного применения, а также серверной), Во-вторых, в любом из выбранных типов можно включить индивидуальный выбор пакетов. начинаемый, таким образом, не с нуля, а с некоей очерченной по умолчанию сферы применения.

Для каждого пакета дается его характеристика (вполне внятная, правда, на английском), а также его местонахождение (на первом или втором из установочных CD): если лениво будет менять диск в процессе установки (хотя это и происходит почти автоматически), можно ограничиться пакетами только с одного диска.

Можно, напротив, установить и все пакеты (правда, забыл проверить, сколько это займет места). И еще одна уникальная опция — поиск пакета по его названию. Что немаловажно, если есть жизненная необходимость в каком-либо из них и сомнения, что он установится по умолчанию.

Группировка пакетов (серверные приложения, средства создания публикаций, средства разработки и прочее) достаточно логична, набор их — более чем достаточен. В частности, наличиствует TeX и все, что с ним связано (Lyx и Klyx, например). Это заслуживает быть отмеченным, поскольку игнорирование этой традиционной для Unix/Linux системы подготовки публикаций становится дурной традицией среди новых дистрибутивов, декларируемых как end-user oriented. Видимо, в предположении, что народу это не нужно…

Базовые средства системы отмечены по умолчанию. Попытка отключить что-либо из них приводит к сообщению о необходимости их для корректной работы. Если же пользователь продолжает упорствовать в своем желании избавиться от чего-то жизненно важного — программа установки предоставит ему такую возможность. И даже любезно предложит удалить все пакеты, связанные зависимостями с данным. Результат, конечно, предсказать трудно (вернее, он вполне предсказуем — что-либо работоспособное получится едва ли). Однако сама такая возможность может быть полезной при модернизации системы, например. Равно как и для любителей учиться исключительно на собственных ошибках.

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

Все сделанное до сих пор необратимых последствий не имело. И лишь теперь мосты сожжены — начинается сначала создание разделов и файловых систем на них (то есть, в понимании DOS/Windows, форматирование), а затем, без перехода — установка пакетов. Длящаяся при установке для разработчика на машине очерченной выше конфигурации около 20 минут. В ходе копирования может быть запрошен второй диск (первый при этом выдвинется автоматически).

По завершении установки — последний этап: пост-инсталляционное конфигурирование. Оно предполагает определение начального загрузчика, настройку сети, системы X Window, локали, часового пояса, а также администрирование — задание пароля для root’а и создание пользователей.

В качестве начального загрузчика на выбор предлагаются стандартный Lilo или собственный ASPLoader. Последнее — не удивительно: среди правообладателей копирайта на компоненты ASPLinux, помимо означенной фирмы SWsoft, указан также ФизтехСофт, известный не только собственной реализацией DOS (PTS DOS, столь любимой некогда нашими патриотами от Минобороны), но и мультисистемным загрузчиком.

Так вот, ASPLoader может быть установлен в MBR, в загрузочный сектор раздела с ASPLinux или не установлен вообще. Во всех случаях, кроме первого (рекомендуемого для начинающих пользователей), следует довольно ехидный комментарий, смысл которого — следующий: если Вы отказываетесь от установки ASPLOader в MBR, желательно знать, каким способом собираетесь грузить ASPLinux.

Знать это действительно не худо бы, поскольку никаких указаний на сей предмет ни по ходу установки, ни в руководстве по ее применению не содержится. Так, я установил ASPLOader в загрузочный сектор второго физического диска. По понятным причинам — установленный в MBR первого диска grub меня вполне устраивал, и курочить его не хотелось. И в итоге имел некоторые сложности с запуском ASPLinux. Но об этом — чуть позже.

Настройку сети пропускаем за ее отсутствием (у меня). А вот конфигурированию X Window (по умолчанию — в версии 4.0.1) стоит уделить немного времени.

Начинается оно с выбора монитора. Список моделей — весьма обширен, свой AcerView76i я нашел там без труда. При этом автоматом выставляются частоты горизонтальной и вертикальной развертки. Причем — явно в подхалимажном режиме: очень сомневаюсь, что мой старенький телевизор тянет VSinc 50-110 (при ручной настройке я обычно ограничиваю верхний предел 100 Hz).

Затем — видеокарта. С точностью до чипа она обычно определяется автоматически. Остается выставить объем видеопамяти (автоматическое ее определение может не очень соответствовать действительности), разрешение и глубину цвета по умолчанию. А затем — протестировать настройки. Причем отрицательный результат теста, как скажу ниже, не дает оснований для расстройства — более точное конфигурирование можно будет выполнить позднее.

Можно и вообще отказаться от настройки X Window в случае непрохождения теста. А в дальнейщем воспользоваться чем-то вроде XConfigurator’а или просто переписать XF86Config вручную.

В моем случае программа инсталляции определила мою видеокарту как Riva TNT2 просто. Так же она определялась до сих во всех дистрибутивах, как с XFree86 3.3.6, так и XFree86 4.0.x. И, как правило, система X Window функционировала нормально, не требуя ручной правки секции Display.

Однако с ASPLinux тест графического режима не прошел ни при каком сочетании разрешения и глубины цвета, вплоть до стандартного VGA. И, соответственно, загрузить X’ы сразу после инсталляции не удалось — однако это уже другая история.

После расправы на X Widnow (или — ее над пользователем) наступает собственно этап локализации — как системной, так и X Window. Не связанной, как уже замечалось, с выбором языка установки: можно инсталлировать систему на русском и локализовать ее на американский английский, и наоборот. Что полезно для тех, кто испытывает отвращение к сообщениям программы на рiдной мове. Впрочем, в данном случае причин для отвращения нет — русский язык установочной системы вполне приемлем как в лингвистическом, так и в семантическом аспектах.

Для локализации достаточно выбрать модель клавиатуры (PC 104 etc.), ее язык и тип локали; для русского — на выбор с локалью KOI8-R, ISO 8859-5 и еще одной, не вполне тактично названной русской украинской (официальное ее название, насколько мне известно — KOI8-U). Завершающий штрих — переключатель раскладок клавиатуры. Правда, их предлагается всего два — Control+Shift и Sift+Shift, да и те, возможно, так вот сразу, за здорово живешь, не заработают.

К локализации логичным образом примыкает установка часового пояса. Для начала спрашивается, используется ли в системных часах местное время. И, при положительном ответе, запрашивается, какое именно. Как и следует ожидать, московское время (а также — Владивостокское, Магаданское или какое иное) устанавливается без труда.

Завершающий штрих — ввод пароля для суперпользователя (именуемого в народе root’ом) определение пользователей простых. Коих можно наплодить сколько угодно. Или, напротив, отложить это занятие на потом.

Вот и все: появляется поздравление с успешной инсталляцией, вслед за чем начинается перезагрузка. Приятный маленький сюрприз под занавес — автоматическое выдвижение лотка с CD — сколько же лет потребовалось создателям инсталляторов (любых ОС!), чтобы до этого додуматься…

Первый запуск

Первый запуск вновь установленной системы — это всегда волнующий момент. По крайней мере — для меня. Однако в данном случае особых волнений не было — ASPLinux не загрузился вообще. ASPLoader (от установки которого в MBR первого диска я, как уже говорилось, отказался) аботать со второго физического диска (даже при назначении его в BIOS Setup единственным загрузочным устройством) ASPLoader (как, впрочем, и классический LILO), не желал категорически. А загрузочной дискеты (т.н. resque), предназначенной в большинстве дистрибутивов (в том числе и) именно для таких случаев — не было.

Я забыл сказать, что не было и предложения создать загрузочную дискету в процессе инсталляции. Поиски какого-либо подходящего образа дискеты на CD привели к тому, что их там оказалось даже два — один для установки с CD (при остуствии возможности с него загрузиться), и другой — для установки по сети. Но это были именно загрузчики программы установки, а не полноценные resque-дискеты.

Конечно, с них можно загрузиться и обычным образом, с выходом в командную среду, однако это был однопользовательский режим, потребующий ручного монтирования корневой файловой системы с винчестера и прочих деяний. Нормальная загрузка с дискеты в качестве штатной опции отсутствовала как класс.

Пришлось перезагружаться в Mandrake и там должным образом сконфигурировать grub, чтобы загрузка ASPLinux стала возможной.

Система X Window также не загрузилась с первого раза. Что, впрочем, не было для меня неожиданностью, исходя из результатов теста графического режима при установке. В ответ на, скажем, startx экран чернел и неопределенно долгое время раздавалось угрожающее потрескивание за кадром. Прерываемое только комбинацией Alt+Control+Backspace. А попутно обнаружилась забавная особенность начального конфигурирования X’ов.

Как я уже говорил, по умолчанию ASPLinux устанавливается с 4-й их версией. И, соответственно, программа установки генерирует два конфигурационных файла — XF86Config и XF86Config-4. Последний предназначен именно для четвертой версии и при ее запуске считывается первым.

Так вот, синтаксически они оказались одинаковы! Хотя именно различия в синтаксисе этих конфигурационных файлов обуславливают несовместимость ряда утилит настройки режимов в версиях 3.x.x и 4.xx. Любопытно было бы посмотреть, как это работает (и работает ли вообще), но такой возможности я был лишен в силу пункта неправильного определения видеокарты при установке. Хотя, кто знает, может быть, X Window не запустилась именно из-за этого?

Этот момент был прокомментирован Владимиром Симоновым, одним из разработчиков ASPLinux, следующим образом:

С первого взгляда создается впечатление, что проблемы обусловлены неверными параметрами монитора (слишком широкие диапазоны разверток). В действительности эти параметры могут быть, как получены от монитора (по ddc протоколу), так и выбраны пользователем посредством выбора модели монитора. Для этого используется база данных пакета Xconfigurator — MonitorsDB, которая может содержать ошибки. Мы по мере сил стараемся их исправлять, но наша установочная база пока меньше чем у RedHat и полностью взять на себя ее поддержку MonitorsDB мы пока не можем.

BTW в MonitorsDB есть запись

Acer; Acer 76i; API494C; 30.0-64.0; 50.0-110.0

(обратите внимание — это не AcerView!) и записи

Acer; AcerView F31; API1035; 31.5-60.0; 56.0-75.0
Acer; AcerView F31e; API7601; 31.5-60.0; 56.0-85.0
Acer; AcerView F50p; API7604; 48.4; 60
Acer; AcerView F51; API7602; 31.5-60.0; 56.0-85.0

С гораздо более низкими частотами. В принципе, чтобы сконфигурить X, Вам было достаточно вернуться на экран выбора монитора и ввести правильные частоты.

Насчет версий XFree86 — тут логика несколько более изощренная, чем Вы описали. Здесь опять используется БД из Xconfigurator — файл Cards. Если для карты встречается ключевое слово UNSUPPORTED, то используется X server от XFree86 v 3.3.6. И генерируется XF86Config. Иначе генерируется, как XF86Config, так и XF86Config-4 и делается линк на Х сервер от 4-х X. То, что XF86Config-4 совместим по синтаксису с XFree86 v.4.0.1, было проверено много раз.

В конце концов, с этой проблемой я справился — при помощи XConfigurator’а, поскольку программа XF86Setup с 4-й версией X Window не работает. Честно и откровенно ответив на все его вопросы, я получил работоспособный графический режим. С интегрированной средой GNOME по умолчанию — вопроса о желаемом оконном менеджере при установке не задавалось. Правда, пока не было возможности переключения клавиатуры на кириллицу.

Однако решение этой проблемы я отложил, хотя и не в очень долгий ящик. Решив для начала проверить взаимодействие системы с оборудованием.

На стадии загрузки ASPLinux производит тестирование оборудования и, посредством программы kudzu, настройку известного. Моя звуковая карта определилась правильно, и после запуска sndconfig благополучно заработала. Но плата на чипе BT878 опознана не была. Хотя одна из предыдущих версий узнавала более старую карту видеозахвата на чипе BT848 (каковую я сменил недавно на комбинацию с TV-тюнером).

Мой CD-R/RW при загрузке опознавался, но не работал, так как модуль эмуляции SCSI через IDE-интерфейс по умолчанию не активизирован. Хотя в системе он присутствует, и потому несловжно загрузить его командой

insmod ide-scsi

Конечно, его можно грузить и автоматически, однако как это сделать при использовании ASPloader — я пока не разобрался. В grub или lilo это делается добавлением поисания ide-scsi после указания образа ядра и корневого устройства.Например, в /etc/lilo.conf это должно выглядеть примерно так:

image=/boot/vmlinuz
label=linux
root=/dev/hda1
append=" hdc=ide-scsi"

А в grub соответствующий эффект достигается строками

title linux
kernel (hd0,0)/boot/vmlinuz root=/dev/hda1  hdc=ide-scsi

Однако конфигурационный файл ASPLoader (/etc/aspldr.conf) имеет иную структуру, а какой-либо документации по сему предмету я не нашел.

Однако, как я сказал, дело это поправимое вручную. И зато откровенно порадовала настройка печати. Делается это стандартной командой printtool, запускаемой из окна терминала с правами root’а. Список предлагаемых принтеров весьма обширен. В частности, и мой HP DJ 840C там обнаружился. И даже начал не только печатать, но и русскими буквами. Правда, через LPT-порт: за отсутствием соответствующего кабля, проверить работу его как USB-устройства не удалось.

Теперь можно было возвращаться к проблеме русских букв. В консоли они и читались, и вводились нормально. Имели место быть и экранные шрифты для кодировки CP866, и перекодировщик KOI8-CP866. Правда, в качестве переключателя функционировала принятая при инсталляции комбинация Control+Shift.

Впрочем, заменить ее на что-либо иное труда не составляет. В каталоге /usr/lib/kbd/keymaps/i386/qwerty имеется достаточное количество кириллических раскладок. Причем и DOS-, и Windows-типа: вопреки общераспространенному представлению, они отличаются отнюдь не наличием или отсуствием т.н. Win-клавиш, а расположением знаков препинания и кое-каких других служебных символов.

Так, я отыскал в файле /etc/sysconfig/keyboard строку

KEYTABLE="keytable"

и заменил ее на

KEYTABLE="ruwin_cplk"

после чего получил нормальную Windows-раскладку с переключением по нажатию клавиши CapsLock.

В X Window дело оказалось несколько хуже. Правда, на экран кириллица выводилась нормально: русские шрифты прописаны, и в правильном порядке, в файле /usr/lib/X11/fs/config (как и все производные Red Hat, ASPLinux использует отдельный сервер шрифтов). Однако с клавиатуры они вводиться не желали, поскольку соответствующая секция была искорежена применением XConfigurator’а; а в исходном виде, как я уже говорил, вообще не соответствовала синтаксису 4-й версии XFree86.

Исправлялось это обычным порядком: в /etc/X11/XF86Config-4 вписывались (в соответствие с третьим методом Ивана Паскаля) строки

Section "InputDevice"
Identifier  "Keyboard0"
Driver      "keyboard"
Option "XkbRules" "xfree86"
Option "XkbModel" "pc105"
Option "XkbLayout" "ru"
Option "XkbVariant" "winkeys"
Option "XkbOptions" "grp:caps_toggle"
EndSection

Впрочем, работает и вариант с полным описанием конфигурации (первый метод, по Ивану).

На этом борьбу с кириллицей можно считать законченной, поскольку системная локаль устанавливается автоматически при инсталляции. Причем, как я говорил, можно выбрать не только стандартную локаль KOI8-R, но и ISO8859-5, и даже политически некорректную русскую укранинскую локаль. Правда, необходимо еще озаботиться установкой русского словаря для ispell — по умолчанию он не инсталлируется.

Печать кириллических текстов в первом приближении также возможна: в каталоге /usr/share/fonts/default/Type1-KOI8 имеются необходимые для этого кириллические шрифты и метрики к ним. Правда, попытка распечатки русского текста из Klyx дала хоть и русские буквы, но в какой-то не той кодировке. Что указывает на недоработку настройки системы печати по умолчанию.

На этом с первичными настройками системы можно закончить, перейдя к рассмотрению ее функциональных возможностей.

Обзор возможностей

Для начала — вопрос: что следует понимать под функциональностью дистрибутива? Если речь идет о базовых характеристиках (или, скорее, о супер-базовых), то они определяются таковыми же базовой платформы. То есть — ядра Linux, файловой системы ext2fs и т.д. То есть, по идее, идентичны (или должны бы быть идентичными) во всех нормально собранных дистрибутивах Linux.

Если говорить о функциональности системных утилит и прикладных пакетов — опять-таки возникает ряд разночтений. Ведь многие дистрибутивы распространяются в двух и более редакциях. Минимальная, как правило, доступна для бесплатного download’а. Хотя может быть получена и на CD, также по минимальной цене — бебестоимости носителя и доставки плюс накладные расходы.

Однако существуют и как бы коммерческие версии тех же дистрибутивов, распространяемые за деньги (иногда далеко не минимальные даже по ненашим стандартам). Они комплектуются (помимо печатной документации, в американских реалиях составляющие львиную долю их себестоимости) многими и многими утилитами и прикладными пакетами, статус которых варьирует от GPL и аналогичных до shareware и просто коммерческих (обычно в demo- или trial-модификациях). Что, естественно, отражается и на цене, и на интегральной функциональности.

В наших условиях такие полные версии или практически недоступны, или экономически нецелесообразны. Ведь все GPL-программы (и обычно в более актуальных версиях) можно скачать по Сети. А польза от demo-, trial- или shareware-версий — весьма сомнительна, если нет эффективной возможности (да, честно говоря, и желания) оплатить соответствующую лицензию.

Однако дело не в этом. Главное, что при сравнении функциональности часто сравниваются (что скрывать, и сам этим был грешен в ряде своих прежних заметок) полнофункциональные некоммерческие версии (типа Debian или, применительно к нашим баранам, Mandrake 7.0/RE Full) сравниваются заведомо урезанные версии квазикоммерческих дистрибутивов (типа Caldera OpenLinux или Suse Linux). Из чего делается однозначный вывод о функциональном превосходстве первых.

Хотя, с точки зрения потребительских качеств, подход этот имеет право на существование. Достаточно сравнить 50 долларов цены Suse (а в комплекте с коммерческим полнофункциональным ApplixOffice — около 200 их же) или 200 баков за полностью укомплектованную Caldera с менее чем 500-ми (при покупке в самом дорогом магазине и с доставкой на дом наложенным платежем) пост-советскими рублями — Mandrake 7.0/RE.

Однако с позиций технологического потенциала дистрибутива (а именно это меня и интересует в данном случае) такой подход неприемлем. Это я не к тому, что Caldera за 200 уев обязательно лучше, чем рiдний Mandrake за буев (БузУсловных Единиц) 400. По моему мнению — так просто с точностью до наоборот… Просто полнофункциональные версии должны сравниваться с полнофункциональными же, облегченные — с облегченными, и так далее.

Грядущее появление на арене ASPLinux подчеркивает это положение. Ведь по комплектации, дизайну, документации, полиграфии, технической поддержке и тому подобным красивостям коробочная его редакция безусловно претендует (и не без оснований) на место в ряду Caldera и Suse. В то же время, хотя для ASPLinuxн и придумана собственная лицензия (как я понимаю, именно и только для коробочной редакции), надеюсь, что некий базовый комплект этого дистрибутива будет доступен для свободного скачивания и после начала продаж коробок. Ведь большая часть его — все тот же добрый старый GPL-софт, каковой обязан распространяться подобным образом.

И потому в оценке функциональности ASPLinux его следует разделить на две части: базовую и «коробочну». К первой с точки зрения духа и буквы GPL следует отнести оба установочных диска и диск с исходниками. Ко второму — диск приложений и, с некоторыми оговорками (впрочем, в юриспруденции я не силен) диск с документацией.

Естественно, функциональность их различна. Тем не менее, даже базовая часть содержит практически все необходимое, что обычно включается в дистрибутивы такого класса. И даже кое-что из излишнего. Но это — общая черта производных Red Hat. Который, по-моему, изначально комплектовался по приницпу: не знаю, зачем, но ведь хороший человек написал.

С последним кто бы спорил, а я так и драться не полезу. Однако в итоге от версии к версии дистрибутивы Linux становятся все толще и толще. ASPLinux — не исключение из правила, но толщина его относительно умеренна: в утсановке для разработчика с включением некоторых дополнительных пакетов он занимает всего около 1,3 Гбайт. Для сравнения — Mandrake 7.2 (оригинальный) при аналогичной подборке тянет более чем на два гигабайта.

Однако вернемся к ASPLinux’у. Собственно комплектацию штатного дистрибутива рассматривать не буду — как я уже говорил, он содержит все основные приложения KDE и GNOME (со всеми вытекающими последствиями), и весь традиционный набор Linux-приложений.

А вот что вызывает повышенный интерес — так это цельный CD с приложениями, не входящими в штатный комплект. Среди которых на первое место я поставил бы StarOffice 5.2. Причем сразу в двух реализациях — русской и английской. Обе они соответствуют download-версии (то есть не содержат некоторых компонентов), но вполне работоспособны.

Кроме этого, имеется еще один интегрированный офисный пакет — Applix версии 5.0. Правда, только 30-дневный trial, срок действия которого на сегодняшний (2001-03-04) день уже истек.

В числе прочих приложений мое внимание привлек RealPlayer — его я не видел еще в составе ни одного дистрибутива, а скачивать из Сети его часто весьма затруднительно, и MpegTV — одну из немногих полноценных программ просмотра видео, в том числе — и видео-CD. Правда, и та, и другая программы имеют статус коммерческих и потому представлены лишь trial-версиями, но и это лучше чем ничего. К тому же Real, как я знаю по предыдущему опыту, работает практически вечно — лишь переустановить его не получается по прошествии некоторого времени.

Остальное на диске — также в основном demo- или trial-версии, могут быть полезны для общего образования, но практического интереса, по моему, не представляют. Однако уже StarOffice (к тому же сопровождающийся руководством, вполне достаточным для начала работы) и RealPlayer, на мой взгляд, полностью оправдывают существование дополнительного CD. Если, разумеется, это не увеличит цену дистрибутива до величины, превышающей стоимость трафика для скачивания этих программ…