Первая половина июня стала не столько временем выпуска новых версий программ, сколько временем элегических размышлений разработчиков над некоторыми проблемными точками развития СПО. За эти прошедшие дни обсуждались трудности, возникшие с выпуском OpenSUSE 12.2, в очередной раз вспыхнули страсти вокруг UEFI, а Торвальдс опять раскритиковал GNOME 3. Из программ следует отметить выпуск первой стабильной версии Mplayer, хотя и здесь тоже обошлось не без казусов.

Количество и качество

Разработчики дистрибутива openSUSE объявили о возможной задержке официального выхода версии 12.2 с кодовым именем Mantis. Новая версия openSUSE должна была появиться в середине июля. Однако дистрибутив всё ещё содержит в себе большое количество "красных" пакетов, то есть имеющих неудовлетворительную работоспособность. Поэтому openSUSE 12.2 вероятнее ожидать где-то осенью.

На самом деле проблемы, вставшие перед сообществом openSUSE, имеют более общую природу. Эти проблемы можно охарактеризовать как кризис традиционных дистрибутивов, развиваемых по "базарному" методу, то есть большим количеством независимых разработчиков.

Первыми с этой проблемой столкнулись в Debian. Мы в своё время в прошлых номерах "Компьютерных вестей" не раз уделяли внимание эпопее с постоянными переносами выпусков стабильных версий этой системы.

Суть этой проблемы состоит в том, что увеличение количества пакетов в дистрибутиве и увеличение количества разработчиков в проекте как раз и приводит к тому, что в дистрибутиве всё больше появляются неработоспособные программы, постоянное наличие которых и не даёт выпустить официальную стабильную версию системы в намеченные ранее сроки.

Классические GNU/Linux-дистрибутивы появились ещё в 90-е годы прошлого века. Это такая форма распространения свободного программного обеспечения, когда все программы уже собраны из исходных кодов в готовые к запуску бинарные файлы. Соответственно, в этом случае удовлетворены все зависимости между программами, так как в GNU/Linux приложения очень часто взаимосвязаны друг с другом.

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

В 90-е годы, когда Linux-дистрибутивы появились, свободных программ было не очень-то и много. Например, первый дистрибутив Debian Buzz 1996-го года содержал в себе чуть менее 500 пакетов. И создание целого дистрибутива было практически по силам даже одному человеку.

Но уже к 2012 году количество пакетов в Debian составляет около 30 000. И по законам диалектики увеличение количественных показателей системы приводит и к изменению показателей качественных. В данном случае в дистрибутиве увеличилось и количество неработоспособных программ. И эти неработоспособные пакеты начали влиять на время выпуска новых официальных версий.

Увеличение количества пакетов приводит и к увеличению количества энтузиастов, поддерживающих эти приложения. Но при этом парадоксальным образом быстрый рост числа участников проекта также увеличивает число "красных" пакетов. Это связано с тем, что увеличивается интенсивность обновления кода, и, например, после обновления версии пакет может работать без проблем, но работоспособность связанных с ним пакетов часто нарушается.

Вот собственно с этими трудностями теперь столкнулись и в openSUSE. Чтобы не доводить проблему до хронического состояния, уже сформированы первые предложения, призванные исправить эту ситуацию. Опубликован призыв к сообществу пересмотреть подход к разработке.

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

Данные предложения носят достаточно общий характер. Но однозначно можно утверждать, что разработка классических Linux-дистрибутивов в дальнейшем претерпит значительные трансформации.

GNOME 3 под огнём критики

А тем временем продолжает пульсировать ещё одна диалектическая проблема из разряда "старое - новое". Линус Торвальдс в очередной раз разразился критикой в адрес графического интерфейса GNOME 3. Первая порция критики была в прошлом году, когда третий "Гном" только появился, и Торвальдс в расстроенных чувствах от современных концепций UI даже ушёл на время с Fedora на другой дистрибутив.

С выходом Fedora 17 он совершил попытку вернуться на GNOME 3. Потому как недавно был запущен сайт с дополнениями, позволяющими изменять и дополнять базовое пользовательское окружение.

