Релиз дистрибутива Fedora 17 (и RFRemix 17)

[Vascom]

После нескольких переносов наконец-то состоялся релиз дистрибутива Fedora 17.

Узнать подробности и скачать можно на официальном сайте.
Описание и основные нововведений Fedora 17 доступны на wiki проекта.

Одновременно стала доступна для загрузки 17-я версия дистрибутива RFRemix, базирующегося на репозиториях Fedora, RPM Fusion и Russian Fedora. Дистрибутив основан на kernel 3.3.4, glibc 2.15, GNOME 3.4.1, KDE 4.8.3, XFCE 4.8, LXDE. Включает также «из коробки» LibreOffice 3.5.3, Firefox 12, Chromium 21, мультимедийные кодеки, поддержку Adobe Flash и проприетарные драйвера к видеокартам NVIDIA.

Основные отличия RFRemix 17 от Fedora 17:

• Исправлена проблема установки пакетов с локализацией (kde-l10n, libreoffice-langpack и т. п.) в процессе установки;
• Наличие быстрых сценариев для установки в меню загрузчика;
• Live диски имеют размер больше 700 мб, что позволило уместить на них больше пакетов (например, Libre Office);
• В инсталлятор добавлены сценарии установки различных рабочих столов (GNOME, KDE, XFCE, LXDE, Enlightment и минимальные установки GNOME и KDE);
• Поддержка репозиториев RPM Fusion и Russian Fedora в установщике;
• Добавлена возможность выбора различных клавиатурных комбинаций для смены раскладок (для русского языка). По умолчанию используется Alt+Shift;
• В Firstboot добавлен дополнительный экран для быстрой настройки системы (выбор между KDM и GDM, включение некоторых полезных настроек в GNOME, включение комбинации Ctrl+Alt+Backspace). добавлена возможность выбора режима работы sudo;
• Система мониторинга Smolt отсылает в качестве названия дистрибутива не Fedora, а RFRemix;
• Пакет Freetype собран с поддержкой subpixel rendering;
• Словарь hunspell для русского языка содержит как русские, так и английские слова, что позволяет проверять орфографию сразу на двух языках, когда приложение этого не позволяет;
• В репозитории доступен Freetype Infinality;
• На DVD диске и в репозитории доступна 21 версия браузера Сhromium

Новшества RFRemix 17 по сравнению с предыдущими версиями:

