LINUX.ORG.RU

Обзор принятых нововведений для Fedora 18

 , ,


2

3

Не так давно прошли 4 собрания FESCo, на которых были приняты некоторые новые изменения, которые будут включены в 18-й выпуск ОС Fedora GNU/Linux.

Вот полный их список:

Первое собрание FESCo:

  • Упрощенная первоначальная настройка системы после установки на замену устаревшему firstboot. Будет создан апплет, который позволит быстро ознакомиться с лицензионным соглашением, настроить сеть, создать аккаунты пользователей и т.п.
  • Лучшая поддержка Clojure. Несмотря на то, что сам Clojure уже есть в репозитории, все еще недостает полезных утилит, которые приходится откуда-то качать, собирать и ставить. Это нужно исправить. Вызвался заняться этим немец индонезийского происхождения Michel Alexandre Salim, который помимо прочего помогает в деле включения Riak в репозитории Fedora.
  • Новый фронтэнд для RPM на замену yum — DNF (была предложена еще одна «фича», включение Hawkey, библиотеки для DNF, но ее порекомендовали объединить с родительской задачей). Цель — замена yum на более быстрый аналог, базирующийся на разработках проекта openSUSE.
  • Включение нового плагина для GCC, базирующегося на LLVM — DragonEgg. Это позволит использовать при компиляции с GCC оптимизатор и кодогенератор из LLVM.
  • Продолжится перевод SysVinit-скриптов в sytstemd-юниты.
  • Переименование логических переменных в SELinux. Ранее они именовались бессистемно, а теперь было решено привести их к некоему общему виду. Народ волнуется и ожидает проблем. Ничего, прорвемся!

Второе собрание FESCo:

  • В Fedora 18 будут новые нескучные 256-цветные терминалы. Пользователи Mac OS X, которые работают на Linux-машинах через ssh, будут особенно рады.
  • CIM Management — еще одна фича, предназначенная для т. н. систем enterprise-уровня.
  • Обновление fontconfig до версии 2.10.
  • Обновление Ruby on Rails до версии 3.2.
  • Обновление Perl до версии 5.16.
  • Новая суб-архитектура для PowerPC — Power7 (ppc64v7). Теперь их будет три: ppc, ppc64 и ppc64v7.

Третье собрание FESCo:

  • KDE 4.9.
  • Еще одно облачное решение будет доступно из коробки — Eucaliptus. Список зависимостей у него довольно значительный, но будем надеяться, что успеют.
  • Включение gss-proxy на замену старому rpc.svcgssd.
  • Две фичи для лучшей поддержки восточных и азиатских языков — автодополнение слов, основанное на ibus и совместимое с ним, и новый ibus-модуль для упрощенного китайского.

Четвёртое (последнее) собрание FESCo:

Отдельно стоит упомянуть 2 нововведения, связанные с проблемой обработки ошибок:

  • Использование специализированной утилиты для сжатия DWARF-секций, что уменьшит размер пакетов *-debuginfo. Это потребует внесения изменений во все приложения, что читают debug-информацию (gdb, valgrind и т.п.), и пересборку всего дерева.
  • Bызвавшая ожесточенные споры «фича» — установка некоего сокращенного *-debuginfo с каждым пакетом. Это, как ожидается, увеличит минимальные требования к свободному месту на 5-10 процентов. В общем, не так и страшно, но мы напоминаем, что была более радикальная идея — вообще не устанавливать никакого debuginfo, а использовать специализированный Web-сервис и FUSE для получения отладочной информации. Напоминаем, что речь не идет о разработчиках и тестерах — речь идет о том, чтоб увеличить качество автоматизированных багрепортов от простых пользователей.

Первое заседание
Второе заседание
Третье
Четвёртое

Теперь приём заявок на нововведения в Fedora 18 закрыт.

★★★

Проверено: maxcom ()
Последнее исправление: Silent (всего исправлений: 9)

