Алексей Федорчук - Linux и все, все, все... Статьи и колонки в LinuxFormat, 2006-2013

Примечание.Правда, радость моя оказалась недолгой. Машинки действительно оказалось достаточно для перечисленных выше задач. Но, скажем, два параллельных сеанса Иксов она уже не тянула. А о запуске пары-тройки виртуальных машин можно было и не мечтать. А поскольку такие задачи у меня возникают, и так как машинка вполне справлялась с фильмами и играми, я поступил по завету Ленина: «Всё лучшее – детям!»

LinuxFormat, #131 (май 2010)

Когда речь заходит об открытых и свободных офисных пакетах, вспоминают, как правило, OpenOffice.org, реже – вечный долгострой проекта KDE, KOffice. И мало кто упомянет в этой связи компоненты GNOME Office – текстовый процессор Abiword и табличный процессор Gnumeric. Что, в общем-то, резонно – обе эти программы вполне самостоятельны и их интеграция достаточно искусственна. Что, однако, не умаляет их достоинств. Каковыми считаются лёгкость, быстродействие, простота интерфейса. Но при этом забывают о функциональности – а ведь каждая из этих программ обладает своими уникальными особенностями.

Для Abiword'а это средства коллективной работы. Во-первых, он поддерживает мультиверсионные документы – в том числе и те, что были сделаны таковыми в MS Word. Во-вторых и главных, Abiword располагает инструментами удалённого редактирования, по собственному протоколу AbiCollab.net, прямому подключению TCP и, наконец, по протоколу XMPP – то есть через самый обычный Jabber-клиент.

Ну а «фирменные фичи» Gnumeric'а – это изобилие статистических и инженерных функций (более ста из которых уникальны) и широчайшие возможности для построения технических диаграмм и графиков.

То есть считать Abiword и Gnumeric жалким подобием левой руки OOo – несправедливо. Просто это действительно программы не для офисного клерка, а для инженера, научного работника... в общем, технического специалиста.

LinuxFormat, #132 (июнь 2010)

С первых дней своего отщепления от прародительского Red Hat'а дистрибутив Fedora рассматривался как полигон для отработки новых технологий. И потому интенсивно обновлялся в межрелизный период. Что сугубо приветствовалось энтузиастами-экспериментаторами, но вызывало вполне понятную настороженность со стороны «промышленного сектора начального уровня». В результате ниша «Red Hat для бедных» оказалась заполненной его клонами, такими, как CentOS и Scientific Linux.

Но похоже, что «командорской компании» это не понравилось. И отныне политика обновления Fedora меняется: в межрелизный период будут выпускаться только обновления безопасности, смены версий ядра и прочих основных компонентов системы отменяются. Что, конечно, пойдёт на пользу стабильности дистрибутива и откроет перед ним перспективы промышленного применения для тех, кто не нуждается в технической поддержке «настоящего» Red Hat или просто не может себе её позволить.

Но не потеряет ли Fedora своей фронтирной прелести для энтузиастов и экспериментаторов? Надеюсь, что нет. Думаю, что вместо двухступенчатой схемы дистрибуции – стабильного релиза и так называемого Rawhide сама собой сложится трёхступенчатая, подобная Debian'овской. Собственно, явочным порядком она и образовалась при подготовке 13-й версии. Каковую, надеюсь, заинтересованные лица смогут увидеть ко времени прочтения этих строк.

LinuxFormat, #133 (июль 2010)

Как известно, самая прогрессивная файловая система современности – ZFS. Применяясь в Solaris и FreeBSD, она была доступна в Linux только через FUSE, на чём многое теряла. И исключительно в силу несовместимости лицензий ядра Linux (GPL) и ZFS (CDDL). Но ныне мы видим победу технологии над юриспруденцией – чисто техническое разрешение этого конфликта.

Оно представлено в виде обычного модуля ядра Linux – но под лицензией CDDL, распространяемого отдельно от GPL-лицензированного кода ядра этой ОС. Чем и обходится антагонистическое противоречие – запрет на распространение бинарников, в которых смешан код под этими лицензиями. Но совместное его использование в виде отдельных программ никто не запрещает.

Пока использование модуля ограничено, и не очень понятно, можно ли распространять этот модуль в составе дистрибутивов, или его придётся собирать каждому для себя. Впрочем, пример со шрифтами Microsoft показывает, что это решаемо.

Важнее другой вопрос: будет ли развиваться btrfs? Ведь возможности этих файловых систем во многом перекрываются. Впрочем, вопрос этот возникает и вне связи с ZFS – инструментарий btrfs не обновлялся уже более года. Терзают смутные подозрения, что Oracle прекратило финансирование работ Криса Мэзона. Если так – становится грустно. Потому что btrfs, кое в чём уступая ZFS, превосходит её простотой использования, так поддерживается в Linux'е штатно.