Russian Fedora

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

LibreOffice: осталось сконвертировать в новый формат меньше ста диалогов!

Это архивная статья

После преодоления 80% рубежа в деле перевода диалоговых окон LibreOffice на новый формат GtkBuilder, каждый следующий процент давался все тяжелее. К счастью, благодаря программе Google Summer of Code 2014, к делу удалось подключить двух студентов, Palenik Mihály и Szymon Kłos, которые уже дожали количество несконвертированных диалогов, до сотни с минусом и продолжают! image0 Студенты вручную конвертируют описания диалоговых окон в новый формат GtkBuilder Осталось немного. Само собой, этих изменений не будет в версии офисного пакета от Apache.

Возвращения и переходы

Это архивная статья

Debian вернулся на GLIBC c EGLIBC (правда пока не решился вернуть ffmpeg).

Skype, который не нужен, отказался от поддержки ALSA в пользу PulseAudio.

HP перешла в своем облачном решении на основе OpenStack с Ubuntu на самосборный дистрибутив на базе Debian.

Честно говоря, нас эта новость удивила. Понятно почему ушли с Ubuntu - не они первые, не они последние, но почему на Linux-дистрибутив из прошлого тысячеления, а не на, например, недавно вышедшую RHEL 7? Конечно, Debian вовсю переходит на systemd и внедряет прочие улучшения, но до первых результатов еще довольно далеко. Ну да хозяин-барин. Зато разрешился давно мучавший нас вопрос - что HP использует внутри своих облаков? LG переходит на Wayland (QtWayland).

Разработчики LG уже отправляют патчи в апстрим. По слухам там используется Yocto, в который недавно добавили поддержку cute embedded nonsense hacks.

Наши коллеги с удовольствием ознакомились с очередной драмой - участники коммьюнити Gentoo обнаружили, что Upower больше не поддерживает pm-utils.

Интересно, что несмотря на предупреждения почти за год, что pm-utils будет удален, для многих аналитиков эта новость была неожиданной. Еще раз повторимся, изучайте нововведения в Fedora, т.к. через полгодика-год они будут и в вашем дистрибутиве.

Digital Go в Москве, 21го июня 2014.

К сожалению, мы не проинформировали вас о прошедшем Red Hat Forum, [STRIKEOUT:таково наше раздолбайство] т.к. все были очень заняты важными делами. Зато уж не пропустите Digital Go, 21го июня 2014 года в столице. Это очередная встреча Moscow Golang Community (предыдущая была в Яндексе этой зимой).

Программа мероприятия:

  • Андреенко Артём из Openstat (Spylog) расскажет про опыт использования Go в своей компании в режиме реального времени.
  • Вячеслав Бахмутов из Яндекса расскажет про опыт использования Go в своей компании в облачной платформе Cocaine.
  • Александр Орловский из sports.ru расскажет про NSQ, очередь сообщений, написанную компанией Bitly на Go, и про её опыт использования в своей компании.

Приходите!

AppStream и утилиты развиваются. GNOME Software получает макет для плагинов.

В продолжение предыдущей новости про новый стандарт AppStream и GNOME Software.

Краткое содержание:

  • createrepo_as сливается с проектом appstream-glib
  • createrepo_as переименовывается в appstream-builder
  • appstream-builder получает поддержку автодополнения в bash
  • appstream-builder научился работать с пакетами, в которых одновременно содержатся AppData и MetaInfo
  • GNOME Software получил макеты для дополнений к приложениям
12∶34
hughsie: ignatenkobrain_l, hey
         i'm thinking of perhaps merging createrepo_as with appstream-glib
         and just shipping an appstream-glib-builder subpackage
         this means we can easily get the tools onto the various buildservers without an extra package to review/install/etc
         it also means when the appstream spec changes i only have to do the change in one project...
         i wanted to know what you thought

После недолгих обсуждений было принято решение о слиянии createrepo_as и appstream_glib.

Утилита для генерации AppStream мета-данных createrepo_as была перенесена в проект appstream-glib и переименована в appstream-builder. После этого appstream-builder получил поддержку автодополнения в bash.

