Официально представлен (http://fedoraproject.org/en/get-fedora) релиз Linux-дистрибутива Fedora 18 (http://fedoraproject.org). Для загрузки доступны (http://fedoraproject.org) варианты установочного LiveCD с графическими окружениями на базе KDE, GNOME, XFCE и LXDE, а также полный комплект, оформленный в виде DVD и сокращенный образ (199 Мб) для установки по сети. Релиз вышел на два месяца позднее изначально намеченного срока из-за необходимости устранения непредвиденных проблем, ставших следствием переработки инсталлятора Anaconda, перехода на новый инструментарий для обновления дистрибутива (fedup-dracut) и обеспечения поддержки UEFI Secure Boot. Следует отметить, что значительное запаздывание Fedora 18 не отразится (http://www.opennet.me/opennews/art.shtml?num=35450) на дате выпуска Fedora 19, который будет выпущен в мае, но будет отличаться сокращённым циклом приёма новшеств.Основные новшества (https://fedoraproject.org/wiki/Fedora_18_beta_release_notes) Fedora 18:
- 64-разрядная сборка дистрибутива в полной мере поддерживает (http://www.opennet.me/opennews/art.shtml?num=34000) загрузку на системах UEFI Secure Boot. Для обеспечения загрузки задействован загрузчик Shim, подписанный ключом Microsoft и включающий поддержку функций MOK (https://www.suse.com/blogs/uefi-secure-boot-details/) (Machine Owner Keys), позволяющих использовать собственные ключи для заверения загрузчика. В дистрибутив также включены дополнительные патчи для решение проблем с загрузкой на некоторых EFI-системах, в частности, на компьютерах, укомплектованных графическими чипами Radeon;
- Реструктуризация Anaconda, переработка (http://fedoraproject.org/wiki/Features/NewInstallerUI) и упрощение пользовательского интерфейса инсталлятора. Внесённые изменения позволили избавиться от ряда ограничений, мешающих добавлению в инсталлятор новых возможностей, в частности, обеспечения поддержки новых типов хранилищ и увеличения гибкости процесса установки;
- Включение в дистрибутив поддержки обновления системы в offline-режиме (https://fedoraproject.org/wiki/Features/OfflineSystemUpdates), ранее предложенной (http://www.opennet.me/opennews/art.shtml?num=34035) разработчиками GNOME, PackageKit и systemd. Новый режим подразумевает установку обновлений для некоторых ключевых компонентов системы (например, glibc и других основных библиотек) на начальном этапе загрузки системы, при котором обновляемые компоненты не могут привести к конфликту и проблемам в работе уже работающих приложений. Число пакетов, которые будут обновлять в offline режиме, требующем перезагрузки, будет ограничено. Обновление большинства приложений будет производиться как и раньше на лету, при этом если в момент обновления будут выявлены запущенные графические приложения, связанные зависимостями с обновляемыми пакетами, для таких приложений будет выведено предупреждение о необходимости их перезапуска;
- Интеграция в дистрибутив в экспериментальном режиме нового пакетного менеджера DNF (https://fedoraproject.org/wiki/Features/DNF), ответвившегося от Yum 3.4 и развивающего некоторые новые идеи, такие как использование в качестве бэкенда для разрешения зависимостей библиотеки hawkey (https://fedoraproject.org/wiki/Features/Hawkey). Для разрешения зависимостей в DNF задействован SAT solver, реализованный в библиотеке libsolv (https://github.com/openSUSE/libsolv) (hawkey выступает в роли надстройки над libsolv), созданной в рамках проекта openSUSE. Для обычного пользователя главными достоинствами DNF является заметно более высокая скорость работы и низкое потребление памяти. Для расширения функциональности DNF предоставляет фиксированный API для плагинов и интеграции с другими приложениями, такими как инсталлятор Anaconda;
- В NetworkManager реализована поддержка настройки работы в виде точки доступа к беспроводной сети (Hotspot);- Использование свежих версий десктоп-окружений GNOME 3.6, KDE 4.9, Xfce 4.10, а также обучающей оболочки Sugar 0.98. В состав штатных репозиториев включены пакеты с MATE Desktop (http://www.opennet.me/opennews/art.shtml?num=34451) (форк GNOME 2);
- Переход на использование tmpfs для раздела /tmp, т.е. для хранения временных файлов будет использован размещаемый в оперативной памяти RAM-диск, который может быть вытеснен в раздел подкачки при нехватке свободной памяти. Основной причиной размещения /tmp в RAM-диске является желание сократить число операций записи на физический накопитель, что позволит снизить энергопотребление жестких дисков и продлит жизнь SSD-накопителей, а также увеличит производительность работы с временными файлами. Из недостатков нового подхода, кроме дополнительного расхода ОЗУ, отмечается отсутствие поддержки квот в tmpfs. При желании администраторы смогут отключить использование tmpfs и вернуться к прежнему методу размещения временных файлов;
- Добавление Riak (http://wiki.basho.com/), отказоустойчивой и высокомасштабируемой NoSQL БД;- Поддержка развёртывания и поддержания контроллера домена и сервиса Active Directory на базе Samba4, в том числе с поддержкой протокола SMB3 и доверительных доменов FreeIPA. Наличие средства для подсоединения Fedora 18 к домену Active Directory или FreeIPA;
- Обновление средств разработки: Python 3 стек обновлён до версии 3.3, Rails обновлён с версии 3.0 до 3.2, включены новые версия Perl 5.16 и библиотек Boost 1.50. Добавлены пакеты с инструментарием для языка Clojure;
- В состав дистрибутива включён DragonEgg, плагин к набору компиляторов GCC, заменяющий оригинальные оптимизаторы и генераторы кода GCC на аналоги, созданные в рамках проекта LLVM;
- В список поддерживаемых для сборки пакетов платформ добавлена субплатформа ppc64p7, оптимизированная для процессоров Power7;
- В дистрибутив добавлена поддержка развёртывания инфраструктуры облачных PaaS-систем (платформа как сервис) на базе системы OpenShift (http://www.opennet.me/opennews/art.shtml?num=33737);
- Включение в состав IaaS-платформы Eucalyptus (http://www.opennet.me/opennews/art.shtml?num=34317) дало возможность создания совместимых с Amazon EC2 приватных облачных систем, развёртываемых на собственных локальных серверах;
- Пакеты с облачной платформой OpenStack обновлены до последнего выпуска "Folsom". В состав также включены свежие релизы облачных платформ OpenNebula, Eucalyptus и CloudStack;
- Поддержка Heat (http://fedoraproject.org/wiki/Features/Heat) с реализацией AWS CloudFormation API для оркестровки облачных приложений на основе шаблонов и обеспечения стандартного способа запуска приложений в облачных системах на базе OpenStack;
- Поддержка live-снапшотов виртуальных машин, запущенных под управлением QEMU или libvirt, создаваемых без остановки работы гостевых систем;
- Компоненты oVirt (http://www.opennet.me/opennews/art.shtml?num=34641) обновлены до версии 3.1, добавлены надстройки для управления через GUI-инструменты;
- Добавление инструментария StorageManagement (http://fedoraproject.org/wiki/Features/StorageManagement) для организации управления системами хранения. В состав входят утилита и библиоткека libStorageMgmt с реализацией независимого от типа хранилищ интерфейса управления SAN и NAS хранилищами, а также демон targetd для организации удалённых хранилищ с экспортом на другие хосты по iSCSI;
- Интеграция в дистрибутив ownCloud (http://www.opennet.me/opennews/art.shtml?num=33909), похожей на Dropbox и Ubuntu One системы для организации хранения, синхронизации и обмена данными, размещёнными на подконтрольных внешних серверах;
- Включение в дистрибутив система трассировки LTTng (http://fedoraproject.org/wiki/Features/LTTng), которая работает на уровне ядра Linux и отличается минимальным влиянием на работу профилируемого приложения, что позволяет приблизить условия работы данного приложения к его выполнению без использования трассировки (например, позволяет выявлять проблемы с производительностью в программах, работающих в реальном режиме времени);
- Включение (h...URL: http://fedoraproject.org/en/get-fedora
Новость: http://www.opennet.me/opennews/art.shtml?num=35841
By downloading Fedora software, you acknowledge that you understand all of the following: Fedora software and technical information may be subject to the U.S. Export Administration Regulations (the “EAR”) and other U.S. and foreign laws and may not be exported, re-exported or transferred (a) to any country listed in Country Group E:1 in Supplement No. 1 to part 740 of the EAR (currently, Cuba, Iran, North Korea, Sudan & Syria); (b) to any prohibited destination or to any end user who has been prohibited from participating in U.S. export transactions by any federal agency of the U.S. government; or (c) for use in connection with the design, development or production of nuclear, chemical or biological weapons, or rocket systems, space launch vehicles, or sounding rockets, or unmanned air vehicle systems. You may not download Fedora software or technical information if you are located in one of these countries or otherwise subject to these restrictions. You may not provide Fedora software or technical information to individuals or entities located in one of these countries or otherwise subject to these restrictions. You are also responsible for compliance with foreign law requirements applicable to the import, export and use of Fedora software and technical information.Free Software, что? Интересно, Столлман знает?
А серьёзно - ну не дело это, бред какой-то, кто так делает? Это ограничение свободы, дискриминация по стране проживания иметоду применения. Фанатам СПО не советую использовать.
По мне, лучшие критерии свободности - DFSG. Так Федора в таком случае в жизни под них не пройдёт.
+100500
Да, как же в Иране без свежей федорки, гнума3 и systemd. Ай-ай. Ну ничо, Аллах их, собак неверных, покарает.
> Да, как же в Иране без свежей федорки, гнума3 и systemd. Ай-ай.
> Ну ничо, Аллах их, собак неверных, покарает.Да тут не в Иране дело. Федора, как ни крути, продукт международного сотрудничества. И когда поверх результатов труда людей со всего мира ставят жирный штампик с прописанными интересами одного единственного государства, это выглядит некрасиво. Понятно, что у команды Федоры выбора особого нет, не переезжать же в другую страну, но всё одно — некрасиво. Хоть бы вписали что-то вроде «извините, этот текст является требованием правительства государства, в котором мы живём».
А, собственно, примерно это и написано: «Fedora software and technical information may be subject to the U.S. Export Administration Regulations (the “EAR”) and other U.S. and foreign laws [...] You are also responsible for compliance with foreign law requirements applicable to the import, export and use of Fedora software and technical information».Мол, напоминаем, что кроме гражданско-правовых норм (соблюдение лицензий, торговых марок и проч.) существуют и другие законы, как в США, так и за их пределами. Разработчикам Федоры существование этих законов в вину ставить ну никак нельзя.
> Хоть бы вписали что-то вроде «извините, этот текст является требованием правительства
> государства, в котором мы живём».Сделать, что ли, поддержку фарси в альте -- переводчики знакомые есть, да и пользователь из Пакистана тоже...
Иран вполне сможет сделать собственный дистр, в северной Корее уже есть
надеюсь, что уважаемые жители ирана никогда не прочтут этот дикий вопль невежды
Некоторые законы Америки имеют более высокий приоритет, чем авторское право // КЭП
Правовое государство, уле...
> Правовое государство, уле...На свое государство посмотри.
Если качать с серверов яндекса, то экспортные ограничения не действуют. Доблестные хакеры из Ирана и Северной Кореи могут спать спокойно.
Возможно это ограничение только по названию дистрибутива, как RHEL?
Вы сознательно запутываете общественность, сваливая в одну кучу СПО, политику и экспортные ограничения. Какие цели Вы преследуете? Принизить Fedora? Или просто выявить проблему, которой на самом деле не существует?Примеры:
In general, Microsoft products may not be exported to Cuba, Iran, North Korea, Sudan, or Syria. http://www.microsoft.com/exporting/faq.htm
SourceForge.net banned Sudan, Syria, Cuba, Iran and North Korea http://ubuntuforums.org/showthread.php?t=1388148
Ну и т.д.
А если, так сказать, от души, страны, отгородившие себя от остального мира и не принимающие его свобод и законов, вряд ли вправе обижаться, что остальной мир отгородился от них. Забор имеет две стороны.
> А если, так сказать, от души, страны, отгородившие себя от остального мира
> и не принимающие его свободБольше уши подставляйте масс-медиа, больше кричите про "свободы", которых в остальном мире вообще-то всё меньше.
У них, может, и меньше, а вот сами знаете где, ее и не было никогда.
>Задействование Team-драйвера, альтернативной реализации системы агрегирования сетевых интерфейсов.Хотелось бы узнать чем оно лучше уже существующих режимов для bonding, и требует ли какую нибудь поддержку со стороны сетевого оборудования, информацию так и не нашел(
Написано что всё как в bonding - только в юзерспейсе. Не уверен что такое счастье мне надо ...
bonding сильно глючит
team управляется из юзер-спейса, потому как через команду ip всех режимов работы агрегированных каналов не настроить
> bonding сильно глючит
> team управляется из юзер-спейса, потому как через команду ip всех режимов работы
> агрегированных каналов не настроитьВсе равно не понятно: bonding можно настраивать через /sys/class/net/bond0/bonding/*. В добавок, если я правильно понял, они предлагают еще и демона в памяти держать :(
>включение по умолчанию динамического межсетевого экрана firewalldэто systemГэ обёртка над iptables?
Хотелось бы знать:
1. Можно ли вырубить off-line обновления?
2. Можно ли вырубить поддержку Secure Boot, а именно обойтись без Shim и MS-овского ключа?
3. Обновлялся ли кто-нибудь с F16 и как прошло?
Зачем федорка, если не юзать ее (баго)фичи?
За тем, что дистрибутива, устраивающего меня на 100% не существует, а по совокупности плюсов и минусов Федора смотрится довольно сносно.
Сам спросил, сам отвечаю:>Можно ли вырубить off-line обновления?
>>Данное новшество коснется только пользователей GNOME Shell и не затронет приверженцев других DE.Поскольку GNOME Shell я видел там же, где и оффлайн-обновления, то по первому вопросу всё ок.
> 2. Можно ли вырубить поддержку Secure Boot, а именно обойтись без Shim
> и MS-овского ключа?shim можно оставить, Restricted Boot вырубить, у меня альт и так тоже грузится (http://ftp.linux.kiev.ua/pub/Linux/ALT/people/mike/iso/mkima...).
IIRC машинерия по поддержке shim при установке grub в федоре отдельно добавлялась, но вот насколько условно, сейчас сходу не скажу.
Да не хотелось бы лишних звеньев плодить. Shim не нравится не сам по себе, а тем, что это дополнение к Grub2, по сути, не решающее никаких моих задач.
> Да не хотелось бы лишних звеньев плодить. Shim не нравится не сам
> по себе, а тем, что это дополнение к Grub2, по сути,
> не решающее никаких моих задач.Ммм... возможно, проще отключить сразу UEFI, если есть (а обычно ещё есть) BIOS.
>Ммм... возможно, проще отключить сразу UEFI, если есть (а обычно ещё есть) BIOS.Т.е. на системах с bios всё как раньше? GRUB2 и никаких Shim`ов?
Обновлялся с 17й yum'ом, нормально, shim не установился.
Что не написали ядро то какое?
Внимательно перечитайте предпоследний абзац )
Линуксовое конечно же
> Линуксовое конечно жеМало ли, вдруг на kFreeBSD переехали.
>>firewall-cmd --add --service=sshпрям powershell какой-то, только синтаксис отстой: "--" и "=" лишние
>>>firewall-cmd --add --service=ssh
> прям powershell какой-то, только синтаксис отстой: "--" и "=" лишниеНе, в помершелле это было бы ещё длинней.
Что-то вроде Firewall-Commandline Add-Service Secure-Shell
Поставил Fedora18 ядро 3.7.2, почему указано 3.6.10? Или это для рашнфедора?
3.6.10 - это то, что на оригинальном инсталляционном DVD шло. Если федору ставил через netinstall или уже дал ей обновиться, то получишь последнее федоровское ядро (то, что уже лежит в апдейтах для федоры 18).P.S. У последнего ядра маркировка подозрительная (3.7.2-201.fc18). Уж очень она мне rhel`овскую напомнила (RHEL7 рвется на свободу?).
kernel решили нумеровать 101 для f17, 201 - для f18, 301 - для f19, чтобы с апгрейдом не возникало проблем.
Спасибо за инфу! Как-то она мимо меня проскочила.
Подскажите, где посмотреть про Networkmanager HotSpot, желательно с исходниками?
https://fedoraproject.org/wiki/Features/RealHotspot> Many kernel drivers support AP mode, and wpa_supplicant has a "lightweight hotspot" mode that NetworkManager will utilize. NM already checks to see if the wifi card supports AP mode, so the rest of the job is to push the correct configuration options to wpa_supplicant when Internet Connection Sharing is started.
Поэтому за исходниками сюда: http://w1.fi/
MATE федора, уже что то дельное.
К вопросу о Линуксе, есть ли стандарт положения системных программ и библиотек? У каждого дистрибутива свои потребности и положение программ и библиотек, но существуют ли стандарты этого расположения, не FHS.
Забавляют такие вопросы не по теме.Тем не менее:
http://ru.wikipedia.org/wiki/Linux_Standard_Base
>Включение в дистрибутив поддержки обновления системы в offline-режимеУгумс. Первая, вторая, третья, четвёртая перезагрузка... Федора специально впитывает маразм из винды?
Конечно гораздо лучше без этого, как бы обновиться а на самом деле бажные библиотеки так и будут висеть в памяти и звать хакеров с тырнета "Мужики, все сюда, тут очередной магистр локалхоста якобы обновился, танцуют все!"
> Конечно гораздо лучше без этого, как бы обновиться а на самом деле
> бажные библиотеки так и будут висеть в памяти и звать хакеровН-да, я-то думал, это только журналюги кракеров в хакеры записывают. Оказывается, ещё и некоторые знатоки security through downtime.
Так на десктопе вроде по приоритетам security > downtime у всех. Разве нет?Кстати, вон в чем профит systemd :) Можно не напрягаться на тему даунтайма, за 30 секунд можно полностью перезагрузить систему и опять открыть десктоп.
> Так на десктопе вроде по приоритетам security > downtime у всех. Разве
> нет?Обновлённое можно и ручками перезапустить
> Кстати, вон в чем профит systemd :) Можно не напрягаться на тему
> даунтайма, за 30 секунд можно полностью перезагрузить систему и опять открыть
> десктоп.Ничего себе «не напрягаться»… Гражданин, я от этой вашей винды отвык, для меня такое напряжно.
>Обновлённое можно и ручками перезапуститьчитаем
>ключевых компонентов системы (например, glibc и других основных библиотек) на начальном этапе загрузки системы, при котором обновляемые компоненты не могут привести к конфликту и проблемам в работе уже работающих приложений.
Теперь перезапускай ручками glibc.
Откуда вы такие беретесь, а ?
>Теперь перезапускай ручками glibc.А вот для этого я могу и перезагрузиться вручную в удобное для меня время. И если вдруг какая-то фигня случится в связи с обновлением, я о ней узнаю тогда, когда у меня будет время с ней разобраться, а не при следующей перезагрузке, когда компьютер будет нужен срочно-срочно.
Так вы и теперь можете. Это фича гномовского UI; через yum update/install можете ставить, что хотите и перегружаться, когда захочется.Если вы посмотрите, как это работает, то это совсем не предложение (или просьба) перезагрузиться. Это *возможность* на штатной перезагрузке в гноме, которую вы сами по какой-то причине выбираете вместо "просто перезагрузки" выполнить "перезагрузку с установкой обновлений". Только и всего. На случай, если непонятно: это ДОПОЛНИТЕЛЬНАЯ возможность. Перезагрузка или выключение без обновления glibc остаются и их никто убирать не будет - просто появляется дополнительный пункт, если это имеет смысл.
> Теперь перезапускай ручками glibc.
> Откуда вы такие беретесь, а ?А ну-ка брысь из этого подъезда, перезапускальщики *библиотек*. Хоть бы задумались над тем, в составе чего вообще библиотечные странички в памяти ммапятся. Так нет же, хамить с кирпичной рожей.
Какое отношение имеют любители крэка и security through downtime к сказанному? Не, можете не перезапускать, вы же обновились! Силой телепатической мысли пронзаем локалхост и определяем что именно "не отвалится" если перезапустить какой нибудь демон. Из миллионов строк кода. А пафоса то сколько, так и представляю брезгливо скривленные губки "фи, это какая то венда".
> Силой телепатической мыслиДяденька, это чуть ли не в той же федоре и оскриптовывали -- netstat и ldd в руки, если для начала оставить в стороне dlopen(). Так что пройдите-ка назад к своим виндодрузьям со своими виндомнениями.
"Реализация поддержки 256 цветов в терминале (ранее поддерживалось только 8 цветов)" оо, вот это прогресс.
> "Реализация поддержки 256 цветов в терминале (ранее поддерживалось только 8 цветов)"
> оо, вот это прогресс.Ну сравните с макосью или виндой.
> "Реализация поддержки 256 цветов в терминале (ранее поддерживалось только 8 цветов)" оо,
> вот это прогресс.Нормуль. В вендовом вон до сих пор 16, как у лохов.
> "Реализация поддержки 256 цветов в терминале (ранее поддерживалось только 8 цветов)" оо,
> вот это прогресс.А зачем больше-то? Черный для фона, белый для команд и вывода + синий, красный и голубой для mc. Ну у Ubuntu, к примеру, еще типа фиолетового в tasksel-е.
>Официально представлен релиз Linux-дистрибутива RHEL 7 Betaфикс
Забыли в новости такую важную вещь, как новый texlive. Наконец-то 2012 версия вместо старой 2007.
Жаль wayland'a нет еще.
Обновился вчера с 17 до 18, домашний сервачок без "гуя"
Обновление прошло без каких-либо косяков, машина P4/1024 обновила ~700 пакетов, управлилась за час, вместе со скачиванием их из инета.Вместо Preupgrade теперь FedUp (вместо preupgrade-cli -> fedup-cli) соответственно.
Из глюков, пока отвалился Апач, не нравится старый конфиг (заметил пока что загрузку модулей вынесли в отдельную папку конфигов)
и Samba, я так понял проапгрейдилось оно до 4 версии и теперь ругается на строку security=share
Нужно искать конфиг от 4 версии самбы, что там поменялось смотреть внимательно...
Подвела Fedora. Недоработок - море. Mesa - глючит, Yum - глючит, выключение/перезагрузка - глючит, раскладка клавиатуры через tweak tools - глючит. Ну и т.д. Просто кошмар какой-то. Вот неожидал, что fedora 18 будет по отношению к пользователю просто.. "никакой".
Пробую запустить FC18 в вируал-бокс - запускается крайне медленно. Хотя установка прошла нормально.Видимо слишком намудрили с UEFI Secure Boot.
У кого то есть подобная проблема?
> У кого то есть подобная проблема?У меня есть. Хост - CentOS 6.3 32-bit, VirtualBox 4.2.6. Памяти "корове" выдано два гига.
> Пробую запустить FC18 в вируал-бокс - запускается крайне медленно.
> Видимо слишком намудрили с UEFI Secure Boot.Если vbox 4.1 и в настройках машинки включен EFI, лучше выключить (или обновить до 4.2).
Restricted Boot тут не должен быть при чём, shim при отсутствии соответствующей efi var выдаёт одну строчку уведомления и едет дальше.
Ставил оригинальную F18 на ноут ASUS k52de (видео Radeon HD 5470)
установка пошла только с параметрами "xdrivier=vesa nomodeset"
в итоге разрешение 1024х786На RFRemix такой проблемы не было
сравнил по содержимому загрузчики - все идентично (не считая файлов типа release, русских шрифтов и plymouth)видимо глюк просто был
Кто-нибудь может рассказать, как сделать
1) переключение раскладки клавишей menu
2) индивидуальные раскладки для каждого окна (а не везде русский или английский)
Вчера обновил деск с 17 на 18.
Все работает отлично, шустрее. ИМХО.
Инсталятор только не понравился, ожидал большего.. те же яйца только в профиль..
https://plus.google.com/111104121194250082892/posts/aCiB7kTLXTh