Russian Fedora

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

Новости GCC

Каждая пересборка всего дерева Fedora с новым GCC выявляет разные проблемы. В этот раз мы нашли, что проверка -Werror=format-security в определенных условиях не выполняется. Проблема существует с 4й версии GCC. Бывает, что.

Наш коллега, инженер Red Hat, David Malcolm завел страничку для новичков, которые бы хотели заняться разработкой GCC. Если хотите написать для GCC фронтенд для нового языка программирования, то начните с этого адреса.

В блоге Red Hat Developers появилась очередная статья про GCC. В этот раз рассказывается про проверку -Wimplicit-fallthrough, которая проверяет выражения switch..case на блоки без break или return. Очень своевременно, т.к. на нас уже начали сваливаться багрепорты из-за этой проверки.

В том же блоге появилась еще одна интересная статья, поднимающая интересный вопрос, о котором стоит рассказать поподробнее.

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

И вот, наш коллега, инженер Red Hat, Carlos O'Donell, попробовал рассказать о ситуации, когда обновляется библиотека, и два или больше приложений используют shared memory, в которой находятся объекты т.н. opaque data type. Это запросто может вызвать проблемы, и очень непонятные для начинающих сисадминов. Обновления без перезапуска системы в таком случае просто приведут к неработоспособности ряда ее сервисов.

Canonical забрасывает Unity, Mir, Ubuntu Phone и т.п.

Пользователей и фанбоев Ubuntu как громом поразило новостью, что Canonical прекращает работу над Unity и Ubuntu Phone (и, как понятно, Mir, т.к. его кроме Unity никто не использует). Новость уже обсуждается коллегами-аналитиками на Linux.org.ru и на OpenNET.ru.

Мы новостью не удивлены и ожидали что-то подобное. Canonical обладает ограниченным штатом разработчиков, никогда не соответвовавшим их грандиозным планам, и список их историй успеха уже довольно значителен. Навскидку - Ubuntu TV, Ubuntu IVI, Ubuntu Netbook, Ubuntu Edge, Upstart. Теперь это Ubuntu Phone и Mir.

Почему так плохо в Canonical с реализацией планов их пиар-отдела? Объясним. Не секрет ни для кого, что Linux-десктоп, как таковый, делается в нашем коммьюнити и дружественными нам компаниями (Collabora, Endless, Lanedo, Igalia, и многие другие). К сожалению, этот "несекрет" малоизвестен, и мы с удивлением обнаружили опрос на HackerNews, где посетители ресурса давали компании Canonical различные советы по улучшению десктопа. Но ведь те никак не могли их воплотить в жизнь, и те советы и пожелания должны были бы направлены нашим друзьям и коллегам, а не в Canonical (и, кстати, наши коллеги прислушались).

Так вот, не секрет, что десктоп делается не в Canonical. Но, к сожалению, те решили пойти своим суверенным путем и импортозаместили важный компонент GNOME, окружения рабочего стола в Ubuntu по умолчанию, кривым и глючным компонентом, Unity, который не работал без кучи патчей к GNOME. Этот компонент требовал в свою очередь старых компонентов GNOME, и были релизы Ubuntu, в которых некоторые компоненты GNOME были старые, некоторые новые, это все работало под управлением еще одного заброшенного суверенного компонента, Compiz. Учитывая количество их пользователей, это было катастрофой, т.к. эффективно отрезало от четверти до трети процента, или даже пол-процента всех десктопных пользователей в мире от разработки GNOME.

К сожалению, несколько out-of-tree компонентов GNOME в составе Ubuntu, это была лишь часть проблемы. Фирменным стилем общения с сообществом OpenSource у Canonical был скандал. От компании не отставали и фанбои Ubuntu, порой поливающие грязью OpenSource-разработчиков. Обиднее всего были даже не оскорбления, а особенное отношение к тем, кто разрабатывает открытое ПО. А ведь у нас меритократия! Понятно, что все это создавало барьеры между OpenSource-сообществом и коммьюнити вокруг Ubuntu, что, в свою очередь не позволяло им реализовывать свои планы эффективно.

