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'а – Михаил Пожидаев, и создавал он эту систему для себя. Я надеюсь, что и подробности о ней он скоро представит сам, в одном из ближайших номеров журнала.
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)
Когда вы будете читать этот номер, выход означенного релиза будет состоявшимся фактом. Однако ему предшествовала почти детективная история. 31 августа «по России слух прошёл», что на официальных зеркалах проекта лежат образы долгожданного релиза. Правда, они почти мгновенно исчезли, но оставались доступными несколько уже неофициальных зеркал, организованных предприимчивыми студентами. Хотя на следующий день и они таинственным образом исчезли. Возникает вопрос – не была ли это сознательная утечка информации со стороны разработчиков? Цель которой – развлечь народ в то время, когда они отдыхают от трудов праведных и сочиняют текст пресс-релиза. Что делает честь их чувству юмора.
Однако заинтересованные лица (включая автора этих строк) вожделенные успели образы скачать и даже установить с них систему. Что дало возможность ознакомиться с ещё необъявленным релизом досрочно. Система, с них установленная, оказалась более чем работоспособной. Тем более, что вслед за тем появились уже и официальные репозитории, так что не возникло проблем, скажем, с сетевой установкой или обновлением кандидата в релизы.
Что же до собственно релиза – он вполне оправдал возлагавшиеся на него надежды. А именно: в нём нет ничего ультра-революционного. И по прежнему существует выбор между стилем «гипермодерн», причём в очень смягчённом варианте, и традиционным стилем, вот уже более двух десятилетий обеспечивающим openSUSE привязанность пользователей.
OpenSUSE: первый шаг к релизу 12.3
LinuxFormat, #163 (ноябрь 2012)
Едва успели утихнуть восторги в связи с выходом openSUSE 12.2, как на горизонте возник маяк на пути к следующему релизу – 12.3-Milestone0. Эти «верстовые столбы» интересны тем, что позволяют следить за тенденциями развития дистрибутива. Поэтому я не буду останавливаться на версиях ядра, Иксов, KDE и так далее – за время подготовительного цикла всё это не один раз поменяется. А скажу пару слов именно о тенденциях. И начну, как в анекдоте, с негативных.
