На прошедшем с 13 по 15 января 2012 года FUDCon (Fedora Users and Developers Conference) в Blacksburg, USA разработчики всем знакомого инсталлятора Anaconda, используемого в Fedora рассказали как о проведенной работе, так и о будущих планах:
  • Новый, переработанный интерфейс. К Fedora 17 его доделать не успели, так-что мы его увидим только в Fedora 18.
  • Переход на dracut, что позволило снизить требование к памяти до 512 мегабайт (и потенциально уменьшить до 256).
  • Апгрейды системы начиная с Fedora 18 будут выполняться только с помощью preupgrade. Т.е. если вы выберете в anaconda пункт "обновить существующую систему", то будет задействован preupgrade.

В репозитории доступно очередное обновление популярного в России браузера Opera 11.61. Данное обновление является рекомендованным в плане безопасности и стабильности.

В репозитории russianfedora обновлён пакет i7z до последней доступной версии из svn. Эта небольшая утилита будет интересна владельцам процессоров Intel i3, i5, i7 для контроля и изменения их частоты и энергосбережения .

На прошедшем 23 января 2012 года собрании FESCo одобрили ряд новых фич Fedora 17, и в этот раз их список очень внушителен:
  • Включение DIET, открытого решения для высокопроизводительных вычислений
  • Переработка способа создания LiveCD, с целью унификации установщиков и методов установки/сборки, которых уже несколько штук
  • Сервис дедупликации backtrace'ов в ABRT. Сейчас почти на каждый бэктрейс от ABRT открывается новая заявка в Bugzilla, которые затем приходится объединять вручную. В рамках этой "фичи" будет предпринята попытка автоматизации этого довольно нудного процесса.
  • Утилита конфигурации шрифтов, в зависимости от языка. Сейчас для этого требуется знать, как настраивается fontconfig.
  • Сервис автодополнения английских слов. Это, скорее всего, нужно для того, чтоб в сети появлялись смешные гифки с ошибками autocomplete не только с iPhone, но и с Fedora, что поможет популяризировать дистрибутив.
  • Обновление Eclipce до версии Juno
  • Включение в дистрибутив языка Opa. Это язык, предназначенный для облачных вычислений.
  • Очередные новые индийские языки.
  • DNSSEC на десктопах. Это следующий этап перехода дистрибутива на DNSSEC.
  • Поддержка файловых систем EXT4 более 16 терабайт, что уже совсем нефантастично звучит в наши дни
  • Обновление Haskell Platform до версии 2011.4. Чуть ранее уже была одобрена фича, в рамках которой будет произведено обновление Glasgow Haskell Compiler до 7.4.1
  • Обновление IPA до версии 3
  • Обновление OpenJDK до версии 7
  • Обновление mkdumprd для kexec-tools. Теперь оно будет использовать dracut.
  • Включение virt-sandbox, позволяющего организовать выполнение произвольных пользовательских приложений в изолированном окружении, построенном с использованием libvirt.
  • Включение Non-Uniform Memory Alignment Daemon в дистрибутив
  • Включение Quantum, виртуального сервиса сети, предназначенного, в основном, для системы облачных вычислений OpenStack.
  • RabbitMQ как middleware bus для проекта OpenStack.
  • Обновление Ruby до версии 1.9.3
  • Включение новой возможности SELinux - запрет на трассировку приложением другого процесса
  • Запуск некоторых приложений с их собственной временной директорией вместо общего пространства в /tmp .
  • Включение Wallaby, программируемого семантического сервиса конфигураций для HPC системы Condor.
Помимо этих фич, на рассмотрение уже поданы новые заявки.

Недавно было анонсировано (тут и тут), что в Red Hat на работу приходят два Java разработчика, ушедших от известных финансовых спекулянтов JPMorgan Chase & Co - Mario Torre и Roman Kennke. Будем надеяться, что это сильно улучшит общую ситуацию с Java в Fedora, где, к сожалению, наблюдаются некоторые проблемы.

Tomcat 7 с поддержкой Java 7 перешел в update-testing, и в ближайшее время появится в основных репозиториях Fedora. Спасибо за это надо сказать Ивану Афоничеву.

Широко известный сотрудник Red Hat и участник Fedora, Lennart Poettering вместе с коллегами предоставил третий выпуск пожеланий для разработчиков ядра. В документе перечисляются новые функции, которые было бы полезно реализовать на уровне Linux Kernel. К третьему выпуску документа некоторые из них уже реализованы.

В недавнем докладе инженера компании Google, Michael Rubin, о файловых системах будущего, который активно обсуждался в русскоязычной линукс-блогосфере, прозвучало упоминание о XFS, как о файловой системе ближайшего будущего. Среди прочих упоминались btrfs, ext4 и другие современные файловые системы, так-что упоминание системы из 1993 года, которую портировали на Linux больше 10 лет назад, как системы ближайшего будущего, у многих вызвало усмешки и/или недоумение.

Свои разъяснения (внимание, статья находится за paywall) дал разработчик XFS, работник Red Hat, Dave Chinner. Оказывается, уже очень давно, в XFS есть операции, линейно масштабирующиеся по количеству потоков, чего не смогла до сих пор достигнуть ни ext4, ни btrfs (у нее проблемы начинаются уже с 4-8 потоков). Единственное, где она проигрывала, это запись журнала. И эта операция не только не масштабировалась, но и порождала огромное количество действий при совершенно небольших изменениях (распаковка тарболла с исходниками ядра Linux, например, где XFS была в 20-50 раз медленнее ext4), чем ухудшала общие показатели, практически прекращая масштабирование производительности после 4 потоков.

Эту ситуацию пытались поправить уже несколько раз в прошлом, но, из--за сложности реализации этой системы, все эти попытки успехом не увенчались. И вот, Дэйв сообщил, что добился серьезного прогресса. С версии 3.3 ядра в XFS будет включен механизм отложенной записи операций с журналом, позаимствованный из ext3. Теперь система почти линейно масштабируется, и она показывает в несколько раз более лучшие результаты, чем ext4 при количестве потоков более 4.

Дэйв также обрисовал дальнейший фронт работы. Это онлайн-проверки самой системы, исправление ошибок и обнаружение проблем с жестким диском.

Что до конкурентов, то ни ext4, ни btrfs не в состоянии теперь показать сколь-нибудь превосходящие показатели в каких-либо тестах по сравнению с XFS. Начиная с версии 3.3 в Linux ядре у нас новый король ФС.

В вики проекта добавлена инструкция по запуску собственных скриптов с помощью Systemd. Она является логическим продолжением широко известной в узких кругах Шпаргалки по переходу c SysVinit на Systemd.

Активный участник проекта Fedora и работник Red Hat, Tim Waugh, предупреждает о готовящемся релизе CUPS. В связи с тем, что разработка ведется компанией Apple, то все Linux-зависимые вещи были или скоро будут выброшены. Среди таких - CUPS discovery, вместо которого надо теперь использовать DNS-SD. К сожалению, для совместимости с Avahi потребовались патчи, которые уже написаны Тимом. Также некоторые фильтры были перенесены в отдельный проект.

Таким образом, в ближайшее будущее CUPS будет требовать Avahi для сохранения функциональности, и если у вас не Fedora, а какой-нибудь source-based дистрибутив, в котором можно выбрасывать функциональность с помощью флагов сборки, то не забудьте включить Avahi обратно, чтоб уметь находить принтеры в сети.

Страницы