Затрахали уже эти потерринги: зачем выкидывать то, что хорошо и стабильно работает?! iptables проверенная и надежная вещь, ан нет, его тоже выкинуть надо...сначала pulseaudio, потом systemd, потом бинарные логи, wayland и теперь еще и лучший фаервол угробить хотят. Все, я перехожу на FreeBSD, линупс все дальше и дальше уходит от UNIX...

anonymous
()
Ответ на: комментарий от ZenitharChampion

KMS стоит, фильмы через fbdev2 играет. Картинки показывает и т.п. Но терминал не поддерживает 256 цветов для расцветки текста и псевдографики. Ему без xterm's 256 color mode extension это не под силу. А поддерживает такие плюшки только fbterm, насколько я в курсе. А он по умолчанию в дистрах не идёт, надо самому ставить и настраивать. Как это реализуют в Fedora я не в курсе. Может засунут fbterm по умолчанию? Но что тогда будет с теми, у кого не работает framebuffer?

lucentcode ★★★★★
()
Ответ на: комментарий от anonymous

Уходит, конечно. Но если это приносит новые полюшки и повышает удобство от работы в данной ОС, то не важно какими методами они это сделали.

lucentcode ★★★★★
()
Ответ на: комментарий от alpha

Все непопулярные в народе решения сначала принимает федора.

Ну, обратные ситуации тоже были: upstart, например, создавали и испытывали в Ubuntu, уже после этого его в Федору добавили.

kss ★★★★★
()
Ответ на: комментарий от Cancellor

Дома - да, поставлю. А на серверах?

anonymous
()
Ответ на: комментарий от lucentcode

Абсолютно верно, но только pulseaudio у меня толком не работает - нет, нет, а звуки в pidgin'е с треском идут...регулировка громкости, например, в том же rhythmbox или totem вообще дебильной стала - добавляешь в приложении на максимум, а оно тебе общую на максимум ставит. И задержки, как были, так и есть...почему у меня в FreeBSD нормально работает и смешивание, и регулировка и задержек нет? Нахрен этот pulseaudio нужен? Теперь следующее...бинарные логи..такие есть в IBM AIX и я вам скажу, что это не айс. Совсем не айс..не сказать, что неудобно и ужасно, но и никаких плюсов я для себя не увидел в них. Поэтому, у меня создается впечатление, что все поттеринг-стайл поделки, безусловно, это что-то новое и по-другому работающее...но не фига не лучше того, в чем эти товарищи находят фатальные недостатки..

anonymous
()
Ответ на: комментарий от sol13

Эх, теперь точно придется ставить с нуля 18, а не обновлять, так как чую будет море ошибок

С чего такой пессимизм?

dexpl ★★★★★
()
Ответ на: комментарий от chelovek-bugurt

Ну да, те, кто его не осилил в один миг станут спецами по сетям и будут гордится этим в школе.

Deleted
()

Bызвавшая ожесточенные споры «фича» — установка некоего сокращенного *-debuginfo с каждым пакетом. Это, как ожидается, увеличит минимальные требования к свободному месту на 5-10 процентов.

Это могли утвердить только неадекваты.

Deleted
()
Ответ на: комментарий от anonymous

Почто убогие-то. Придумывают фичу, сами же её реализуют, сами тестируют и несут в массы. Хочешь — глотай в уже прожёванном виде, не хочешь — сиди дальше в криокамере. Полная свобода действий :D

carasin ★★★★★
()
Ответ на: комментарий от alpha

Называется «собака лает — караван идёт» :D

carasin ★★★★★
()

Включение нового плагина для GCC, базирующегося на LLVM — DragonEgg. Это позволит использовать при компиляции с GCC оптимизатор и кодогенератор из LLVM.

То есть GCC тихоньку сворачивают как ненужное? Хорошая новость...

anonymous
()

Лучшая поддержка Clojure

А оно сильно нужно?

anonymous
()

Новый фронтэнд для RPM на замену yum — DNF

всеж таки фронтэндом к rpm является rpm.

yum находится уровнем выше. Это полноценный пакетный менеджер.

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

