Russian Fedora - сообщество русскоязычных участников международного проекта Fedora

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

Например, товарищ landgraf как и раньше участвует в "Fedora Ada team" и в последнее время занимается включением пакета aws (Ada Web Server) в Fedora. Кроме того, он поддерживат в актуальном состоянии те 11 пакетов, мейнтейнером которых является.

Известный в русскоязычном сообществе товарищ Vascom кроме постоянного дежурства на популярных форумах и поддержки пользователей занимается поддержанием в актуальном состоянии пакетов из репозитория russianfedora и включением некоторых из них в Fedora. Это пакеты fuse-exfat, mediainfo, eiskaltdcpp и пара плагинов для gimp (раз, два).

Товарищ elemc почти закончил работу над веб-интерфейсом для выкладки пакетов в репозитории. Кроме этого он, как обычно, занимается обработкой заявок в багтрекере (кстати, для работы с заявками рук всегда не хватает, поэтому если есть желание помочь - обращайтесь!).

Участница под ником Bookwar занимается наполнением вики Russian Fedora и помощью в этом другим участникам, мелкими вопросами по работе русскоязычных ресурсов Fedora, поддержкой пакета minetest и по собственному заявлению, обсуждает хоккей в чате :)

Товарищ lemenkov, кроме написания очень интересных новостей со всего света (и где он их берет?), находится на очередном этапе по включению Riak и обновлению Erlang-стека в Fedora. Ну и по мелочи, поддержкой своих пакетов (а их аж 86 штук!). Кроме того, он собирается на досуге посетить Ubuntu Install Fest, но это не совсем относится к Fedora :)

Участник mihkulemin занимается включением пакета erlang-erlzmq2. К сожалению, по личным обстоятельствам он не мог какое-то время заниматься поддержкой своего пакета, поэтому сейчас приходится проходить процедуру заново. И такое тоже бывает.

Но неправильно думать, что российские участники занимаются в Fedora только техническими вопросами. Например, участник inkscaper на протяжении многих релизов занимается дизайном баннеров и обложек для дисков Fedora (обсуждение последнего предложенного варианта в рассылке дизайнеров).

Сама же я последнее время занимаюсь оформлением субтитров к интервью с Яном Вилдбоером. К сожалению, процесс затянулся, но я надеюсь, что скоро это интервью будет доступно всем независимо от знания английского. На первый взгляд оно не имеет отношения к Fedora, но на самом деле в нем освещаются самые актуальные вопросы, касающиеся всех open source проектов.

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

Участник Fedora и KDE, разработчик Phonon Trever Fischer предложил обсудить идею выбросить поддержку ALSA и OSS и полностью перейти на PulseAudio в модуле Phonon-Gstreamer. Разумеется, это изменение, даже если его примут, не затронет другие модули вывода.

Среди плюсов перехода Trever выделяет еще большую унификацию с Gnome, значительное уменьшение объема работы по поддержке и по дальнейшей разработке Phonon-Gstreamer, улушение общего качества модуля, т.к. при реализации поддержки ALSA/OSS внутри него, приходилось переделывать с ошибками то, что уже давно хорошо сделано в PulseAudio. В комментариях в целом отзывы очень хорошие, кроме традиционных жалобщиков с устаревшими Unix, которые используют Putty под Windows для работы со своими системами, и с маргинальными Linux-дистрибутивами, которые "настроили все под себя", и почему-то ожидают, что коммьюнити должно подстраиваться под их уникальную самосборную систему. Но для несогласных всегда будет вариант перейти на другой бэкенд или форкнуть. Конечно ничего еще не решено, и вы сами можете высказаться по этой теме в комментариях у Trever - он ждет вашего мнения.