На самом деле, мы все решительно одобряем этот шаг компании Canonical (т.е. его лидера, потому что остальные участники права голоса не имеют, в отличие от нашего коммьюнити, например). Действительно, трудно сказать будет ли нам от этого решения какая то видимая польза. Разработчиков у Canonical мало, так что ожидать притока патчей наверное не стоит. Багрепортов и раньше было мало, несмотря на то, что десктопная система в Ubuntu по умолчанию была GNOME (хоть и месиво компонентов из разных версий, да и с нестандартной нашлепкой поверх, т.е. Unity), поэтому ожидать, что их будет больше тоже наверное не стоит. Но что можно ожидать определенно, так это более разумного и взвешенного диалога между сообществом вокруг Ubuntu и OpenSource-коммьюнити. Диалога с большим уважением, и с меньшим уровнем черного пиара.

А в конце хочется напомнить вот что - Fedora всегда была на пике инноваций. То, что в нашем коммьюнити делается сейчас, всегда будет и в вашем дистрибутиве, только с некоторой задержкой. Можно сказать и так - того, от чего мы отказываемся и что не принимаем (Upstart, OpenRC, Unity, Mir, eudev, и т.п.), не будет и в вашем дистрибутиве рано или поздно. Если хотите знать, что будет, то либо присоединяйтесь, либо следите за нашими новостями!

Предложено перевести systemd с autotools на Meson

Похоже, что система сборки Meson потихоньку взлетает. Не так давно было предложено перевести на Meson сборку libdrm, затем Eric Anholt попробовал перевести на сборку с Meson X.org, и вот совсем недавно Zbigniew Jędrzejewski-Szmek предложил cобирать systemd с помощью Meson.

Жаль, что CMake даже не упоминают, хотя у него синтаксис нравится не всем.

Fedora прощается с Big-Endian вариантом архитектуры POWER

Пришла давно ожидаемая новость - мэйнтейнеры сборки Fedora для архитектуры POWER предлагают ограничиться только современным, Little-Endian вариантом этой архитектуры. Им становится слишком сложно патчить пакеты, особенно непростые, как тот же Golang.

Скорее всего их предложение будет принято, и будет доступна сборка Fedora лишь для ppc64le.

Третье издание книги "OpenStack. Практическое знакомство с облачной операционной системой."

Уже очень скоро выходит третье издание книги "OpenStack. Практическое знакомство с облачной операционной системой." под авторством нашего товарища и коллеги, Андрея Маркелова!

/images/3edition_full.png

Открыт предзаказ на третье издание книги, посвящённой практическим вопросам применения OpenStack.

  • Обновлены главы по основным сервисам OpenStack, в соответствии с изменениями на начало 2017 года (версия Newton) + 20 страниц.
  • Переработана глава о сервисе идентификации Keystone.
  • Расширены главы, посвящённые сервису сети Neutron и порядку работы с виртуальными машинами из командной строки.
  • Значительно переработана глава, посвящённая сервису телеметрии, в соответствии с тем, что сервис оповещения (Aodh) выделен в отдельный проект.

Оглавление и первая глава.

Предзаказ.

Истекли патенты на декодирование AC-3

Частично истекли патенты на еще один аудиокодек - AC-3, известный также, как Dolby Digital или A/52. Как часто бывает, кодировщик покрыт бОльшим количеством патентов, чем декодер, но декодировать уже можно без юридических опасений.

Мы уже начали процесс по включению декодера AC-3 в Fedora.

ABRT в Fedora 26

В Fedora 26 будет включен сервис systemd-coredump по умолчанию. Теперь обработка дампов памяти будет осуществляться systemd-coredump.

Все вроде хорошо, но у нас уже есть сервис, который тоже обрабатывает неизбежные фатальные ошибки в приложениях - ABRT. Не будет ли пересечения зон ответственности? Нет, отвечает нам Matej Habrnal, один из разработчиков. В Fedora 26 ABRT будет извлекать coredump-ы из логов journald, и для пользователя все будет прозрачно. Пока будет и возможность вернуться к прежнему поведению, когда все ошибки будут полностью обрабатываться ABRT, так что волноваться нечего.