LINUX.ORG.RU

Выпуск Fedora 19

 , ,


0

5

Сегодня, 2 июля 2013 года, проект Fedora объявил о выпуске новой версии дистрибутива, Fedora 19 «Schrödinger's Cat».

Fedora — многофункциональная, быстрая, стабильная операционная система для повседневного использования, состоящая исключительно из открытых компонентов. Как и прежде, сообщество сфокусировано на максимальном соответствии ПО, включенного в состав дистрибутива, исходным версиям от разработчиков, что уже который год делает совместную работу эффективной и приносит пользу всем участникам, включая пользователей.

Новая версия базируется на:

  • GLIBC версии 2.17.
  • GNOME версии 3.8.
  • KDE версии 4.10.
  • MATE версии 1.6.
  • Ядре Linux версии 3.9

Из новшеств следует особо отметить:

  • Дальнейшие улучшения в новом интерфейсе Anaconda.
  • Улучшенная поддержка IPSec в NetworkManager.
  • Обновление CUPS до версии 1.6.
  • Добавлен Developer’s Assistant (помощник разработчика) — инструменты для новичков, желающих начать свой собственный программный проект.
  • Улучшена поддержка открытой PaaS-платформы OpenShift. Эта платформа интересна тем, что позволяет формировать облачное окружение для запуска приложений написанных на языках JavaScript, PHP, Python, Java, Ruby и Perl.
  • Официальные образы Fedora для развертывания в облачных сервисах.
  • Включение OpenAttestation, что позволит реализовать поддержку Trusted Computing Pools в OpenStack и в будущей версии oVirt.
  • Обновление oVirt Engine до версии 3.2.
  • Упрощение сборки RPM-пакетов с Maven.
  • Включение легковесных контейнеров в systemd.
  • Улучшено управление ресурсами сервисов в systemd.
  • Обновление systemtap до версии 2.2.
  • И многое другое...

Загрузить с официального сайта

>>> Подробности

★★

Проверено: JB ()

Ответ на: комментарий от drake

Федора это цирк. А еще они из этого собираются RHEL делать :)

Reset ★★★★★ ()
Ответ на: комментарий от alpha
]$ systemctl status network
network.service - LSB: Bring up/down networking
   Loaded: loaded (/etc/rc.d/init.d/network)
   Active: inactive (dead)

Удали biosdevname, его не должно быть в ф19, непонятно откуда он у тебя, потом перезагрузись и глянь что получилось.

От инсталятора вестимо. Попробую удалить. хехе.

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

Именно поэтому лучше сейчас на «кошках» потренироваться.

Я не имею ввиду редахат на юзерах, я имею ввиду юзеры на федоре.

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

Ну это нормально, либо NetworkManager либо network, оба они работать не должны.

По-видимому когда интерфейс включается через NM, ему ifcfg-скрипт не обязателен. Если хочешь как-то донастроить - то создай сам и правь.

И вот ещё http://arstechnica.com/civis/viewtopic.php?t=1163023 чтение поинтереснее

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

После удаления стало в эдак

$ ifconfig | grep UP
enp0s4: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
enp0s9: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
В остальном все по старому

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

Работает. А настроить то как и где ? :))) Я про это спрашивал.

Сейчас работает dhcp, а я хотел бы статику. Можно конечно на маршрутизаторе выставит резерв для MAC, но не нравиться мне когда сеть на машинке поднимается непонятно как, потому что у нутри неонка :)

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

Вариант попроще: править ifcfg-<device> Тогда настройки будут понятны и NM и network если ты на него переключишься.

И править их надо как-то так:

https://docs.fedoraproject.org/en-US/Fedora/18/html/System_Administrators_Gui...

Вариант там по ссылке выше, он какой-то хитрый, надо разбираться.

alpha ★★★★★ ()

Решил глянуть на федору и ... не смог. Ubuntu 12.04 KVM + VirtManager, федора показывает меню, выбираю Start Fedora Live и смотрю в черный экран. Печаль.

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

Удаляй из системы NM, это говное глючное.

 
yum remove NetworkManager
systemctl enable network
ip link set up dev enp0s9
ip addr add 192.168.1.2/24 dev enp0s9
ip route add default via 192.168.1.1
Далее, как написала alpha

vi /etc/sysconfig/network-scripts/ifcfg-enp0s9

ONBOOT="yes"
NM_CONTROLLED="no"
...

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

Проверил на RFR19 live ­— все такое же шг. Откатил fontconfig и freetype до версий из RFR18 и в монитор снова стало приятно смотреть.

f1xmAn ★★★★★ ()
Последнее исправление: f1xmAn (всего исправлений: 1)

Обновился дл Fedora 19. dnf стал жутко тормозить. Непонятно, что он там делает.

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

Удаляй из системы NM, это говное глючное.

Разберусь как настраивать с ним. Потому решу, удалять или нет. Пока от него проблем не было. Только вот как настроить хбз.

NM_CONTROLLED="no"

это что еще за чудеса в салате ? И где полный список опций взять ?

TEX ★★ ()

Не осилил. Uniboot, Unetbootin, Liveusb-Creator — ни одна утилита не может Федору нормально на флешку записать. %)

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

