Одобрены новые "фичи" Fedora 18
Опубликовано 19.6.2012 13:17 пользователем Peter Lemenkov
На последнем собрании FESCo были приняты новые "фичи" (при желании можно ознакомиться с полной стенограммой заседания):
Отдельно отметим два нововведения, касающиеся постепенно набирающего обороты глобального улучшения ситуации с обработкой ошибок (о других улучшениях в этой области мы уже однажды рассказывали):
К сожалению, обработка сообщений об ошибках от пользователей и в целом обратная связь с ними еще нуждается в больших доработках. Похоже, что без проб и ошибок оптимального решения не найти.
Приняли и еще одну "фичу", вызвавшуюся шумные споры - апдейты, требующие перезагрузки системы в специальный режим (наверное все видели их в некоторых проприетарных операционных системах). Эта фича GNOME потребует systemd и PackageKit самых последних версий. В целом это еще один шаг к полностью транзакционным апдейтам, но многие маргинальные дистрибутивы не смогут (или смогут с трудом) их реализовать - из-за отсутствия systemd или из-за пересборки всего из исходников. Участник Fedora Richard Hughes объясняет причины этого нововведения и задачи, которые планируется решить.
Одна инициатива не получила одобрение (была отвергнута единогласно) - оптимизация systemd-юнитов в соответствии с последними наработками. Решили, что "premature optimization is the root of all evil", и сначала надо полностью переключиться на systemd, а уж потом оптимизировать и улучшать.
- Упрощенная первоначальная настройка системы после установки на замену устаревшему firstboot. Будет создан апплет, который позволит быстро ознакомиться с лицензионным соглашением, настроить сеть, создать аккаунты пользователей и т.п.
- лучшая поддержка Clojure. Несмотря на то, что сам Clojure уже есть в репозитории, все еще недостает полезных утилит, которые приходится откуда-то качать, собирать и ставить. Это нужно исправить. Вызвался заняться этим немец индонезийского происхождения Michel Alexandre Salim, который помимо прочего помогает в деле включения Riak в репозитории Fedora
- Новый фронтэнд для RPM на замену yum - DNF (была предложена еще одна "фича", включение Hawkey, библиотеки для DNF, но ее порекомендовали объединить с родительской задачей). Цель - замена yum на более быстрый аналог, базирующийся на разработках проекта openSUSE.
- Включение нового плагина для GCC, базирующегося на LLVM - DragonEgg. Это позволит использовать при компиляции с GCC оптимизатор и кодогенератор из LLVM. А почему бы и нет?
- Продолжится перевод SysVinit-скриптов в sytstemd-юниты.
- Переименование логических переменных в SELinux. Ранее они именовались бессистемно, а теперь было решено привести их к некоему общему виду. Народ волнуется и ожидает проблем. Ничего, прорвемся!
Отдельно отметим два нововведения, касающиеся постепенно набирающего обороты глобального улучшения ситуации с обработкой ошибок (о других улучшениях в этой области мы уже однажды рассказывали):
- Использование специализированной утилиты для сжатия DWARF-секций, что уменьшит размер *-debuginfo пакетов. Это потребует внесения изменений во все приложения, что читают debug-информацию (gdb, valgrind и т.п.), и пересборку всего дерева.
- Вызвавшая ожесточенные
срачиспоры "фича" - установка некоего сокращенного *-debuginfo с каждым пакетом. Это, как ожидается, увеличит минимальные требования к свободному месту на 5-10 процентов. В общем, не так и страшно, но мы напоминаем, что была более радикальная идея - вообще не устанавливать никакого debuginfo, а использовать использование специализированного Web-сервиса и FUSE для получения отладочной информации. Напоминаем, что речь не идет о разработчиках и тестерах - речь идет о том, чтоб увеличить качество автоматизированных багрепортов от простых пользователей.
К сожалению, обработка сообщений об ошибках от пользователей и в целом обратная связь с ними еще нуждается в больших доработках. Похоже, что без проб и ошибок оптимального решения не найти.
Приняли и еще одну "фичу", вызвавшуюся шумные споры - апдейты, требующие перезагрузки системы в специальный режим (наверное все видели их в некоторых проприетарных операционных системах). Эта фича GNOME потребует systemd и PackageKit самых последних версий. В целом это еще один шаг к полностью транзакционным апдейтам, но многие маргинальные дистрибутивы не смогут (или смогут с трудом) их реализовать - из-за отсутствия systemd или из-за пересборки всего из исходников. Участник Fedora Richard Hughes объясняет причины этого нововведения и задачи, которые планируется решить.
Одна инициатива не получила одобрение (была отвергнута единогласно) - оптимизация systemd-юнитов в соответствии с последними наработками. Решили, что "premature optimization is the root of all evil", и сначала надо полностью переключиться на systemd, а уж потом оптимизировать и улучшать.