С поддержкой видеокарт Via в X.org ситуация сейчас непростая - несколько конкурирующих видеодрайверов, каждый из которых поддерживает свой набор видеокарт, и находится в недописанном состоянии - chrome, написанный (вернее недописанный) участником проектов OLPC, Gentoo, Kernel и Fedora Daniel Drake, Unichrome, заброшенный основным разработчиком, бывшим инженером Novell и участником проектов X.org, Debian и Coreboot Luc Verhaegen и openChrome, форкнутый от Unichrome и разрабатываемый небольшой командой программистов, возглавляемой участником Fedora Xavier Bachelot. Говорят, что в интернете можно найти еще два видеодрайвера - via, распространяемый на условиях "мне неинтересно мнение собак о костях, которые я им кидаю" компанией Via, и OpenVia, написанный кем-то из коммьюнити, и куски из которого то ли позже превратились в chrome, то ли ушли в openchrome, а то ли просто оказались никому не нужны. Похоже, что повторяется недавняя история с несколькими видеодрайверами для видеокарт ATI/AMD, когда одновременно существовали radeon, radeonhd и avivo, со слегка пересекающейся функциональностью и поддержкой моделей видеокарт, но в этот раз все осложняется отсутствием и следов интереса со стороны вендора, то есть Via, к OSS.

Тем не менее, некоторый прогресс наблюдается и тут. В то время, как драйверы chrome и unichrome медленно умирают, а via и openvia никто толком не видел, в openchrome заметны какие-никакие улучшения. Недавно Xavier анонсировал выход новой версии, в которой наконец-то осуществлен переход с устаревшей и удаленной из X.org системы ускорения XAA на EXA и кое-какие иные улучшения. Пока состояние драйвера далеко от совершенства, но пусть будет хоть так, чем вообще никак.

В Fedora включен пакет xorg-x11-drv-openchrome предыдущей версии, но Xavier оперативно включал в него все значительные патчи из git-репозитория, так что его состояние очень близко к текущему актуальному релизу. Полагаем, что он скоро пересоберет пакет, проапгрейдив его до последней версии.

Инженер Red Hat и участник Fedora и Debian David Airlie продолжает вносить улучшения в X.org API. В своей ленте на Google+ блоге он анонсировал несовместимые изменения в API драйверов X.org, которые скорее всего поломают работу проприетарных драйверов (а может и нет - мы не в курсе планов AMD и NVIDIA относительно их проприетарного ПО). Новость опубликовали на Phoronix, и ее уже обсуждают ведущие аналитики русскоязычных интернет-ресурсов о Linux.

Мы уже скупо обрисовали неприглядную картину нынешнего состояния с открытой видеоподсистемой в Linux - X11 устарел, Wayland еще минимум полгода (оптимистичная оценка) - год (более реалистичная) - полтора (пессимистичная) будет малопригоден для "обычного пользователя" (что бы это ни значило). Фронт работ сильно растянут - от модулей ядра, до высокоуровневых кроссплатформенных библиотек, - места должно хватить всем. В этой связи нам стало очень грустно, когда до нас дошли слухи, что Canonical, с ее ограниченными трудовыми ресурсами, и лидер которой регулярно признается, что им неинтересно заниматься низкоуровневой работой (все, кроме нескучных обоев, оптимизации элементов управления на экране - слева или справа, и т.п.), обсуждают перспективу "форкнуть" Wayland, чтоб адаптировать его к проприетарным видеодрайверам. Мало того, что уже сейчас очевидна непосильность работы для них, так еще она и полностью бесполезна OSS-коммьюнити, которое делает ставку на открытые технологии (и открытые драйверы). Canonical уже собрались форкать Gnome Control Center, так зачем взваливать на себя еще и этот сизифов камень? Это, конечно, не первый раз, когда малочисленное сообщество разработчиков Ubuntu самоизолируется от основного потока разработки в upstream - так было и с Unity, которое базируется на форкнутых библиотеках GTK/GNOME, что мешает его включению куда либо, кроме Ubuntu (мы об этом не раз уже говорили). Понятно, что фактическое отсутствие разработчиков в коммьюнити Ubuntu обуславливает малый вес технической аргументации в принятии решений, но мы все-таки надеемся, что там не все решают маркетологи, выбирающие очевидно популистские решения в ущерб технически более правильным - т.е. полностью наоборот тому, как это делается в Fedora.