• Добавлена клавиатурная комбинация Caps для смены раскладки;[/*]
• На Live-диски добавлена утилита grub-customizer для конфигурации grub2;[/*]
• На Live-диски добавлены fuse-encfs, tcplay и realcrypt для работы с шифрованием в Ubuntu;[/*]
• В шрифт Cantarell добавлены символы кириллицы;[/*]
• Из загрузчика убрана опция установки Live-образа на жёсткий диск, так как она не функционирует должным образом.[/*]

Загрузка файлов:
Для загрузки доступны установочные DVD образы, Live-образы с GNOME, KDE, LXDE, XFCE, образ сетевой установки, файлы разницы между Fedora 17 и RFRemix 17. Загрузка возможна через зеркала, торренты и jigdo.

Установочные диски [ i686 ] [ x86_64 ]
Образы Live [ i686 ] [ x86_64 ]
Торрент [ i386 ] [ x86_64 ]


Следующая версия RFRemix и Fedora ожидается в ноябре 2012 года.

[Dmitry Shurupov]

Сегодня, буквально полчаса назад, в почтовой рассылке проекта Fedora был анонсирован очередной релиз этого популярного Linux-дистрибутива, разрабатываемого Open Source-сообществом при поддержке компании Red Hat, — Fedora 17 «Beefy Miracle». Релиз Fedora 17 откладывался на три недели, однако состоялся в самом конце мая, в соответствии с принятым в проекте Fedora циклом двух выпусков в год (следующий релиз запланирован на ноябрь). В качестве основных графических рабочих сред Fedora 17 предлагает GNOME 3.4 и KDE 4.8. В состав дистрибутива вошли и последние версии других популярных продуктов из мира свободного программного обеспечения. Итак, среди ключевых изменений в Fedora 17:

• перенос корневых каталогов файловой системы /lib, /lib64, /bin и /sbin в /usr;
• отказ от 3D-драйверов для видеокарт DRI1: i810, mga, r128, savage, sis, tdfx, unichrome (в основной ветке Mesa они уже не поддерживаются); для них теперь используется драйвер llvmpipe;
• Open vSwitch — программная реализация многоуровневого сетевого свитча с поддержкой стандартных интерфейсов и протоколов;
• утилита для конфигурации шрифтов для каждого языка с помощью fontconfig — fonts-tweak-tool;
• поддержка colord в CUPS для использования ICC-профилей при печати;
• virtio-scsi — новая архитектура хранилища данных в KVM на основе SCSI;
• использование DNSSEC на рабочих станциях (dnssec-trigger);
• numad (Non-Uniform Memory Alignment Daemon) — демон для мониторинга за NUMA-топологией и потреблением ресурсов;
• ядро Linux 3.3.4;
• графические среды GNOME 3.4.1 и KDE 4.8.3;
• GCC 4.7, glibc 2.15, Boost 1.48, OpenJDK 7, PHP 5.4, Ruby 1.9.3, Python 2.7.3, Erlang R15, Haskell Platform 2011.4;
• кросс-компилятор mingw-w64 для сборки бинарных файлов для Win32 и Win64;
• Eclipse IDE обновлена до релиза Juno (4.2);
• облачная платформа OpenStack Essex, поддержка дополнительных форматов виртуальных дисков с libguestfs, возможность использования RabbitMQ в качестве AMQP-бэкенда для OpenStack (с помощью Qpid);
• GIMP 2.8.

Одновременно с официальным выходом Fedora 17 объявлено и о релизе RFRemix 17 — версии дистрибутива, базирующейся на репозиториях Fedora, RPM Fusion и Russian Fedora. Её образы уже можно найти, например, на mirror.yandex.ru.

оригинал на www.nixp.ru

[Vascom]

Хочу обратить внимание общественности, что пока в Ф17 идёт XFCE версии 4.8.

[TuxWare]

[*]Eclipse IDE обновлена до релиза Juno (4.2);

Еще нет никакого релиза Juno, только RC2.

[*]numad (Non-Uniform Memory Alignment Daemon) — демон для мониторинга за NUMA-топологией и потреблением ресурсов;

Неужто пользователи Федоры настолько суровы, что у каждого из них, как минимум, двух-ксеоновый (оптероновый) компьютер и они денно и нощно мониторят за NUMA-топологией?

[taaroa]

Неужто пользователи Федоры настолько суровы

Поддержка Ext4-разделов размером более 16 Тб;

According to upstream maintainer Theodore Ts'o (tytso) , who is also debian maintainer, there will shortly be 1.42.4. I will consider pushing 1.42.4 for precise, when it's available.

note: 1.42.4 has been delayed because some additional >16TB bugs which have turned up. Fixes are in the git repository, but I probably won't get around to getting something fully tested and ready for release for another week.

воистину, вперде…

[Vascom]

Неужто пользователи Федоры настолько суровы, что у каждого из них, как минимум, двух-ксеоновый (оптероновый) компьютер и они денно и нощно мониторят за NUMA-топологией?

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

[alv]

Неужто пользователи Федоры настолько суровы, что у каждого из них, как минимум, двух-ксеоновый (оптероновый) компьютер и они денно и нощно мониторят за NUMA-топологией?

Есть же любители ездить на Хаммере внутри московских пробок.
Почему бы не быть любителям менять обои на двухпроцессорном ксеоне?

[Aviator]

[*]<a target="_self" title="В Fedora рассматривают предложение перенести все исполняемые файлы в /usr/bin" href="http://www.nixp.ru/news/11483.html" rel="follow">перенос</a> корневых каталогов файловой системы /lib, /lib64, /bin и /sbin в /usr;

— Боже! Пропал калабуховский дом! — в отчаянии воскликнул Филипп Филиппович и вплеснул руками.
— Что вы, профессор, смеетесь? — возмутился Швондер.
— Какое там смеюсь! Я в полном отчаянии, — крикнул Филипп Филиппович, — что же теперь будет с паровым отоплением!
— Вы издеваетесь, профессор Преображенский?
— По какому делу вы пришли ко мне, говорите как можно скорее, я сейчас иду обедать.
— Мы, управление дома, — с ненавистью заговорил Швондер, — пришли к вам после общего собрания жильцов дома, на котором стоял вопрос об уплотнении квартир дома...
— Кто на ком стоял? — крикнул Филипп Филиппович, — потрудитесь излагать ваши мысли яснее.
— Вопрос стоял об уплотнении.

Следующий этап будет уплотнить всё в /linux/system32(64) и /opt/bin.

[alv]

Следующий этап будет уплотнить всё в /linux/system32(64) и /opt/bin.

Обсудили уже и пришлы к выводу, что это не радикально.
Надо - в /Programm files без разделения на каталоги.
А что, если bin'ы будут лежать рядом со своими lib'ами - это, наверное, быстродействие ого-го как повысится

[Vascom]

Для тех, кто так и не понял зачем /bin и т.д. перенесли в /usr http://www.freedesktop.org/wiki/Software/s...eForTheUsrMerge

[Bizdelnick]

Для тех, кто так и не понял зачем /bin и т.д. перенесли в /usr

Да все всё поняли: systemd один фиг поломал загрузку с несмонтированным /usr, поэтому смысл разделять критичные/некритичные для работы системы программы отпал.

[alv]

Для тех, кто так и не понял

Да давно понятны коварные замыслы кардинала
Только не надо вот технологических турусов на колёсах вокруг этого - они больше всего раздражают.

[Aviator]

Для тех, кто так и не понял зачем /bin и т.д. перенесли в /usr http://www.freedesktop.org/wiki/Software/s...eForTheUsrMerge

Запомните, линукс не только на десктопах и линукс это не только Fedora и на ней свет клином не сошелся. Я, например, считаю, что Fedora, один из самых худших дистрибутивов для обычного пользователя.
Конечно, может быть "федорино горе" кроме как на десктопах нигде не используется и там можно и /var и /boot и /home и /opt и /tmp и /usr валить в одну большую кучу и переустанавливать скопом при возникновении проблем. Но на серверах, придётся лепить костыли, чтобы это всё разделить как надо. Я уже не говорю о системах с загрузкой из ROM, NAND и прочих хреновинах, где initrd применить может и не получится. А сейчас завяжут udev, системный лог и прочие критические службы на systemd, а остальных объявят ретроградами, сумасбродами и врагами прогресса (поправочка, уже объявляют). И всё, полный импеданс. Получаем систему, применимую только лишь в узком диапазоне конфигураций железа. А НЕ ЭТОГО ЛИ ДОБИВАЮТСЯ? ИНТЕРЕСНЫЙ ВОПРОС...

[diesel]

А сейчас завяжут udev, системный лог и прочие критические службы на systemd, а остальных объявят ретроградами, сумасбродами и врагами прогресса (поправочка, уже объявляют). И всё, полный импеданс. Получаем систему, применимую только лишь в узком диапазоне конфигураций железа.

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

[Aviator]

А сейчас завяжут udev, системный лог и прочие критические службы на systemd, а остальных объявят ретроградами, сумасбродами и врагами прогресса (поправочка, уже объявляют). И всё, полный импеданс. Получаем систему, применимую только лишь в узком диапазоне конфигураций железа.

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

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

[altwazar]

Буря в стакане. Такой паники на пустом месте я давно уже не видел.

[Vascom]

Для тех, кто так и не понял зачем /bin и т.д. перенесли в /usr

Да все всё поняли: systemd один фиг поломал загрузку с несмонтированным /usr, поэтому смысл разделять критичные/некритичные для работы системы программы отпал.

А зачем надо грузиться с несмонтированным /usr?

[taaroa]

Для тех, кто так и не понял зачем /bin и т.д. перенесли в /usr

вы верите всему, что пишут? в getthefacts (в версии от microsoft®), например, верите?
начало истории смотрим от момента возникновения директории /run. /run был сделан потому, что systemd пытался писать в /var/run раньше, чем успевал смонтировать /var. Леннарт посчитал, что это — фатальный недостаток [1], но не в systemd, а в стандарте fhs [2].

[1] http://lurkmore.to/%D0%A4%D0%B0%D1%82%D0%B...%82%D0%BE%D0%BA
[2] http://www.pathname.com/fhs/pub/fhs-2.3.html

[Vascom]

Для тех, кто так и не понял

Да давно понятны коварные замыслы кардинала
Только не надо вот технологических турусов на колёсах вокруг этого - они больше всего раздражают.

Просто обидно, что люди не понимают очевидных вещей. А когда им доказывают, приводят примеры, тебя обявляют "коварным кардиналом" при корпорации Зла.

Для тех, кто так и не понял зачем /bin и т.д. перенесли в /usr http://www.freedesktop.org/wiki/Software/s...eForTheUsrMerge

Запомните, линукс не только на десктопах и линукс это не только Fedora и на ней свет клином не сошелся. Я, например, считаю, что Fedora, один из самых худших дистрибутивов для обычного пользователя.
Конечно, может быть "федорино горе" кроме как на десктопах нигде не используется и там можно и /var и /boot и /home и /opt и /tmp и /usr валить в одну большую кучу и переустанавливать скопом при возникновении проблем. Но на серверах, придётся лепить костыли, чтобы это всё разделить как надо. Я уже не говорю о системах с загрузкой из ROM, NAND и прочих хреновинах, где initrd применить может и не получится. А сейчас завяжут udev, системный лог и прочие критические службы на systemd, а остальных объявят ретроградами, сумасбродами и врагами прогресса (поправочка, уже объявляют). И всё, полный импеданс. Получаем систему, применимую только лишь в узком диапазоне конфигураций железа. А НЕ ЭТОГО ЛИ ДОБИВАЮТСЯ? ИНТЕРЕСНЫЙ ВОПРОС...

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

Для тех, кто так и не понял зачем /bin и т.д. перенесли в /usr

вы верите всему, что пишут? в getthefacts (в версии от microsoft®), например, верите?
начало истории смотрим от момента возникновения директории /run. /run был сделан потому, что systemd пытался писать в /var/run раньше, чем успевал смонтировать /var. Леннарт посчитал, что это — фатальный недостаток [1], но не в systemd, а в стандарте fhs [2].

[1] http://lurkmore.to/%D0%A4%D0%B0%D1%82%D0%B...%82%D0%BE%D0%BA
[2] http://www.pathname.com/fhs/pub/fhs-2.3.html

Не всему конечно же я верю. Верю и тому что вижу сам. Именно поэтому и отстаиваю свою точку зрения. А не прикрываюсь мифической борьбой с корпорациями.
А номер версии FHS 2.3 не говорит тебе о том, что это не догмат, а "свод рекомендаций", который вполне можно изменить, если того требуют современные реалии?

[alv]

Просто обидно, что люди не понимают очевидных вещей.

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

тебя обявляют

С обвинений начала противоположная сторона. Начиная с обвинений в адрес Ubuntu и заканчивая обвинением все остальных, кто недостаточно трепетно и восторженно относится к этим изобретениям.

мифической борьбой с корпорациями.

А причём здесь борьба с корпорациями?
Корпорации - объективная реальность, существующая независимо от нас и преследующие свои цели.
Просто цели одних корпораций совпадают с интересами пользователей, других - им глубоко параллельны, третьих - оным противоречат.
Вот и всё.

[Aviator]

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

Сходил, почитал. Улучшит ситуацию для платной техподдержки. Согласен.
Предлагаю Вам тоже почитать о том, как обеспечивается безопасность и отказоустойчивость на уровне ФС на серверах. Также почитайте, как развочивается кластер с СУБД, например, и как в этом случае организуются дисковые хранилища.

[Vascom]

Вот видишь, улучшит. И для платной техподдержки и для разработчиков программ и для маинтейнеров пакетов в дистрибутивах.
А то, что вы говорите о "Предлагаю Вам тоже почитать о том, как обеспечивается безопасность и отказоустойчивость на уровне ФС на серверах. Также почитайте, как развочивается кластер с СУБД, например, и как в этом случае организуются дисковые хранилища." - это в любом случает делается грамотным специалистом и в единичном экземпляре. Конечно, я не знаю что конкретно вы имеете в виду и советуете мне прочитать, но всё же не вижу проблем с переносом в /usr.

Да и по поводу всяких ROM и Embedded, они и сейчас не строятся на основе серийных дистрибутивов. Так что это тоже не проблема ни наша, ни ихняя. Они даже не заметят этого нововведения вероятно.

[taaroa]

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

[LOR] BSD сдерживает развитие СПО

https://bugs.gentoo.org/show_bug.cgi?id=372229
https://bugzilla.redhat.com/show_bug.cgi?id=612712

[diesel]

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

[LOR] BSD сдерживает развитие СПО

https://bugs.gentoo.org/show_bug.cgi?id=372229
https://bugzilla.redhat.com/show_bug.cgi?id=612712

и...?

[Aviator]

А то, что вы говорите о "Предлагаю Вам тоже почитать о том, как обеспечивается безопасность и отказоустойчивость на уровне ФС на серверах. Также почитайте, как развочивается кластер с СУБД, например, и как в этом случае организуются дисковые хранилища." - это в любом случает делается грамотным специалистом и в единичном экземпляре. Конечно, я не знаю что конкретно вы имеете в виду и советуете мне прочитать, но всё же не вижу проблем с переносом в /usr.

"Не знаю, но мнение имею." Мда...
На этом форуме ругаться непечатными флотскими выражениями запрещено, а очень хочется.

[babay2004]

Аналитики тут не хуже ЛОРовских, любую тему свалят в "нанять киллера для Поттеринга".

[diesel]

А то, что вы говорите о "Предлагаю Вам тоже почитать о том, как обеспечивается безопасность и отказоустойчивость на уровне ФС на серверах. Также почитайте, как развочивается кластер с СУБД, например, и как в этом случае организуются дисковые хранилища." - это в любом случает делается грамотным специалистом и в единичном экземпляре. Конечно, я не знаю что конкретно вы имеете в виду и советуете мне прочитать, но всё же не вижу проблем с переносом в /usr.

"Не знаю, но мнение имею." Мда...
На этом форуме ругаться непечатными флотскими выражениями запрещено, а очень хочется.

а все-таки расскажите уважаемой публике как вынесение всего что там вынесли в /usr мешает разворачиванию "кластера с СУБД"(пока можем даже забыть что это выражение может означать много разного).

[Vascom]

А то, что вы говорите о "Предлагаю Вам тоже почитать о том, как обеспечивается безопасность и отказоустойчивость на уровне ФС на серверах. Также почитайте, как развочивается кластер с СУБД, например, и как в этом случае организуются дисковые хранилища." - это в любом случает делается грамотным специалистом и в единичном экземпляре. Конечно, я не знаю что конкретно вы имеете в виду и советуете мне прочитать, но всё же не вижу проблем с переносом в /usr.

"Не знаю, но мнение имею." Мда...
На этом форуме ругаться непечатными флотскими выражениями запрещено, а очень хочется.

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

[taaroa]

и...?

да… !

не это ли является большим преимуществом открыто-свободного софта: если чего не нравится, можно форкнуть...

большим преимуществом
форкнуть

у закрыто-несвободного софта по определению нет открытых (и тем паче свободных) исходников.
но здесь речь идёт не о hello.c, и даже не о desktop environment.
дальше-то что делать с этим, «форкнутым»?

[Bizdelnick]

Вот видишь, улучшит. И для платной техподдержки

википедия://сарказм