Увы, по мнению Торвальдса, даже расширения - это "шаг вперёд, шаг назад", так как их нужно устанавливать даже для простейших настроек. Причём дополнения еще и могут оказаться несовместимыми с используемой версией GNOME.

Торвальдс так подводит свой итог: "extensions может быть действительно хорошей идеей, но у её использования на практике есть серьезные проблемы с юзабилити. Сам подход GNOME 3 "мы не предоставляем по умолчанию базовых инструментов для исправления простых вещей, но вы можете решить проблемы с помощью неофициальных расширений" кажется полным провалом опыта взаимодействия с пользователем". И, судя по "плюсам", его мнение разделяет большое количество людей.

Страсти вокруг UEFI

С появлением новой системы инициализации компьютеров UEFI, идущей на смену классическому BIOS, тоже возгорелись нешуточные дискуссии. Хотя в данном случае, следует сказать, что проблема носит скорее искусственный и политический характер.

В первую очередь это связано с требованием "Майкрософт" к производителям компьютеров в обязательном порядке использовать безопасный режим UEFI для систем с предустановленной ОС Windows 8, - если они хотят получить заветную наклейку "совместимо Windows 8". Такое требование, по мнению разработчиков Linux-дистрибутивов, может значительно усложнить установку этих дистрибутивов на такие компьютеры.

В свою очередь, "Майкрософт" даёт чуть ли не клятвенные обещания, что будет обеспечена техническая возможность отключить Secure Boot и создавать собственные сертификаты. Но этим заявлениям, как всегда, не доверяют.

Например, по мнению разработчиков Red Hat, для обычного пользователя эти технические возможности могут оказаться очень сложными. Разработчики дистрибутива Fedora Linux считают, что недопустимо заставлять пользователя дополнительно разбираться в настройке прошивки при желании использовать Fedora.

Корпорация Red Hat решила выбрать "наименее худший" способ борьбы с безопасной загрузкой - получить сертификат для Fedora 18 у самой Microsoft. И не нужно будет договариваться с каждым производителем материнских плат, и возиться с собственными сертификатами.

Этот ключ будет использоваться на первом этапе загрузки для специального дополнительного загрузчика, который будет запускаться прежде стандартного загрузчика GRUB.

С другой стороны платой за эту простоту разработчики будут вынуждены в GRUB 2 отключить загрузку модулей во время выполнения, чтобы обеспечить целостность безопасной загрузки. Также функциональность ядра будет немного урезана.

Многие считают, что намерение Red Hat будет одобрен лично самим Торвальдсом. Ведь, как известно, Торвальдс большой любитель простоты и даже запрос пароля для настройки принтера считает сложной для пользователя.

Что же касается реального мнения Торвальдса на тему UEFI, то он не видит большой проблемы в безопасной загрузке. Равно как и не верит в то, что безопасная загрузка UEFI на самом деле увеличит безопасность пользователей

MPlayer 1

Тихо и незаметно разработчики свободного медиаплеера MPlayer решили избавить свой проект от статуса вечной "беты", в котором проект пребывал более десяти лет, начиная со своего рождения. И теперь выпущена стабильная версия сразу с номером 1.1.

MPlayer очень известный и очень мощный консольный плеер, завоевавший много сторонников. Этот плеер поддерживает большое количество медиаформатов, а также немалое число способов выводов - вплоть до возможности проигрывания видео в ASCII-формате в окне терминала.

MPlayer 1.1 не блещет какими-то кардинальными новшествами. Плеер теперь использует встроенный декодер звука в формате AAC. Возможна экспериментальная поддержка бинарных кодеков QuickTime. Добавлена поддержка субтитров в форматах PGS (BluRay), DVB и XSUB.

Но при этом следует напомнить, что уже год существует проект MPlayer 2.Чтобы не запутаться, нужно пояснить, что MPlayer 2 - это форк MPlayer 1, который совместим с оригинальным MPlayer на уровне конфигурации, опций командной строки и протокола удаленного управления.

Отличается MPlayer 2 от своего родителя переработкой и оптимизацией внутренней структуры программы, удалением MEncoder. Грубо говоря, MPlayer 2 - это упрощённая вариация MPlayer 1 и многие пользователи предпочитают как раз его.

Михаил АСТАПЧИК