LINUX.ORG.RU

Fedora 18: большинство обновлений потребует перезагрузку

 , ,


0

1

На днях FESCo одобрил для внедрения в следующий, восемнадцатый, релиз Fedora очередную революционную новинку от продюсера pulseaudio, systemd и journal. Речь идет об оффлайновых обновлениях системы.

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

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

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

Ссылки:
Перевод критической статьи в IT world.
Страница новой технологии в Fedora wiki.

P.S. Новый механизм обновлений завязан на systemd, PackageKit и Gnome-shell. Пользователей командной строки и других DE просят не беспокоиться.

>>> Перевод страницы новой технологии из Fedora wiki

★★★★★

Проверено: post-factum ()

предлагается всё, что несет с собой desktop-файл и появляется в меню, считать приложением

zip, tar, bzip2 - это все системное?

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

Аргументы против кроме «это же как в винде» будут?

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

Хотя замечу, что после масштабного обновления Linux лучше во избежание глюков перезагрузиться, даже если и не требуется напрямую.

anonymous_incognito ★★★★★ ()

А в Debian при обновлениях только предупреждают: «Iceweasel restart required // Iceweasel has been upgraded (or reinstalled) and must be restarted. Please quit and restart your web browser now.», «Чтобы задействовать новые версии модулей из libpam нужно перезапустить большинство служб, использующих PAM. Внимательно просмотрите и, при необходимости, отредактируйте список сценариев из init.d для служб, которые будут перезапущены. Элементы списка разделяются пробелом.».

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

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

Тогда мне не понятны твои претензии. Единственная разница для пользователя в том, что компьютер некоторое время будет только устанавливать обновления, на нём ничего нельзя будет сделать. Это так страшно?