В Fedora evince разделён на несколько пакетов - evince, evince-libs, evince-dvi, evince-djvu. Я отправил патч для добавления в них MetaInfo. Так же мы получили сообщение от команды Xfce о том, что у них плагины поставляются вместе с приложениями. И тут мы подумали, а ведь есть же такие проекты, которые поставляют плагины вместе с собой. Например, parole, gedit, evince. Что будет, если в одном пакете будет одновременно поставляться и AppData, и MetaInfo? А будет всё очень просто. В центрах приложений при открытии такого приложения будут отображаться плагины, которые установлины и их можно будет удалить. Конечно же с самой программой! Ричард предложил следующее:

19:40
hughsie: kalev, ignatenkobrain_ I'm thinking of suppressing the metainfo file from the AppStream XML if the metainfo file has the same package name as its parent -- sane?

После недолгих раздумий мы решили так и сделать.

Теперь appstream-builder, если находит в одном пакете (rpm, deb, etc.) одновременно AppData и MetaInfo - он просто игнорирует MetaInfo. Т.е. в центрах приложений мы не будем видеть этот плагин (который обозначен в metainfo).

Теперь немного о GNOME Software.

Allan Day добавил макет для дополнений к приложениям в GNOME Software.

https://raw.githubusercontent.com/gnome-design-team/gnome-mockups/4a5be526de97668529f2b00f16a4e6c20a268e2c/software/version2/software-app-addons.png

Как вы видите сверху - при установке приложения можно будет отметить, какие дополнительные плагины нужно установить, снизу - макет того, как можно будет устанавливать плагины для уже установленного приложения. К сожалению, пока потыкать кнопки нельзя. Kalev Lember работает над этим.

Команда GTG в личной переписке согласилась принять патчи для добавления MetaInfo к их плагинам.

An Introduction To Russian Fedora. World Of Gnome снова доступен в России.

Это архивная статья

Возможно некоторым нашим пользователям все ещё неизвестен очень хороший ресурс - World of Gnome,на котором довольно быстро публикуется информация о всех нововведениях связанных с GNOME и не только.
Вчера произошли 2 очень интересных события:

Поспешу заверить, что эти события никак не связаны.
Огромное спасибо Alex Diavatis за помощь в решении проблемы с доступом к сайту и за коррекцию моей статьи, Andrea Veri за помощь в решении проблемы с доступом к сайту и, конечно же, нашему активному участнику Кириллу Русинову за предоставление скриншота с Russian Fedora Remix для статьи.
Photo is from Igor's office!

Photo's from my office

Дополнения к приложениям в GNOME Software

Это архивная статья

После того момента, как мы показали миру GNOME Software Center, люди захотели добавить в него немного функционала.
Одна из вещей, которая была очень важна для разработчиков Eclipse - способ установки расширений к основной программе, что показалось нам отличной идеей. Мы хотели сделать это настолько универсальным, чтобы её могли использовать другие проекты, как gedit и другие модульные приложения в составе GNOME и KDE. Мы сознательно не предоставляем такую функциональность для Chrome или Firefox, поскольку эти приложения сделают намного лучше это задание, чем GNOME Software.
Недавно Ричард Хьюз (Richard Hughes) добавил специальный тип компонентов в AppStream - дополнения.
AppStream - XML стандарт, созданный для удобства распространения приложений через центры приложений в разных дистрибутивах. На данный момент уже активно используется в дистрибутивах: Fedora, openSUSE. В ближайшее время так же будет использоваться в ArchLinux и Debian.
Создание специального metainfo.xml для каждого плагина позволит пользователю устанавливать доп. компоненты. Плагины для текстовых редакторов, мультимедиа кодеки и пр.
Как выглядит обычный metainfo.xml, заметки и как его использовать можно посмотреть в блоге Ричарда
Kalev Lember в настоящее время работает над интерфейсом плагинов в GNOME Software, Richard Hughes только завершил поддержку metainfo.xml в обработчике AppStream, так что не стоит ожидать видимость новых функций до GNOME 3.14 и Fedora 21.
Рекомендуем использовать утилиту для проверки AppStream файлов - appstream-util (входит в состав libappstream-glib). К сожалению в выпущеной версии 0.1.7 отсутствуют некоторые возможности, которые вы, наверное, хотели бы использовать. Среди них:
  • Проверка metainfo.xml.in файлов (используется при локализации) - fix #1, bug #2, fix #2;
  • При проверке одновременно множества файлов при неудачной проверке одного из файлов программа завершает свою работу - bug, fix;
  • Установка AppData и MetaInfo файлов (можно использовать во время тестирования) - fix;
  • Ну и куда же без автодополнения в Bash - fix #1, fix #2.

