Алексей Федорчук
Дистрибутив Zenwalk с самого своего рождения славился чрезвычайно коротким релиз-циклом. Если поглядеть на его уже более чем четырёхлетнюю историю в табличном виде, можно заметить, что промежуток между версиями редко когда составлял более трёх месяцев. При этом разработчики не придерживались никакого внутреннего графика: новые релизы выходили не по календарному плану, как Ubuntu и не «по мере готовности», как Debian или FreeBSD. Нет, почти всегда выпуск их определялся внешними знаковыми событиями: появлением очередной версии ядра с существенными дополнениями, выходом ключевой для дистрибутива рабочей среды XFce, и так далее.
И потому нынешний затянувшийся релиз-цикл между последней стабильной версией 5.2 и призванной сменить её версией 5.4, не должен ни удивлять, ни настораживать: за полгода, прошедшие с момента выхода первой, в «ядерном» мире не произошло никаких кардинальных событий (кроме разве что появления и штопки дыр), а грядущая версия XFce (4.6), от которой с вожделением или опаской ожидают существенных нововведений, и по сей день находится в стадии бета-тестирования.
И тем не менее, под занавес очередного года, канувшего в Лету, разработчики представили нам первую бета-версию следующего релиза, который, как это ни странно, так и называется: zenwalk-5.4BETA1. Ознакомиться с его заявленными характеристиками можно здесь. Интересно, что впервые практически одновременно с «главной», или стандартной редакцией была анонсирована также бета-версия GNOME-редакции. Должно ли это радовать или настораживать — каждый решит в меру своей испорченности.
Мы понимаем, что настоящий материал доходит до читателя с существенным запозданием: возможно, когда он будет смотреть эту страницу, появится уже и следующая бета, а то и вообще релиз. Что поделать — Всенародный Рождественский Запой в ночь с 25-го на 13-е является святым делом и никакие международные и внутренние криздецы помешать ему не в состоянии.
Однако, с одной стороны, у нас есть все основания полагать, что релиз Zenwalk’а не появится до выхода в свет XFce 4.6. А с другой, никаких кардинальных изменений по сравнению с бета-версией в нём не предвидится. Так что получить вполне полное впечатление о дне грядущем можно уже сейчас.
Начнём по порядку. В программе инсталляции не появилось ничего нового. Мы устанавливали дистрибутив на две машины: ноутбук Fujitsu-Simens AMILO A-1650G/001 и самостройный десктоп, также описанный ранее. Из всего напихнутого в них «железа» в контексте настоящей заметки имеет значение только то, что первый имел весьма древнее интегрированное видео ATI Mobility X200, а второй — столь же интегрированную, но несколько более молодую видеоподсистему от Intel — G3500.
В обоих случаях установка прошла без малейших неожиданностей, так что даже и говорить не о чём, и привела к своеобычной минимальной, но готовой к использованию системе. Можно отметить только два момента.
Первый мелкий, но неприятный казус случился с десктопом. На одном из его винтов имелся раздел с FAT32, предназначенный только для обмена данными и не нёсший на себе никакой операционной системы. Тем не менее, инсталлятор на стадии установки Lilo методом Simple счел его «виндовым» и не только внёс соответствующий пункт с меню Lilo, но и сделал его умолчальным. То есть если во время первой перезагрузки пойти покурить (как это сделал один из авторов настоящей заметки), то после этого можно весьма удивиться…
Правда, как выяснилось потом, это не фича новой версии — такое было всегда, просто раньше мы этого не замечали за отсутствием FAT-разделов. И здесь об этом упоминается просто для порядку.
Второй маленький напряг был связан опять-таки с десктопом: если встроенное видео ноутбука от ATI было на старте Иксов опознано безошибочно, с выводом соответствующего матрице дисплея разрешения, то на мониторе десктопа вместо законных 1680×1050 можно было наблюдать весьма уродливые 1280×1024. Просмотром файла /etc/X11/xorg.conf было установлено, что задействовался на автомате драйвер i810; замена его на intel привела дисплей в чувство.
Дальше осталось посмотреть, что же у новой версии «внутре». Главное — это, разумеется, будущая XFce 4.6 (в виде беты-2). Те, кто пользовался snapshot-версией Zenwalk’а осеннего разлива, наверняка помнят полную непредсказуемость её поведения — и именно за счёт обновлений XFce: как в старом анекдоте, после каждого netpkg upgrade с волнением ждёшь, будешь ты или не будешь. Разумеется, это не в укор: разработчики об этом предупреждали. Да и без предупреждений всем известно, что
snapshot’ы ставят настоящие мужчины,
Трус всегда ставит релиз!
Так вот, спешим порадовать: в бета-версии дистрибутива от этой непредсказуемости не осталось и следа: всё просто работает. И при этом ведёт себя почти точно так же, как и последняя из предыдущих версий XFce (4.4.3). Если не лезть во внутреннее устройство её конфигов (а в них мы полезем как-нибудь в другой раз, да и то, если возникнет необходимость), то изменения носят косметический характер.
Из косметики в первую очередь хочется отметить победу над известным багом в плагине, управляющем раскладками клавиатуры. Отныне для обеспечения нормального переключения с латинцы на кириллицу не нужно прибегать к ухищрениям. Да и само управление раскладками стало не в пример удобнее. Поместив плагин на панель запуска приложений, можно вызвать через пункт Параметры контекстного меню окно Keyboards Layouts и в нём определить все параметры, фигурирующие в секции Keyboard конфигурационного файла Иксов, без малейшей его ручной правки (рис. 1).
Рис. 1. Управление раскладками клавиатуры
Обращает на себя внимание возможность добавления новых раскладок — как по странам, так и по вариантам. В частности, для России среди доступных вариантов как национальные, так и «традиционные», типа Phonetic и Typewriter (рис. 2).
Рис. 2. Выбор вариантов раскладок на примере кириллических
Как и ранее, переключение раскладок может действовать глобально, внутри каждого приложения и в пределах отдельно взятого окна. По умолчанию включён второй режим — и это, похоже, оптимальное решение в большинстве случаев.
В общем, очень изящное решение — и, что, на наш взгляд, немаловажно, опирается на универсальный механизм xkb, а не на собственные «велосипеды», как KDE’шный kxkb или IIIMF из Solaris.
Следующий косметический элемент — средство настройки рабочего стола, позволяющее (рис. 3)
- выбрать фоновое изображение из списка, легко пополняемого собственными, произвольно расположенными картинками;
- переопределить контекстные меню рабочего стола, вызываемые «мышиными щелчками»;
- задать параметры представления пиктограмм на десктопе (в том числе и просто их скрыть).
Рис. 3. Настройка рабочего стола
Очень приятное впечатление оставляет обращение со шрифтами. В частности, при использовании больших кеглей, на что вынужден один из авторов настоящей заметки, отпала необходимость заботиться о масштабировании окон, ранее постоянно норовящих вылезти за границы экрана. Да и вообще рендеринг шрифтов визуально улучшился — впрочем, кому следует приписать эту заслугу, не знаем.
Набор базовых приложений как XFce, так и дистрибутива в целом, с учётом обновления версий, принципиальных изменений не претерпел, так что останавливаться на нём не будем. Единственное исключение — в роли вьювера изображений ныне вместо Gqview выступает gthumb. Эта программа (рис. 4), помимо собственно просмотра графических файлов и весьма изощрённого управления ими, позволяет выполнить также несложное редактирование картинок, как то:
- изменить размер,
- обрезать,
- повернуть на произвольный угол и отразить зеркально,
- скорректировать яркость/контрастность,
и так далее.
Рис. 4. gthumb — вьювер графических изображений
То есть выполнить тот обычный комплекс действий, для которого подчас приходится вызывать громоздкий редактор класса GIMP. Каковой, кстати, в штатном комплекте тоже присутствует и может быть подключён к gthumb в качестве внешнего.
Работа штатных приложений нареканий не вызывает, за единственным исключением: браузер Iceweasel (аналог Firefox для ревнителей чистоты GPL) с регулярностью, заслуживающей лучшего применения, вылетает при обращении к службе Gmail и платёжным системам типа Webmoney. Можно надеяться, что эта досадная оплошность конкретной сборки (очень важная для многих) будет исправлена ещё до выхода окончательного релиза. В качестве же временного лекарства из официального репозитория можно установить SeaMonkey: несмотря на свою тяжеловесность, этот комбайн (прямой потомок легендарного Netscape Navigator’а) показал себя на диво стабильным, хотя и не бьющим скоростных рекордов.
Кстати, об установке пакетов. Предназначенная для этого утилита netpkg, с точки зрения пользователя, ничуть не изменилась. А её графический фронт-энд xnetpkg приобрёл внешнюю законченность и аккуратность (рис. 5). Кстати, ныне он позволяет запоминать вводимый при запуске пароль суперпользователя как для текущего сеанса, так и глобально: упрощение жизни для любителей поэкспериментировать с пакетами.
Рис. 5. Xnetpkg
И, наконец, о ядре. В рассматриваемом пре-релизе оно представлено версией 2.6.27.10, собранной с поддержкой SMP и «предвыборки». И здесь хотелось бы сделать замечание. Дистрибутив Zenwalk по прежнему существует только в 32-битном варианте и поползновений его в сторону 64-разрядности как будто бы не просматривается. Не то чтобы пользователь, на которого он ориентирован, позарез нуждался бы в 64-битных вычислениях. Однако машины с 4 Гбайт памяти и более — ныне не редкость, а умолчальное 32-разрядное ядро способно задействовать только 3 гигабайта с копейками, включая и виртуальную память. А в связи с грядущим вскоре приходом файловой системы Btrfs можно, по аналогии с ZFS, ожидать необходимости в больших объемах адресуемой памяти. Так что разработчикам Zenwalk, возможно, есть смысл подумать о включении в дистрибутив ядра, собранного с поддержкой PAE — если и не в качестве умолчального, то как одного из вариантов. Тем более, что это работает нормально.
Подведём итоги. Дистрибутив Zemwalk внешне почти не изменился — такой же компактный и аккуратный, не изменивший принципу «одна задача — одно приложение». Только, на наш субъективный взгляд, стал ещё лучше. В частности, заявленное ускорение загрузки за счёт отладки скриптов инициализации и использования планировщика ввода/вывода реального времени (realtime I/O scheduler), действительно имеет место, что заметно невооруженным глазом. Особенно бросается в глаза ускорение «выгрузки» — выключение машины под Zenwalk штатными средствами происходит так же быстро, как и под FreeBSD.
Несмотря на бета-статус, стабильность рассмотренной версии также на высоте, за исключением указанной выше недоработки с Iceweasel. Так что берём на себя смелость рекомендовать её к установке новым пользователям Zenwalk’а, желающим ознакомиться с этим дистрибутивом. А пользователям действующим, даже тем, кто пережил осенние приключения со snapshot’ами, можно без страха переходить на новую версию — уверены, что по выходе релиза обновление до него пройдёт безболезненно.
В ходе обсуждения встал вопрос: а можно ли прибегнуть к механизму netpkg update или к утилите Xnetpkg для обновления текущей (current,5.2) версии до беты нового релиза? Исходя из общих соображений и в память о своих неоднократных осенних попытках обновить current до snapshot’а, я склонен был бы ответить на него отрицательно: это должно было бы привести к такой мешанине общесистемны конфигов и конфигов среды XFce, что ничего доброго из такого обновления не выйдет.
И действительно, на сайте проекта было сказано, что лобовой метод обновления не проходит. И было подробно описано, как выполнить эту процедуру правильно.