Russian Fedora

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

MP2 в Fedora

Прошло всего пять лет с последнего официального ответа по поводу патентов на MP2, и наконец-то нам разрешили включить в Fedora его кодировщик. Декодировать можно было уже давно, так как оба самых популярных MP3-декодера, доступные в Fedora (MPG123 и MAD) умеют декодировать все MPEG-аудио файлы, в том числе и MP2.

Заинтересованные участники коммьюнити уже начали процесс включения в Fedora известной библиотеки для кодирования в MP2 - twolame.

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

Завершение истории с включением AAC-кодека в Fedora

Завершается история включения библиотеки-кодека AAC в Fedora. Формат AAC состоит из нескольких вариантов кодирования, и, к сожалению, обнаружилось, что режим HE-AAC SBR все еще нужно считать запатентованным. Поэтому, в кодеке, который мы включаем в Fedora, надо будет удалить поддержку этого режима. Говорят, что этот режим кодирования нужен только для VoIP и иных приложений, где требуется как можно меньший битрейт, и декодер без этого режима будет играть AAC-файлы, скачанные с популярных т.н. "пиратских" сайтов.

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

Расписание FOSDEM 2018

Готово расписание FOSDEM 2018. Мы обязательно посетим, в том числе и потому что будем выступать с докладами. Мероприятие будет проходить в Брюсселе, с 3 по 4 февраля.

Отмечать будем, как обычно, где-нибудь между Моленбеком, писающим мальчиком, писающей девочкой и писающей собачкой - присоединяйтесь, будет интересно!

Расписание DevConf.cz 2018

Опубликовали расписание DevConf.cz 2018. Как и в прошлый раз, в этом году организаторы были вынуждены ввести обязательную регистрацию участников, которая, по правде говоря, совсем не обременительная. В этом году мероприятие будет проходить с 26 по 28 января. Приезжайте в Брно, будем раны увидеться.

G.729 кодек теперь патентно чист!

Прошло менее года с новости о том, что патенты, покрывающие кодек G.729 истекли, и нам разрешили включить библиотеку, реализующую наиболее популярные варианты этого кодека в Fedora.

Скоро Fedora будет полностью совместима с популярными офисными аппаратными SIP-телефонами.

systemd 236

Официально вышел systemd 236.

Среди нововведений можно отметить следующее:

  • Поддержка конфигурационных файлов tmpfiles.d для пользователей (они должны размещаться в директории ~/.config/user-tmpfiles.d/).
  • Теперь можно посмотреть все доступные варианты в загрузочном меню с помощью bootctl list.
  • Появилась возможность посмотреть, что будет сделано при операции с сервисом с помощью команды systemctl --dry-run.

Ну и многое другое. Коллеги-аналитики уже анонимно обсуждают новость на OpenNET.ru.

Почти синхронно было объявлено, что недавно вышедшая вторая версия самодельного дистрибутива Amazon Linux переходит на systemd. Новости от Amazon в последнее время идут просто прекрасные.

Новости nbdkit

Rich W.M. Jones анонсировал нововведения в nbdkit, фреймворке для создания NBD-серверов.

Во-1, в nbdkit появилась поддержка TLS. К сожалению, для настройки TLS в ndbkit требуется прочитать длинную инструкцию. Хорошо, что инструкция по подключению Qemu через TLS к ndbkit получилась короче. Но, если вам надо, то разберетесь.

Во-2, полностью параллельная обработка клиентских запросов.

В-3, nbdkit теперь может использовать как бэкенды другие NBD-серверы.

Готов для десктопа!

Rust-приложения в Fedora

Благодаря нашему коллеге, Igor Gnatenko, в Fedora начали появляться приложения на Rust. Само собой, что и необходимые библиотеки тоже.

Спросите, зачем вообще включать библиотеки на Golang или Rust? Ведь в этих языках есть свои рудиментарные менеджеры зависимостей, и не лучше ли использовать их? Нет, не лучше. Как показывает практика других языков со своими полукривыми менеджерами зависимостей, это приводит к проблемам. Причем, ситуация не улучшается годами, из чего мы делаем вывод, что менеджер зависимостей, специфичный для некоего языка, не может решить значительное количество задач, которые давно решают пакетные менеджеры в Linux-дистрибутивах. Справедливее языкоспецифичные менеджеры зависимостей называть менеджерами зависимостей сборки, но там, все-таки, бывает по-разному.

Кстати, Golang, Rust (и, разумеется, LLVM) также уже некоторое время доступны в RHEL. Как и Node.js, само собой! Пробуйте.

Red Hat, Facebook, Google и IBM объявили о новой трактовке условий GPLv2

В лицензии GPL версии 2 есть неприятная недосказанность. Не указаны сроки, в течении которых компания-нарушитель должна устранить проблему лицензирования. Получается, что если компания по контракту купила продукт под GPL и случайно нарушила его условия, то можно трактовать это как нарушение контракта, ведущее к его разрыву, причем моментально сразу после обнаружения нарушения.

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

К сожалению, зачастую невозможно просто перелицензировать GPLv2-код под GPLv3, поэтому от компаний-поставщиков ПО, лицензированного под GPLv2 требуются дополнительные шаги для обеспечения безопасности клиентуры. Теперь, благодаря очередной инициативе Red Hat и присоединившихся к ней компаний у пользователей есть как минимум месяц на устранение нарушений GPL, и сам контракт, по которому было поставлено GPLv2-программное обеспечение, не будет считаться нарушенным.

Разумеется, это не распространяется на исходники, из которых был собран продукт. Как уже было сказано, на них условия лицензирования изменить не получится. Но условия распространения продукта, собранного из исходников, можно односторонне изменить в некоторых пределах, наложив на себя чуть бОльшие дополнительные обязательства. Теперь, покупая, например RHEL и техподдержку к ней, можно быть уверенным, что во-1 Red Hat не будет разрывать техподдержку сразу после обнаружения нарушения условий GPL, и во-2 предоставит минимум месяц на устранение. Этот фактор риска, по сравнению с самосборным дистрибутивом, или community-based дистрибутивом полностью устранен!