Ричард написал статью в своём блоге о том, как разработчики могут интегрировать свои дополнения с KDE и GNOME центрами приложений. Мы с Ричардом с удовольствием поможем на данном этапе. Если у вас есть свои пакеты в своих репозиториях, то они не появятся автоматически в центрах приложений. Вы должны специальным образом обработать их.

Пример того, как можно это сделать - в нашей рассылке.

Надеюсь, в скором времени мы внедрим все эти новые технологии у нас, т.к. мы стараемся максимально повторить процессы Fedora Project.

Наши контактные данные:
Richard Hughes:
  • IRC: hughsie on freenode and gimpnet
  • Email: richard AT hughsie DOT com

Igor Gnatenko


Мы уже написали много патчей, отправили багов:
Итого на сегодняшний момент написано:
  • Richard Hughes: 1 плагин (metainfo), 9 багрепортов;
  • Igor Gnatenko: 45 плагинов (metainfo), 3 багрепорта.

Новый лидер проекта Fedora

Позавчера был объявлен новый лидер проекта Fedora -- Matthew Miller. Он займет место Robyn Bergeron, которая руководила проектом с релиза Fedora 17.

Схема руководства проектом Fedora для многих остается загадкой, поэтому расскажем чуть подробнее:

Главным руководящим органом проекта является Fedora Project Board -- команда из 10 человек, которая решает все спорные вопросы по поводу развития проекта и его организации. Согласно регламенту 5 членов Fedora Board выбираются сообществом, четверо назначаются компанией RedHat из числа активных членов Fedora-сообщества (очень часто, и даже почти всегда эти назначаемые люди не являются сами сотрудниками компании). И одно место в команде зарезервировано под Fedora Project Leader.

Fedora Project Leader (FPL) - это штатная должность в компании RedHat. В обязанности этого сотрудника входит не только заседание в качестве председателя Fedora Board, но и планирование релизов, налаживание взаимодействия разных команд (от разработчиков до инфрастуруктры, от тестировщиков до дизайнеров), представление дистрибутива во внешнем мире и даже лоббирование интересов Fedora внутри самого RedHat. По регламенту FPL имеет право вето и может блокировать любые решение Fedora Board. Тем не менее за 10 лет существования Fedora такой необходимости не возникало ни разу, и мы надеемся, что её никогда не возникнет в будущем.

Таким образом FPL -- это не столько власть, сколько ответственность и много каждодневной работы.

Кстати сказать, день рождения сообщества Russian Fedora отсчитывается с приезда в Москву тогдашнего лидера Fedora Макса Спевака. Пользователи Fedora конечно же были в России и до того, но его приезд и организованные тогда мероприятия позволили нескольким из них собраться и начать совместную работу.

С новым лидером проекта команда Russian Fedora встречалась в этом году на FOSDEM - всеевропейской конференции разработчиков открытого ПО. Не буду говорить за всех, но на меня он произвел положительное впечатление.

Хотя идея Fedora.next, автором которой он является, вызывает большое количество споров в нашем консервативном сообществе, Мэтью не использует "маркетологические" аргументы наподобие "слишком сложно для пользователя", а вполне конструктивно обсуждает возражения и прислушивается к мнению тех, кто это мнение имеет, даже если это доселе ему не известный Fedora-пользователь из России :)

Стоит также отдельно отметить проект fedoramagazine.org -- журнал о и около Fedora, который он ведёт, и уже достаточно долго выдерживает заявленный ритм обновлений. В нём публикуется много самых разных мелочей и полезностей на любой вкус, от обзоров мелкого прикладного софта до авторских текстов.