DNF is a fork of Yum 3.4 that uses libsolv via hawkey for a backed.

Вообще как-то это слабо согласуется с заявлением «замена yum на более быстрый аналог».

Цель — замена yum на более быстрый аналог, базирующийся на разработках проекта openSUSE.

People are asking why we didn't choose to adopt zif (or SUSE's zypp) instead of fixing yum. The reasons are:

Тоже как-то слабо согласуется, не находите? Или в openSuse тоже поклали на родной пакет-менеджер?

AVL2 ★★★★★
()
Ответ на: комментарий от Deleted

Это могли утвердить только неадекваты.

наоборот. 10% пространства, это ерунда по сравнени с возможностью получить более исчерпывающие автоматические отчеты об ошибках.

AVL2 ★★★★★
()
Ответ на: комментарий от AVL2

о в любом случае имхо прежде чем вводить новый пакетный менеджер, имеет смысл его обкатать в опциональном режиме на текущем дистре.

Ну пока именно это и предлагается: «For Fedora 18 this is mainly meant as a preview» Говорить о замене пакетного менеджера рано.

Тоже как-то слабо согласуется, не находите?

Почему? Это форк yum-а, поэтому у него будет схожий интерфейс и на него легче будет перейти. При этом он будет использовать другую библиотеку, поэтому предполагается, что будет работать быстрее и эффективнее. По-моему логично.

alpha ★★★★★
()
Ответ на: комментарий от alpha

Почему? Это форк yum-а, поэтому у него будет схожий интерфейс и на него легче будет перейти. При этом он будет использовать другую библиотеку, поэтому предполагается, что будет работать быстрее и эффективнее. По-моему логично.

2 тормозных поделия на питоне. «быстрее», «эффективнее» - это только розовые мечты.

Deleted
()

Собственно, ничего страшного и революционного не предвидится. Повода для паники нет. :)

imul ★★★★★
()
Ответ на: комментарий от alpha

Машинка для производства лозунгов - это Peter Lemenkov на вашем сайте.

Deleted
()
Ответ на: комментарий от Deleted

Любители лишнего хлама в системе думаю особенно это оценят.

это не хлам. Это часть используемого ПО. Любители ловить сегфолты, понятно, не оценят.

AVL2 ★★★★★
()
Ответ на: комментарий от AVL2

В дистрибутивах для людей отладочные символы идут отдельными пакетами и ставить их можно по мере надобности.

anonymous
()
Ответ на: комментарий от alpha

Ну пока именно это и предлагается: «For Fedora 18 this is mainly meant as a preview» Говорить о замене пакетного менеджера рано.

Понятно.

Почему? Это форк yum-а, поэтому у него будет схожий интерфейс и на него легче будет перейти.

Довольно странно форк называть новыйм проектом. Это все тот же питоновый скрипт.

При этом он будет использовать другую библиотеку, поэтому предполагается, что будет работать быстрее и эффективнее. По-моему логично.

Ну это врядли. Насколько я помню, юма еще в 15 федоре частично на си переписали. С какой стати он станет быстрее? Да и нужно ли это? Имхо юм страдает от своей питоновой сущности, а не от медлительности. Стандартные операции поиска и установки у него проходят вполне себе хорошо.

А вот, например, необходимость жать ctrl-c стопицот раз на каждом зеркале, вот это другое.

AVL2 ★★★★★
()
Ответ на: комментарий от Deleted

Недопиленая хомячковая поделка.

А что помешает убрать firewalld из автозапуска и продолжать использовать *tables? Netfilter то останется тот же.

Жаль что они скатились к такому уровню сырого софта.

