Russian Fedora

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

Предложены радикальные изменения в работу Unix Pipes.

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

Вслед за системным журналом, который постепенно перемещается в базу данных (страшные "бинарные логи") и системой загрузки, которая больше не будет работать на смеси скриптов на нескольких языках для манипуляции со строками, падает и еще один бастион Stringly Typed подхода в разработке - Unix Pipes. Участник проектов GNOME и Fedora, Alexander Larsson предложил радикально переработать этот старый интерфейс.

Вместо никак не стандартизированного потока байтов, предлагается ввести возможность обмениваться стандартизированными и типизированными структурами данных, например, сериализованными объектами (как это уже сделано в Windows PowerShell). Из плюсов - это позволит выбросить тучу кода из стандартных утилит (форматирование, сортировка, раскраска и т.п.), и заменить их стандартными препроцессорами нового формата Unix Pipes (которые уже написал Alexander Larsson), т.е. coreutils будут правильнее с т.з. философии Unix. Из минусов - это изменение, когда его примут в базовые утилиты, сделает их несовместимыми с маргинальными Unix- и Linux-системами.

Мы будем следить за тем, как проходит внедрение этого интересного и полезного нововведения.

Кстати, возвращаясь к бинарным логам - насколько просто в вашем текстовом логе сделать вот так?

SUSE объявило о своих планах на Restricted Boot (т.н. "Secure Boot")

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

Наконец-то и еще одна компания перестала отмалчиваться на эту тему и в двух блог-постах - обзорном и более конкретном, высказалась по данному поводу. Чуда не произошло - они также пойдут по пути, выбранному Fedora Project. Позволив себе вежливый комплимент в сторону тупикового подхода, на свою беду выбранного Canonical (включение своего мастер-ключа в каждую материнскую плату каждого производителя, что, как уже понятно, не получится реализовать в полном объеме), они сообщили, что склоняются к модифицированному в лучшую сторону способу загрузки с помощью ключа от Microsoft.

Matthew Garett подробно описал отличия от нашего пути. Напомню - идея была в том, что первичный загрузчик, подписанный мастер-ключом от Microsoft, будет загружаться UEFI, затем он загрузит подписанный вторым ключом (не мастер-ключом) grub2 и ядро, а дальше - зависит от действий пользователя. В Fedora второй ключ пока вшит в первичный загрузчик, и ключ Microsoft подписывает сразу и загрузчик, и вторичный ключ, а в SUSE предлагают отделить вторичный ключ и хранить его отдельно. Они предложили для этого довольно интересное техническое решение - модификация этого хранилища будет возможна лишь на этапе загрузки (до вызова функции ExitBootServices()), так что физически имеющий доступ к компьютеру пользователь будет иметь возможность добавлять свои ключи (и, например, удалять чужие) для цифровой подписи дальнейших компонентов. Fedora, разумеется, поддержит их начинание, т.к. технически оно более правильное и возвратит пользователю некоторые свободы.

К сожалению, пока подход SUSE нереализован. Сейчас на материнских платах с включенным Restricted Boot работает лишь тот способ, который предложен Fedora. Canonical все еще в процессе переговоров со всеми производителями, и пока не договорится - их подход не заработает. К тому же проблема Ubuntu осложняется тем, что они переписывают GRUB2.

Самосборные дистрибутивы на таких материнских платах не будут загружаться вовсе.

Приложения, разработанные Rosa Lab, в Fedora.

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

Первое приложение, разработанное нашими друзьями из Rosa, одобрено для включения в Fedora.

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

Вышел systemd 188

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

Вышла новая версия современного загрузчика Linux. Нововведений немного, но одно стоит особенно отметить - теперь не надо постоянно дописывать .service в командах systemctl. Это теперь стало по умолчанию. Готов для десктопа!

Новые "фичи" Fedora 18 (последняя порция - теперь на самом деле)

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

Несмотря на то, что в прошлое собрание FESCo было объявлено, что больше новых фич принимать не будут, в самый последний день, практически после собрания, было поставлено на рассмотрение FESCo с дюжину новых заявок. Пришлось провести еще один раунд обсуждений, благодаря которому успели запрыгнуть в вагон следующие фичи:

Отложили принятие решения по предложенной инженером Dell фиче - Agent-Free Management (управление и мониторинг ресурсами системы без установки дополнительных сервисов). Понятно, что это означает, лишь то, что сервисы будут предустановлены заранее, и наличие очередной пачки демонов, запущенных по умолчанию, может вызвать неконтролируемые вспышки ярости у пользователей ноутбуков (например).
Вот теперь все.

Слет системных администраторов. Лагерь Russian Fedora.

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

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

предпосылки лагеря RF :)

Присоединяйтесь! ;)

Новый релиз драйвера для OpenChrome.

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

Участник Fedora Xavier Bachelot вновь анонсировал выход новой версии драйвера для видеокарт Via. Вы уже знаете, что ситуация с драйверами для этой видеокарты не очень хорошая, и тем отраднее видеть значительные улучшения - переход на GEM, поддержку KMS, совместимость с последним API X.org. Ждем и в Fedora (для Fedora 18 уже есть сборка).

Новые "фичи" Fedora 18 (последняя порция)

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

На собрании FESCo одобрили еще несколько фич будущей Fedora 18:

Это последний раз, когда одобряются новые фичи для этой версии - окно закрыто, больше заявки на Fedora 18 не принимаются.

Текущий статус и планы на OpenCL в Fedora

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

Начиная с мая 2012, в Mesa есть базовая поддержка OpenCL.

Для тех, кто не в курсе - поддержка OpenCL уже давно есть в Mac OS X "из коробки" и в Windows, если на ней установлен DirectX 11, но ситуация с графикой в Linux крайне тяжелая, что бы ни говорили ретрограды, которым ничего не нужно, и OpenCL - не является исключением.

На прямой вопрос о том, когда ожидать открытую реализацию OpenCL в Fedora, David Airlie ответил, что к сожалению библиотека для OpenCL внутри Mesa еще плохо спроектирована (что совсем неудивительно для настолько раннего этапа) - она использует самодельные сборочные скрипты на питоне, и ее сборка это еще то удовольствие. Но это не единственная проблема - и в драйвере nouveau, и в radeon, и уж тем более в intel, поддержка OpenCL еще даже и не была включена в основное дерево исходных текстов. Так что даже если и собрать Mesa с поддержкой OpenCL, то все, что получится, это запустить мелкую утилиту, для проверки доступности OpenCL, которая выведет строку о том, что ничего не найдено.

Ну что ж, будем ждать. Пока, к сожалению, вариант ровно один - использовать проприетарный SDK от AMD или NVIDIA.