Russian Fedora

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

Эхо от ухода Martin Pitt из Canonical

Помните новость, что Martin Pitt, человек-пароход, ушел в Red Hat? Так вот, у нее появилось продолжение.

Мы знали, что в Canonical очень мало разработчиков, и знаем, что сейчас они переживают тяжелые времена. Но мы даже и не подозревали, как на самом деле там плохи дела. Недавно мы услышали об Ubuntu-специфичной ошибке в очередном суверенном компоненте, LightDM, выбранном лишь для того, чтобы импортозаместить аналогичный компонент GNOME. Оказывается, про ошибку стало известно несколько месяцев назад, но исправить они не смогли, т.к. Мartin Pitt был единственный, который разбирался в том, что у них происходит. Прямая речь:

Ow. Unfortunately I don't have any information on how to fix this since most of the work on guest sessions and systemd was done by Martin Pitt.

Robert Ancell

Дожили. Но кое кто сообщает, что это еще не самое плохое, что происходит.

Вообще, странно все это. Ведь Martin, даже работая в Red Hat, продолжает уделять время улучшению Ubuntu. Например, недавно он включил в состав Debian и Ubuntu Cockpit, веб-интерфейс для управления системой. Она разработана инженерами Red Hat и пойдет на замену еще одной дистроспецифичной системы управления, Landscape, которая к тому же еще и проприетарная.

Qemu 2.9.0

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

  • GNU/kFreeBSD
  • DragonFly BSD
  • NetBSD
  • OpenBSD
  • Solaris
  • AIX
  • Haiku

Заодно объявлена неподдерживаемой архитектура Intel Itanium.

Эмуляция этих архитектур и систем продолжится, но, видимо, вскоре появятся проблемы при попытке запустить Qemu в NetBSD на архитектуре ia64.

В systemd включили возможность сборки с Meson

Разработчики systemd одобрили pull-request, в котором добавлялась возможность сборки с Meson. PR состоял из 80 коммитов, и потребовал уйму усилий, о чем с гордостью пишет автор, Zbigniew Jędrzejewski-Szmek, в своем блоге.

Из плюсов Meson, Zbigniew особо отмечает на порядок возросшую скорость сборки, и понятный синтаксис. Ничего не поделать, Autotools, с его юниксвэем, и поддержкой всех компиляторов в мире и юникс-систем из 1980х, не может конкурировать по производительности с современными средствами конфигурирования и сборки.

Docker переименовали в Moby

Docker переименовали в Moby и сменили структуру управления проектом, взяв за модель Fedora Project. Вот это правильно!

Так же, Docker Inc. предложили свой вариант инструментария для сборки Linux-дистрибутива для запуска контейнеризированных приложений - LinuxKit.

Wayland в сельском хозяйстве

Перспективы графической подсистемы выглядят просто прекрасно! И заблудшие овцы собираются обратно, так еще и постоянно появляются новые пользователи и разработчики Wayland.

Недавно, известный производитель, Claas, объявил, что Wayland будет использоваться в его продуктах CLAAS E-Systems. История успеха!

/images/claas_harvesters.jpg

Типичный продукт для сбора свеклы, капусты и картофана, использующий Wayland

Из других новостей, наши друзья и коллеги из Collabora хвастаются, что теперь Android может работать с видеодрайверами из стандартного Linux-ядра, а не через разработанную в Google прослойку. Должно заработать в Android 7.0.

Новая миссия Fedora Project

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

Так вот, Matthew указывает, что последний раз мы сформулировали наши глобальные планы более 6 лет назад. Цель нашего коммьюнити была такова - "наше сообщество должно вести за собой / руководить развитием свободного ПО и контента". Несмотря на нечеткость формулировки, допускающую множественные трактования, в целом мы справились. Другие дистрибутивы следуют нашим нововведениям, и методично повышается открытость процесса разработки в рамках нашего коммьюнити.

Но за такой строк изменилось очень многое, и нам нужна новая цель на ближайшие несколько лет. Если бы прямо сейчас перед несколькими тысячами участников Fedora Community поставить с нуля ту же задачу, то вряд ли мы бы взялись за новый дистрибутив, ведь есть и другие возможности повлиять на развитие коммьюнити СПО и свободного контента.

В марте 2017го было проведено собрание Fedora Council, на котором участники попробовали собрать список наших сильных и слабых сторон, и учитывая их, ответить на четыре простых вопроса:

  • Что мы делаем?
  • Как мы это делаем?
  • Для кого мы это делаем?
  • В чем наша уникальность?

По результатам была сформулировано предложение изменить цель нашей миссии:

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

Наши четыре базовые ценности, разумеется, остаются неизменными - "Freedom, Friends, Features, First".

Теперь объясним по пунктам, что мы имели в виду в новой формулировке.

  • Создает инновационную платформу

    На уровне ОС, мы не только склеиваем существующие компоненты, но и создаем новые. Это именно то, что делает нас платформой, а не просто одним из дистрибутивов. И использование слова "инновационную", это не маркетинг. Мы решаем нерешавшиеся до сих пор в общем случае задачи "слишком быстро обновляется / слишком медленно" в рамках проекта Modularity, изучаем возможности OSTree для обновлений, и Layered Image Build Service, который делает контейнеры полноправной частью операционной системы (наравне с традиционными пакетами).

  • включает в себя и управляет оборудованием, облаками, и контейнерами

    Мы хотим явно указать, что рассматриваем Fedora, как основной компонент всех рабочих окружений, которые будут использоваться нашими участниками.

  • для разработчиков, чтобы те могли создавать специализированные решения для их пользователей

    Это включает в себя как upstream-, так и downstream-разработчиков, которые могут использовать наш проект в своих решениях.

  • для участников сообщества, чтобы те могли создавать специализированные решения для их пользователей

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

Matthew интересуется вашим мнением - может что надо поменять, что-то добавить?

Netflix не работает в Firefox в Fedora

Наш коллега, Jiří Eischmann, которому не повезло быть платным клиентом неудобного проприетарного т.н. "легального" стриминг-сервиса Netflix, поделился своей проблемой - Netflix блокирует пользователей Fedora по юзерагенту в браузере Firefox. Причем, все выглядит так, что блокируют они только Fedora, т.к. если заменить это слово в User-Agent, скажем, на название другого дистрибутива, то включается их HTML5-плейер.

Технически, они не блокируют, а переключают на страницу с плейером на основе Silverlight, но понятно, что это считай что просто блокировка.

Мы очень опечалены тем, что Иржи так приходится страдать из-за того, что он сознательно выбрал честный легальный неудобный сервис, вместо удобного нелегального, и надеемся, что Netflix пропатчит свой фронтэнд.

Когда друзья просят тебя рассказать про волшебный мир torrent-сайтов, где есть всё!

Новости 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. Это запросто может вызвать проблемы, и очень непонятные для начинающих сисадминов. Обновления без перезапуска системы в таком случае просто приведут к неработоспособности ряда ее сервисов.