Первое «пятно» можно замазать использованием prelink'а. Это демонстрирует Fedora, где prelink давно задействован по умолчанию. Применение prelink в openSUSE значительно снижает исходную её «задумчивость». Кроме того, уже по ранним версиям тестируемого ныне релиза видно, что майнтайнеры работают над повышением визуального быстродействия.
Второе «пятно» закрашивается эффективным механизмом поиска пакетов и установки их «в один клик». Однако отсутствие централизованного хранилища «сторонних» приложений аналога RPMFussion в Fedora или AUR в Archlinux по прежнему чувствуется. Но, может быть, и эта задача будет решена со временем?
Примечание. Не прошло и нескольких месяцев со времени публикации этой колонки, как обе описанные в ней проблемы были решены. Сначала коренным образом был преобразован интерфейс поиска пакетов системе OBS (Open Build Service). И теперь установка приложений из сторонних репозиториев, сопровождаемая подключением оных, стала предельно простой.
Ну а быстродействие openSUSE действительно было кардинально повышено в вышедшем недавно релизе 12.2. Да и всё большее распространение SSD в качестве по крайней мере системных носителей всё больше нивелирует разницу в производительности любого софта.
Во славу Гомера
В то время, когда одни разработчики придумывают гипермодернистские пользовательские интерфейсы, а другие ультрапрогрессивные системы инициализации, находятся люди, занимающиеся банальным делом: создают системы, нужные пользователям. А для некоторых из них просто незаменимые.
Одна из таких систем появилась в конце 2010 года, и называется ALT Linux Homeros. Как нетрудно догадаться по названию это дистрибутив для людей с ограничениями по зрению, в том числе и совершенно слепых. Он основан на 6-й платформе Altlinux, среде Emacs и emacspeak. Они дополнены речевым сервером VoiceMan и синтезаторами русско- и англоязычным (по умолчанию RHVoice и mbrola, соответственно).
Распространяется Homeros в виде LiveCD (объёмом менее 400 МБ), предусматривающего возможность установки, в том числе и без визуального контроля вообще. Однако и в Live-режиме можно получить достаточно полное представление о её возможностях. Описать которое довольно сложно это надо видеть и, главное, слышать. Что я и рекомендую проделать всем любознательным, вне зависимости от остроты их зрения. На меня самое большое впечатление произвело зачитывание текста по мере его набора работает эффективней любого спеллчекера.
Разработчик Homeros'а Михаил Пожидаев, и создавал он эту систему для себя. Я надеюсь, что и подробности о ней он скоро представит сам, в одном из ближайших номеров журнала.
Нативная ZFS Linuxу!
Ровно 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 и установить «в один клик». Не без некоторых подводных камней, заставляющих вспомнить родственников сочинителей лицензий, но в принципе такая возможность есть. А что они за это получат поговорим в другой раз.
Бич свободных лицензий
Как это ни парадоксально, но один из главных тормозов прогресса свободного софта это свободные лицензии. И причин тому несколько.
Во-первых, лицензий этих много, и число всё растёт. И хотя все они свободны, некоторые свободнее других. Правда, в последнем вопросе существуют кардинальные расхождения взглядов: приверженцы буквально каждой из свободных лицензий полагают, что именно их лицензия воплощает в себе идеал свободы.
И оно бы ладно меряться длиной свободы ничуть не хуже, чем размером иного органа. Однако из этого вытекает «во-вторых»: все свободные лицензии в той или иной мере не совместимы друг с другом, достигая стопроцентной совместимости только сами с собой. То есть код под разными лицензиями в едином проекте может использоваться либо с теми или иными ограничениями, либо не может вообще. Примером последнего случая является судьба ZFS on Linux, описанная в колонках LFX#133 и LXF#160. Тут, правда, инженерная мысль одержала победу над крючкотворством лизензиатов. Но это потребовало лишних усилий разработчиков и до сих пор доставляет неудобство пользователям. Хотя, казалось бы, именно авторы свободных лицензий декларируют, что «всё для блага пользователя, всё для счастья пользователя».