NM_CONTROLLED=«no» - запрет NMу изменять это соединение. Чтоб только ручками правилось.

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

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

rpm -ql initscripts | grep ".txt"
Открываешь файл sysconfig.txt и смотришь список опций.

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

Речь не про то что такая строчка нужна/не нужна/появилась.

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

В итоге написание ifcfg_e* может выглядеть как вечная песня с заранее неизвестным набором опций

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

Это не сторонний, а стандартный демон по умолчанию и это его собственные конфиги.

Брр... ничего не понял /etc/sysconfig/network-scripts/ifcfg-* это конфиги NM ? O_o. Нафига тогда NM удалить/отключить советуют ?

Набор опций описан в документации, на которую ссылка уже была выше:

Это я понял, изучаю. Просто это, так сказать, получается бесконечный процесс. Хотя по идее логичнее читать по настройке что добавилось нового, а не проверять старое хорошо изученное на предмет изменения.

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

Я не знаю, есть ли у NM свой конфиг, так как работать заставить работать «это» у меня не получилось. Если на рабочую станцию устанавливаю федору, первым делом выбрасываю NM. Переменная вполне даже описана в пакете inittools, то есть ее генерит не сам NM.

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

Брр... ничего не понял /etc/sysconfig/network-scripts/ifcfg-* это конфиги NM ? O_o. Нафига тогда NM удалить/отключить советуют ?

Спокойно! Нет, данные файлы не являются конфигурационными файлами NetworkManager, это файлы на основе которых поднимаются сетевые интерфейсы, и им присваиваются адреса. Как это происходит в RHEL/CentOS можно поглядеть в скрипте - /etc/init.d/network, в Fedora 19 это делает systemd, надо глядеть его service файл. Я советую отключать NM потому, что легче настроить один раз сетевую карту и знать точно, что при загрузке сетевому интерфейсу присвоится именно этот адрес, чем видеть как созданное подключение NM пытается подняться и тут же падает, а интерфейс переводится в состояние down. Возможно это у меня руки кривые, но после ввода настроек сети в anaconda, при последующей загрузке NM просто выключал сетевой интерфейс.

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

Это конфиги сетевых подключений. Они стандартные и их использует и NM, и network.

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

Это конфиги сетевых подключений.

Меня крайне смущает то что конфиги для текущих сетевух отсутствую. Понятно что сделай сам руками и скорее всего заработает. Но как то вот этот момент раздражает.

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

Я советую отключать NM потому, что легче настроить один раз сетевую карту и знать точно, что при загрузке сетевому интерфейсу присвоится именно этот адрес

Средствами NM этого точно сделать нельзя ? Вот в чем вопрос.

TEX ★★ ()

Только сегодня загрузил Fedora 19. Что сказать, переключение клавиатуры немного напрягает. Не привычно, хоть и более удобно для пальцев. В целом же очень симпатичный дистрибутив. Одно не пойму: почему иксы на tty1 стартуют?

lucentcode ★★★★★ ()
Последнее исправление: lucentcode (всего исправлений: 1)

Ну что сказать? Лютое ШГ. «Бросок» курсора в Activities работает через раз, с задержками, приходится кликать; горизонтальную прокрутку из настроек тачпада выкинули, tap to click пока есть, но я думаю, это кто-то просто не досмотрел, к следующему релизу обязательно поправят; про раскладки молчу, что нужно было курить, чтобы в который раз сделать херню, я не знаю; Shell еще больше заточили под работу с клавиатуры, остальные идут лесом, зато теперь у нас значки строго по центру; из Totem пропали последние настройки и т.д. и т.п.

Песец. Люди, как вы этим пользуетесь? :(

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

Такая же муть в Виртуалбоксе под Mageia 3. Запустил вживую - загрузилась, но теперь крашится Анаконда. Весело :/

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

это старая федоровская традиция для извлечения батхёрта, который произойдёт когда вы попытаетесь перейти в tty1. Я первый раз думал что зависло)

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

Не знал про это. Когда-то пробовал Fedora в серверной конфигурации. Иксы не устанавливал, поэтому на эту особенность дистрибутива внимание тогда не обратил. А когда попробовал Fedora с иксами, то реально испугался, не понимая куда делись иксы. Решил, что они молча рухнули. Перешёл на tty1 для того, что-бы запустить их ручками - и нашёл пропажу в неожиданном месте.

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

Тоже самое в Ubuntu 13.04 c quemu. Не загружается. Пробовал qxl задействовать, видно процесс загрузки, который виснет. При этом последний Virtualbox запускает Fedora 19 на ура.

lucentcode ★★★★★ ()

alpha, а что надо сделать, чтобы Fedora Live CD запустился на моём ноуте? А то сейчас он, при запуске с флешки, пишет «Secure boot not enabled» и потом показывает черный экран и всё. Флешка записана live-usb-creater'ом

kss ★★★★★ ()
Последнее исправление: kss (всего исправлений: 1)
Ответ на: комментарий от Deathstalker

Это одно из последствий отказа от system v init? Или было в Fedora ещё до перехода на современную систему инициализации?

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

Увы, не помогает. Видимо, не судьба :)

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