Да, очень жаль, что линукс скатился к уровню нормального десктопного софта, с которым не обязательно заниматься сексом в процессе настройки =(.

Deleted
()
Ответ на: комментарий от anonymous

В дистрибутивах для людей отладочные символы идут отдельными пакетами и ставить их можно по мере надобности.

И соответственно, их никто не ставит, отчего отчеты от abrt на 99,9% не несут в себе ничего, кроме самого факта сегфолта приложения.

Система должна быть самодокументируемой.

AVL2 ★★★★★
()
Ответ на: комментарий от Deleted

2 тормозных поделия на питоне

Поскольку питон тормозит в основном у тех, кто его в глаза не видел, то ничего страшного.

По сабжу: федора правильным путём идёт, я считаю. Надо будет попробовать - сравнить с Убунтой

Divius ★★
()
Ответ на: комментарий от AVL2

С какой стати он станет быстрее? Да и нужно ли это? Имхо юм страдает от своей питоновой сущности, а не от медлительности.

Честно говоря я не понимаю, что значит «питоновая сущность» в вашем понимании. По вашему медлительна написанная на питоне обвязка для разбора параметров командной строки? Наверное нет. Наверное всё-таки важны внутренние функции работы с зависимостями, с репозиториями и т.п.?

libsolv - это как раз сишная библиотека, которая предполагается более быстрой по каким-то там своим причинам. Соответственно то, что они делают, - это оставляют интерфейс юма и постепенно заменяют внутренности на другие. Вполне вероятно, что они начали это делать в самом yum-е, но потом уперлись в какие-то ограничения и теперь продолжают это дело уже в рамках отдельного форка.

Вот как попадет этот DNF в репозитории - так и потестим, сравним скорости.

alpha ★★★★★
()
Ответ на: комментарий от nexfwall

Добавят демона, который будет рулить айпитейблсом (ну и сам айпитейблс, наверное, пропатчат), а также тулзу для управления демоном.

carasin ★★★★★
()
Ответ на: комментарий от AVL2

юма еще в 15 федоре частично на си переписали

юм страдает от своей питоновой сущности

Взаимоисключающие параграфы в действии

от своей питоновой сущности, а не от медлительности

... и фанатизм там же. Гвидо тебе лично в компьютер лезет с питоновской сущностью? И тормозит то, что не страдает «медлительностью»?

Что-то ты, кажется, сам себя не понял

Divius ★★
()
Ответ на: комментарий от PaRuSoft

:-)

(17 - 9) / 2 = 4 года назад. Вы бы ещё времена РедХата (который не ЕЛ) вспомнили.

carasin ★★★★★
()
Ответ на: комментарий от alpha

Честно говоря я не понимаю, что значит «питоновая сущность» в вашем понимании.

Это перманентно выпадающие скрипты-программы. Например, из за юникода - http://bb.comp-house.ru/comp-house.repo/wiki/python-unicode-error

или вот еще питоновый прикол: http://bb.comp-house.ru/comp-house.repo/wiki/bug_in_system-config-keyboard

По вашему медлительна написанная на питоне

я не считаю, что юм в целом излишне медлителен. Для операций поиска и уставновки (то, для чего его и писали) он достаточно быстр, потому что на осознание необходимости доустановки софта, поиск ключевых слов для поиска и загрузку пакета из репа уходит не в пример больше времени. Потерять полчаса на поиск и принятие решения и съэкономить минуту на установке?

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

AVL2 ★★★★★
()
Ответ на: комментарий от AVL2

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

alpha ★★★★★
()
Ответ на: комментарий от alpha

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

Естественно, накосячить можно где угодно, было бы желание. Тем не менее используемый инструмент обычно оставляет свои следы. В питоне это куча ошибок, которые выявляются уже в рантайме.

AVL2 ★★★★★
()
Ответ на: комментарий от alpha

Ну это стандартное, ничем не обоснованное заявление для старта холивара. Я - пас )

да как же не обоснованное? В федоре инсталлятор, юм и семейство system-config написаны именно на питоне.

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

Кстати, самый лучший из них, это юм. Там хоть глобальная обработка исключений сделана. Грубо, примитивно, но хоть так. Остальные просто посредине выпадают на любом чихе пользователя и готово...

AVL2 ★★★★★
()

Федора в этот раз особенно похожа на испытательный полигон. Вечносырой дистрибутив, блин...

segfault ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.