Потцеринговый кал пожилого кролика в конце концов доедет до серверов и на свой вопрос «это так страшно?» попробуй ответить сам если сможешь. и да - даже для тупой десктопной федоры это очень страшно, знаю людей которые федора в качестве серверной оси накатывают - они с криками ....мать мигрировали на centos как только на горизонте замаячила 16 федора с systemd, теперь вкус становится совсем банановый ;((

real_maverick ★★★ ()

системные обновления и приложения

Прям как в бзд.

IPR ★★ ()

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

Убунтоводы ликуют и празднуют окончательное правление императора Марка в безрадостных землях гну.

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

Так что проблемы никакой. Это преимущество линукса, чтот такие фокусы в нем возможны.

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

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

По теме: у кого-нибудь есть предложения получше? Вот исправили в libc уязвимость, как сделать без перезагрузки так, чтобы ВСЕ программы подгрузили новую версию libc?

Перестартовать все программы?

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

В таком случае проще просто перегрузить систему - хочется работать в стабильном окружении.

Windows 7/8?

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

Если они это реализуют, придётся сваливать с федоры. Но куда?

Слака или дебиан, когда поттеринг доберётся и до них, можно вообще с линуксом завязывать.

eugeno ★★★★★ ()

Покупка ключей у некрософта, перезагрузка из-за обновления. Скоро дефолтное DE на explorer.exe поменяют?

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

Debian, Arch, Slackware.

Арчик активно катится в сраное гогно:

$ yaourt -Qi systemd-tools
Name           : systemd-tools
Version        : 185-2
URL            : http://www.freedesktop.org/wiki/Software/systemd
Licenses       : GPL2  LGPL2.1  MIT
Groups         : None
Provides       : udev=185
Depends On     : acl  bash  glibc  glib2  kmod  hwids  util-linux  kbd
Optional Deps  : cryptsetup: required for encrypted block devices
Required By    : bluez  colord  device-mapper  initscripts  libegl  libgusb  libvirt  lvm2  mkinitcpio  pcmciautils  util-linux  xf86-video-ati  xorg-server
Conflicts With : udev
* Replaces       : udev <=== WTF dude!?!
Installed Size : 3320.00 KiB
Packager       : Dave Reisner <dreisner@archlinux.org>
Architecture   : x86_64
Build Date     : Fri 22 Jun 2012 09:48:24 AM EDT
Install Date   : Sat 23 Jun 2012 03:16:57 PM EDT
Install Reason : Explicitly installed
Install Script : Yes
Description    : standalone tools from systemd

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

Что сейчас делать пользователю после обновления, что бы гарантировать нормальную работу некоторого приложения? Посмотреть полное дерево его зависимостей и поискать был ли обновлён хоть один пакет?

И почему система управления пакетами не может сделать это вместо пользователя?

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

Required By : bluez colord device-mapper initscripts libegl libgusb libvirt lvm2 mkinitcpio pcmciautils util-linux xf86-video-ati xorg-server

Ох ты ж епт.

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

На Debian Stable. Если это вдруг (о ужас!) станет массовым - туда это доберется в последнюю очередь.

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

Перестартовать все программы

Угу, и в первую очередь init.

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

А какая-то пакетная система сейчас так умеет? Или всюду «дестктопы перезагружать не жалко, а на серверах люди и так знают что от чего и сами перезапустят, если надо».

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

В дебиане делает. Обновляться уже вредной привычкой стало, каждый день, иногда по два раза. Аптайм 10 дней, на «нестабильной» ветке все как всегда стабильно. ИМХО, единственное, что заслуживает перезагрузки - новое ядро, да и то если не лень и когда время будет.

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

А какая-то пакетная система сейчас так умеет?

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

tailgunner ★★★★★ ()

зачот. Даешь перезагрузку в массы

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

В дебиане делает.

Я за ним такого не замечал, хотя у меня, конечно, не самый новый Дебиан.

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

Вот сегодня как раз столкнулся с замечательной системой апдейтов федоры. Обновлялся с 16 на 17, запустил преапгрейд. Оно скачало все, перезагрузилось. Обновляет пакеты, тут внезапно вылетает с ошибкой «Не могу поставить апдейт для пакета Django, дальше продолжать не могу». Зашибись гениально! Охренительной важности пакет, без него никак нельзя продолжать обновление. Никаких вариантов поскипать нет, только выход. Ну думаю ладно, перезагружаюсь в старую федору (иксы там не запустились, но слава Богу хоть консоль есть), делаю yum remove Django. Ребутаюсь в обновлялку - хлобысь, говорит «не могу продолжать, база rpm была изменена другой програмой».

В общем, с горем пополам руками все разрулил вроде бы. Но если такое будет не раз в полгода, а каждый день, то нафиг оно надо. Зачем делать сложно то, что можно сделать просто? На бумаге может у них все и красиво расписано, но в жизни происходит то, что происходит.

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

На Debian Stable. Если это вдруг (о ужас!) станет массовым - туда это доберется в последнюю очередь.

Забываешь о слаке, однако.

eugeno ★★★★★ ()

Когда уже введут локи файлов при их открытии? Без этого система мне представляется ущербной.

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

Угу, и в первую очередь init.

init можно в последнюю очередь.

mv ★★★★★ ()

Fedora 18: большинство обновлений потребует перезагрузку

win 98!

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

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

fixed

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

Replaces : udev <=== WTF dude!?!

Ну так оно действительно Replaces: udev. Потому что последний объединили с системд.

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

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

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

Перестартовать все программы?

Эм, так ведь это и называется перезагрузкой. Тут выше предлагали вариант с kexec - ещё лучше.

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

Если они это реализуют, придётся сваливать с федоры. Но куда?

Только Haiku, только хардкор!

X-Pilot ★★★★★ ()

Пользователей командной строки и других DE просят не беспокоиться.

KDE не задело? И ладненько.

sv75 ★★★★★ ()

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

bloodredfrog ★★ ()

Только променял шубунту на федору, как придется сваливать обратно.

Siado ★★★★★ ()

Ох и за*ся они перезагружаться эти федоряне.

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

одобрил внедрение

Тоже вариант, более благозвучный, но менее точный.

: не нужно. здесь.

С этим не ко мне. Я тоже им говорил, что оно здесь ни к чему.

на откуп будущим высокоуровневым менеджерам

да, так лучше.

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

По правде говоря, меньше всего ориентировался на граммар наци.

вполне обычное дело для Федоры, ничего особенного.

я до сих пор полагал, что это не так.

AVL2 ★★★★★ ()

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

Логично, не надо вручную ничего перезапускать/перезагружаться чтобы обновления подействовали.

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

Ну и пусть себе реализуют, главное на десктопах этим не пользоваться.

Механизма управления загрузками системных обновлений пока не предусмотрено, вернее, это отдано на откуп будущих высокоуровневых менеджеров обновлений в GNOME.

Внезапно, гном всего лишь одна из ДЕ и она не обязательна к установке.

Napilnik ★★★★★ ()

Fedora...потребует перезагрузку

Ключи UEFI от мелкомягких. Плохое влияние.

UNiTE ★★★★★ ()
Ответ на: комментарий от GNU-Ubuntu1204LTS

Хорошо что в моей уютной убунте этого нет и не будет.

Марк давно понял хитрый умысел и саботаж, вот и решил несколько дистанциироваться от этой конторки.

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

Эм, так ведь это и называется перезагрузкой.

Нет.

Тут выше предлагали вариант с kexec - ещё лучше.

kexec ничем не лучше обычной перезагрузки.

mv ★★★★★ ()
Ответ на: комментарий от GNU-Ubuntu1204LTS

Хорошо что в моей уютной убунте этого нет и не будет.

толсто

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

хлобысь, говорит «не могу продолжать, база rpm была изменена другой програмой».

не бывает такого. Это ворнинг, который выдает yum после любых удалений/установок напрямую через rpm. Ошибка была другой.

AVL2 ★★★★★ ()
Ответ на: Безумства от glibych

Re: Безумства

Опа... А вот в gentoo можно на лету в фоне компилировать, обновлять, устанавливать бинарные пакеты и одновременно использовать ее в рабочем режиме, налету, не перегружаясь, сменить ядро.. Впрочем даже убунту не требует перезагрузки при установке пакетов. Отличились.

Можно удалить нужную либу и до перезагрузки ничего плохого не заметить, главное никогда не перезагружаться и всё будет хорошо.

Napilnik ★★★★★ ()

вот фидорас!

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

Что сейчас делать пользователю после обновления, что бы гарантировать нормальную работу некоторого приложения? Посмотреть полное дерево его зависимостей и поискать был ли обновлён хоть один пакет?

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

И почему система управления пакетами не может сделать это вместо пользователя?

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

AVL2 ★★★★★ ()

Видимо, овиндоузивание (наделение системы отрицательными качествами, присущими венде) — одно из условий подписи от Microsoft для SecureBoot.

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