Linux и все, все, все... Статьи и колонки в LinuxFormat, 2006-2013

В-третьих, сам YaST2 – универсальная среда для настройки всего и вся: оборудования, загрузчика, параметров ядра, стартовых сервисов, сетевых соединений и служб, виртуальных машин...

И в-четвёртых – «трёхступенчатая стабилизация»: пользователь может сидеть на текущем релизе, или идти вдоль верстовых столбов (Milestones) релиза грядущего, или, оставаясь в рамках «текучки», использовать отдельные достижения светлого будущего, доступные иначе только в отдалённой перспективе.

Сочетание этих особенностей и определяет своеобразие openSUSE, делая её почти оптимальным дистрибутивом для десктопа. Почему «почти»? А об этом – в следующей колонке.

openSUSE: и на на солнце бывают пятна

LinuxFormat, #158 (июнь 2012)

Прошлую колонку я закончил на том, что openSUSE мог бы претендовать на звание оптимального дистрибутива для десктопа. Что же не даёт ему занять эту ступень «пьедестала почёта»? Всего две мелочи.

Во-первых, среди многочисленных достоинств openSUSE не числится одного – визуального быстродействия, столь выделяющего, например, Fedora. И можно сколько угодно рассуждать о том, что визуальное быстродействие не имеет никакого отношения к скорости выполнения реальных задач – именно оно определяет первое впечатление пользователя о дистрибутиве, да и позднее – психологический комфорт его применения.

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

Первое «пятно» можно замазать использованием prelink'а. Это демонстрирует Fedora, где prelink давно задействован по умолчанию. Применение prelink в openSUSE значительно снижает исходную её «задумчивость». Кроме того, уже по ранним версиям тестируемого ныне релиза видно, что майнтайнеры работают над повышением визуального быстродействия.

Второе «пятно» закрашивается эффективным механизмом поиска пакетов и установки их «в один клик». Однако отсутствие централизованного хранилища «сторонних» приложений – аналога RPMFussion в Fedora или AUR в Archlinux – по прежнему чувствуется. Но, может быть, и эта задача будет решена со временем?

Примечание. Не прошло и нескольких месяцев со времени публикации этой колонки, как обе описанные в ней проблемы были решены. Сначала коренным образом был преобразован интерфейс поиска пакетов системе OBS (Open Build Service). И теперь установка приложений из сторонних репозиториев, сопровождаемая подключением оных, стала предельно простой.

Ну а быстродействие openSUSE действительно было кардинально повышено в вышедшем недавно релизе 12.2. Да и всё большее распространение SSD в качестве по крайней мере системных носителей всё больше нивелирует разницу в производительности любого софта.

Во славу Гомера

LinuxFormat, #159 (июль 2012)

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

Одна из таких систем появилась в конце 2010 года, и называется ALT Linux Homeros. Как нетрудно догадаться по названию – это дистрибутив для людей с ограничениями по зрению, в том числе и совершенно слепых. Он основан на 6-й платформе Altlinux, среде Emacs и emacspeak. Они дополнены речевым сервером VoiceMan и синтезаторами – русско- и англоязычным (по умолчанию – RHVoice и mbrola, соответственно).

Распространяется Homeros в виде LiveCD (объёмом менее 400 МБ), предусматривающего возможность установки, в том числе и без визуального контроля вообще. Однако и в Live-режиме можно получить достаточно полное представление о её возможностях. Описать которое довольно сложно – это надо видеть и, главное, слышать. Что я и рекомендую проделать всем любознательным, вне зависимости от остроты их зрения. На меня самое большое впечатление произвело зачитывание текста по мере его набора – работает эффективней любого спеллчекера.

Разработчик Homeros'а – Михаил Пожидаев, и создавал он эту систему для себя. Я надеюсь, что и подробности о ней он скоро представит сам, в одном из ближайших номеров журнала.

Нативная ZFS – Linux’у!

LinuxFormat, #160 (август 2012)

Ровно 2 года назад (LXF#133) я писал о великой победе инженерной мысли (воплощённой Брайаном Беллендорфом) над юридическим крючкотворством сочинителей лицензий – методе прикручивания поддержки ZFS на уровне ядра Linux. Он получил дальнейшее развитие в проекте ZFS on Linux. Правда, майнтайнеры «майнстримовых» дистрибутивов не торопились включать в свои системы поддержку нативной ZFS даже опционально. И пионером тут выступил Sabayon – не очень распространённый и довольно «хулиганский» отпрыск Gentoo: в его 9-й релиз включена возможность задействовать ZFS на стадии инсталляции (разумеется, не по умолчанию).

В принципе, никто тут не может чувствовать себя обделёнными: разработчики ZFS on Linux предлагают его пользователям Ubuntu в виде пакета, помещённого в ppa-репозиторий и готового к немедленному употреблению. А в качестве заботы о прочих предоставляют, в дополнение к непременным исходникам, также подробные инструкции по сборке пакетов deb- и rpm-форматов.

Не знаю, воспользовались ли этой любезностью майнтайнеры более иных фронтирных дистрибутивов, но вот майнтайнеры openSUSE – воспользовались. И ныне пакет поддержки ZFS со всем сопутствующим инвентарём пользователи этого дистрибутива могут легко отыскать в системе Open Build Service и установить «в один клик». Не без некоторых подводных камней, заставляющих вспомнить родственников сочинителей лицензий, но в принципе такая возможность есть. А что они за это получат – поговорим в другой раз.

Бич свободных лицензий

LinuxFormat, #161 (сентябрь 2012)

Как это ни парадоксально, но один из главных тормозов прогресса свободного софта – это свободные лицензии. И причин тому несколько.

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

И оно бы ладно – меряться длиной свободы ничуть не хуже, чем размером иного органа. Однако из этого вытекает «во-вторых»: все свободные лицензии в той или иной мере не совместимы друг с другом, достигая стопроцентной совместимости только сами с собой. То есть код под разными лицензиями в едином проекте может использоваться либо с теми или иными ограничениями, либо не может вообще. Примером последнего случая является судьба ZFS on Linux, описанная в колонках LFX#133 и LXF#160. Тут, правда, инженерная мысль одержала победу над крючкотворством лизензиатов. Но это потребовало лишних усилий разработчиков и до сих пор доставляет неудобство пользователям. Хотя, казалось бы, именно авторы свободных лицензий декларируют, что «всё для блага пользователя, всё для счастья пользователя».

Примеров непроизводительных трудозатрат для преодоления несовместимости лицензий можно привести много. Один из самых масштабных – это создание BSD-лицензированных аналогов программ, распространяемых под GPL, в рамках практически всех проектов BSD-семейства. И поневоле возникает мысль: а если бы всё эту энергию, да в мирных целях...

openSUSE 12.2: детектив вокруг релиза

LinuxFormat, #162 (октябрь 2012)