Комитет FESCo (Fedora Engineering Steering Committee), отвечающий за техническую часть разработки дистрибутива Fedora Linux, на состоявшемся 18 июня заседании утвердил (http://lists.fedoraproject.org/pipermail/devel/2012-June/168...) несколько планов, касающихся осеннего релиза Fedora 18.
Из наиболее интересных планов можно отметить:- Включении в дистрибутив поддержки обновления системы в 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.
- Поставка по умолчанию минимального набора debuginfo пакетов, что упростит задействование средств профилирвоания и трассировки. Отладочные данные в пакетах debuginfo для экономии дискового пространства будут храниться в сжатом виде, для сжатия DWARF будет использован метод dwz;
- При первом запуске после установки дистрибутива будет запускаться (https://fedoraproject.org/wiki/Features/InitialExperience) приложение для начальной настройки (http://www.opennet.me/opennews/art.shtml?num=33665) системы, которое предложит пользователю согласиться с EULA-соглашениями некоторых приложений, даст возможность завести нового пользователя, настроить параметры сети, определить часовой пояс и определить параметры аккаунтов в online-сервисах, таких как Gmail. Функции начального конфигуратора будет выполнять специальное приложение, работающее вне сеанса пользователя, но базирующееся на урезанном окружении gnome-shell (по аналогии с GDM). Программа начального конфигурирования будет запущена вместо менеджера входа в систему при первой загрузке после установки. Получив управление программа обеспечит установку необходимых для работы параметров и позволит плавно переключиться в пользовательскую сессию, связанную с заведённым в процессе настройки аккаунтом пользователя.
URL: http://lists.fedoraproject.org/pipermail/devel/2012-June/168...
Новость: http://www.opennet.me/opennews/art.shtml?num=34132
>Поставка по умолчанию минимального набора debuginfo пакетовНу сейчас начнется про "тестовый полигон РедХата"...
> Ну сейчас начнется про "тестовый полигон РедХата"...Атож! Нигде, кроме тестовых полигонов, SystemTap нафиг не сдался, очевидно же :)
> Ну сейчас начнется про "тестовый полигон РедХата"...Весь набор софта, дефолтов и стиль разработки как бы намекает что оно такое и есть. Если нечто выглядит как собака и ведет себя как собака - мы называем это собакой.
>Интеграция в дистрибутив в экспериментальном режиме нового пакетного менеджера DNF, ответвившегося от Yum 3.4Эх, заменили один питон на другой. Ведь есть же, писанный на си, zif.
Заменили часть питонового кода на c++. Тот же yum только с зюзевской libsatsolver
> Заменили часть питонового кода на c++.Ожидаем хор гневных выкриков: "это же свинство, код пакетного мендежера должен быть прозрачен и доступен для модификации, ведь любой сисадмин правит его 100500 раз в день, и поэтому его нужно писать только на скриптовых языках!!!1"
> Заменили часть питонового кода на c++.Полумеры галимые. Если заменить кило дерьма на полкило сахара и полкило дерьма, сильно лучше не станет.
> Ведь есть же, писанный на си, zif.У него обнаружился фатальный недостаток: NIH.
Так си уровнем ниже - rpm и berkeleydb. А в yum питон специально выбран как язык, на котором могут писать не являющиеся системными программистами люди (мейнтейнеры дистрибутивов). И вполне на мой взгляд оправданно - читать код можно не зная питона вообще сразу, а написать, к примеру, несложный плагин для yum'а - хватит простого туториала и открытых в соседнем окне гугла и справочника.
> И вполне на мой взгляд оправданно - читать код можно не зная питона вообще сразу,
> а написать, к примеру, несложный плагин для yum'а - хватит простого туториала и открытых
> в соседнем окне гугла и справочника.Таков и результат.
И JFYI: майнтейнер, который пишет код -- уже разработчик.
А вот раньше (да и в принципе сейчас) как обновляются такие критичные компоненты? Приводят к конфликтам или не обновляются?
обычно нет, уже запущенные приложения используют то с чем были запущены, а запущенные после обновления, используют уже новые файлы. как правило проблем не возникает, но желателен перезапуск, чтобы все работали на единых версиях и ели меньше ресов.
Тогда в чем проблема? Перестраховка?
> Тогда в чем проблема? Перестраховка?Скорее, подготовка к пришествию btrfs. Чтобы снапшоты после критичных обновлений были атомарными.
Ну и перестраховка тоже, на случай критических ошибок и дыр в ядре и libc.
> Тогда в чем проблема? Перестраховка?В основном да, перестраховка. Существующую схему обновлений никто ведь не собирается ломать. А новая кому-то будет удобной (при этом ни чьими интересами жертвовать не надо). Я например на рабочих серверах если ставлю большие обновления - руками гашу большую часть того, что работает, и запускаю заново (и по возможности/необходимости ребут). А если либы обновляются - еще и prelink заставляю пересоздавать кеш целиком. При этом я прекрасно знаю что и так всё работает, какие-то машины с rhel6 месяцами пашут с включенным yum autoupdate, и сами себя по ночам обновляют (после этого правда чинить иногда приходится :))
>желателен перезапуск*Обзязателен* перезапуск, особенно это касается обновлений безопасности.
В дебиане для этого используется прога checkrestart (проверяет процессы на предмет использования удаленных файлов, и выдает готовые команды для перезапуска).
Кто-нибудь, напишите Поттеру, чтобы он запилил аналог для systemd, было бы неплохо.
> В дебиане для этого используется прога checkrestart...
> Кто-нибудь, напишите Поттеру, чтобы он запилил аналог для systemd, было бы неплохо.Вам так нужны checkd и RestartKit, которые все равно не будут работать без остальных ***d и ***Kit?
Кому обязателен, а кому и нет - от ситуации зависит. В общем, как по мне - вывести пользователю notification "неплохо бы перезапустить такую-то софтину" - это хорошо, а уже постоянно держать это уведомление видимым - излишество.
Несколько раз наблюдал косяки в работе фурифокс после обновления. Приходилось перезапускать.
> А вот раньше (да и в принципе сейчас) как обновляются такие критичные
> компоненты? Приводят к конфликтам или не обновляются?Поставьте линукс - узнаете.
Ставил, обновлял. В моей практике без перезапуска обновляемой программы, уже запущенная начинает глючить. Это был и firefox и хромиум и еще куча приложений. Поэтому когда накапливалось множество обновлений, перезапускал систему. НО! Опять таки, пакетный менеджер разве может заменить файл который в данный момент читается? Или все необходимые исполняемые файлы (вместе с разделяемыми библиотеками) дружно грузятся в ОЗУ? Кто-нибудь может прокомментировать поведение при обновлениях серьезных пакетов в разных дистрибутивах?
Система какая?
Есть принципиальная разница? Дистриб - АрчЛинукс
> Или все необходимые исполняемые файлы (вместе с разделяемыми
> библиотеками) дружно грузятся в ОЗУ?Открытый файл при удалении теряет имя, но блоки файловой системы будут деаллоцированы только при закрытии последнего файлового дескриптора.
А грабли бывают тогда, когда что-то требуется по ходу пьесы и ожидается одно, но приехало уже другое.
Говорят, когда-то на настоящих юниксах(tm) при попытке обновить запущенный бинарник можно было огрести text file busy, но своими глазами (и в основном на линуксах) вроде бы не наблюдал... хотя это опять же tradeoff, у каждого варианта есть плюсы и минусы.
Вот это действительно инновации, а не "разработки" Росы.
Вот поэтому я ещё не снёс Семерку - там нет инноваций, зато есть удобство и стабильность.
> Вот поэтому я ещё не снёс Семерку - там нет инноваций, зато
> есть удобство и стабильность.В смысле, в Debian 7? Ошибаетесь, инновации там тоже есть.
(Есть еще одно объяснение слова "семерка", но оно жестко конфликтует с удобством и стабильностью, и поэтому исключается)
Ну не знаю, я на семёрке уже год сижу.. Правда не ставил стандартный DE, поэтому инноваций особо не вижу(наверное инновации в плане гнома 3) а так, частями с репов вытянул иксы, каиро-док, метасити и конки..
Семёрка мне очень нравиться, всегда свежий софт, каждый день обновления, встречаются конечно конфликты пакетов, пока бета, но не сложно раскидать руками всё..
Я доволен семёркой, wheezy - это моё ;)
> там нет инновацийспасибо, посмеялся
>> там нет инноваций
> спасибо, посмеялсяМожет, они имел в виду Fedora 7?
а чем вам fedora не стабильна? я ей стабильно чуть ли не с первых версий пользуюсь... и мне она кстати тоже кажется удобной.вообще это все субьективно, вам удобно одно, другим другое (на вкус и цвет как говорится и рак с рыбой не дружит).
Я надеюсь, останется хоть один дистрибутив без "инноваций". Лично меня полностью устраивает архитектура lenny - дальше вопрос только в обновлении некоторой части софта. Да, десктоп. Да, DE не употребляю. Да, по доброй воле не выключается.
> Вот это действительно инновации, а не "разработки" Росы.Строго говоря, по части менеджера репозиториев это всё же полумеры -- у SAT-солверов есть врождённые недостатки для некоторых случаев (потому в альте и начали исследования в виде deepsolver).
Если этот DNF работает в разы быстрее и потребляет так мало памяти, то чем же всё это время занимались разработчики Yum'а ?
Можно попробовать. http://akozumpl.fedorapeople.org/hawkey/
Будьте добры, объясните за оффлайн-обновления? Второй день безуспешно пытаюсь себе обосновать необходимость этой выдумки. За 10 лет ни одного одного "привести к конфликту и проблемам в работе уже работающих приложений" не видел, не решаемого рестартом проблемного сервиса.
Десять лет назад btrfs не было :)
> Десять лет назад btrfs не было :)И как бтрфс мешает системе ставить обновления? Я думал и о бтрфс — не помогло. Опять же, в сусе вон демонстрируют обновления с бтрфс без ребута.
> И как бтрфс мешает системе ставить обновления? Я думал и о бтрфс — не помогло.Ну что ж, значит, вы недостаточно разбираетесь в работе файловых систем.
Так что вам этого не понять, смиритесь.
>> И как бтрфс мешает системе ставить обновления? Я думал и о бтрфс — не помогло.
> Ну что ж, значит, вы недостаточно разбираетесь в работе файловых систем.
> Так что вам этого не понять, смиритесь.Ну же, добрый анонимус, объясни!
> Бессмысленно объяснять сантехнику квантовую физику.Вообще-то дядька Резерфорд (как любитель физики должны бы знавать такого) помнится выдал гениальнейшую мысль (цитирование примерное, по памяти): если вы не можете вкратце объяснить даже кухарке чем вы занимаетесь, значит вы и сами не слишком понимаете чем вы занимаетесь.
Вот вы этот тезис Резерфорда иллюстрируете во весь рост.
ну зажги пример, Резерфорд. Вкратце обрисуй кухаркам банальный ряд фурье или дельта функцию Дирака.
> Вкратце обрисуй кухаркам банальный ряд фурьеНу почему, можно начать с упаковки кабачковых колечек на сковородке.
Боженька вон домохозяйкам закатившимися монетками объяснял, и доходило. Было бы желание и понимание у самого объясняющего, действительно.
> ну зажги пример, Резерфорд. Вкратце обрисуй кухаркам банальный ряд фурье или дельта
> функцию Дирака.Я как бы и не претендовал на то что я крут как Резерфорд, но в области в которой я считаю себя компетентным я имхо смогу худо-бедно рассказать на пальцах как и что :)
>> Десять лет назад btrfs не было :)
> И как бтрфс мешает системе ставить обновления? Я думал и о бтрфс
> — не помогло. Опять же, в сусе вон демонстрируют обновления с
> бтрфс без ребута.Да не мешает ничего, и необходимости нету. Речь не идет о починке того, что не сломано. :)
Просто на работающей системе если делать btrfs/lvm снепшоты до и после обновления - в дельту помимо изменений в софте будут попадать данные, которые запущенный софт пишет. Отделить на этом уровне одно от другого нереально. Потери места из-за хранения ненужных промежуточных состояний файлов бывают не то что заметными, а даже неприятными.
например, после обновления ядра перезагрузка нужна по-любому, как ни крути
Перезагрузка нужна, а оффлайн обновление не нужно.
Собственно и перезагрузка может подождать и обойти ее можно.
Но оффлайн обновление вообще не нужно ни при каком сценарии.
> Но оффлайн обновление вообще не нужно ни при каком сценарии.Обсуждали с legion@, я не смог вспомнить/найти ни одного use case для подобного.
>> Но оффлайн обновление вообще не нужно ни при каком сценарии.
> Обсуждали с legion@, я не смог вспомнить/найти ни одного use case для
> подобного.Ну вот несколько месяцев назад пришлось на домашней машине (rawhide) делать тот самый usrmove. Соответственно сейчас если кто будет федору обновлять с 16 до 17 - тоже столкнется. А поскольку штатных средств для таких обновлений не хватило - им пришлось довольно грязным способом все делать: обновляет всё модуль dracut'а по команде, указываемой в командной строке ядра. У меня срабатывало каждый раз без ошибок, но видно было - если что пойдет не так, то жопа - сделано на скорую руку. И сам процесс обновления еще пол-беды, вот в rpm-зависимостях в связи с этим так накуролесили, что до сих пор вроде импортные пакетные менеджеры (apt и основанный на нем софт) поломаны.
Понятно что такой подход мало где приемлем. При предстоящей миграции rhel с 6 на 7 предлагать пользователям такое даже как-то нелепо.
Легко!
Red Hat - Windows reloaded
>Red Hat - Windows reloadedЗа игру слов зачод, только это не объяснение необходимости хер пойми какого ранлевела для установки нового глибца
Читай внимательно — непойми какого ранлевела для установки глибца. Сейчас всё на ходу обновляется, и очень редко требует лишь перезапуска некоторых программ
> Читай внимательно — непойми какого ранлевела для установки глибца. Сейчас всё на
> ходу обновляется, и очень редко требует лишь перезапуска некоторых программВранье. Оно обновляет только копию на диске, и то что висит в памяти будет старым.
>Новый режим подразумевает установку обновлений для некоторых ключевых компонентов системы (например, glibc и других основных библиотек) на начальном этапе загрузки системы, при котором обновляемые компоненты не могут привести к конфликту и проблемам в работе уже работающих приложенийещё одна фича, при***еная из windows
Какая фича? Что она даёт?
> Какая фича? Что она даёт?Никто ничего не дает, успокойтесь, пройдите на укольчик :)
>> Какая фича? Что она даёт?
> Никто ничего не дает, успокойтесь, пройдите на укольчик :)Похоже, что укольчик понадобится, да, ненужная херь в моём линуксе меня беспокоит.
> Похоже, что укольчик понадобится, да, ненужная херь в моём линуксе меня беспокоит.Используйте любой из дистрибутивов, выпущенных до 2005 года, скажем. Там нет ненужной хери. Совсем.
>> Похоже, что укольчик понадобится, да, ненужная херь в моём линуксе меня беспокоит.
> Используйте любой из дистрибутивов, выпущенных до 2005 года, скажем. Там нет ненужной
> хери. Совсем.У меня дистрибутив примерно декабря 2011го года, и там нету ненужной хери. Может мне её надо скачать и установить? Или ты тот же самый негодный анонимус из ветки выше?
> У меня дистрибутив примерно декабря 2011го года, и там нету ненужной хери.
> Может мне её надо скачать и установить? Или ты тот же
> самый негодный анонимус из ветки выше?И какой же, позвольте спросить?
> Какая фича? Что она даёт?+1 к ребутам!
>> Какая фича? Что она даёт?
> +1 к ребутам!Она намекает админам локалхоста что обновить пакет на диске мало, надо еще перезапустить все процессы зависящие прямо или косвенно от изменившихся данных. Но подохреваю что это метание бисера перед сленами древней секрты "я все обновил безо всяких перезапусков, идите все на"
> подохреваю что это метание бисера перед сленами древней секртыЧто-что вы делаете? И перед кем?
> ещё одна фича, при***еная из windowsСкорее, из UNIX (например, LiveUpgrade в Solaris). Изначально оно появилось именно там, откуда было стыбрено виндой много лет спустя.
LiveUpgrade, лишь предполагал обновление снепшота, без выключения системы. Где такое в Windows? Она то, как раз ставит обновы в оффлайне, а не в онлайне, как в LiveUpgrade, создающий альтернативный корень.
> LiveUpgrade, лишь предполагал обновление снепшота, без выключения системы. Где такое в
> Windows? Она то, как раз ставит обновы в оффлайне, а не
> в онлайне, как в LiveUpgrade, создающий альтернативный корень.Тащемта, не снепшота, а boot environment. Это задолго до ZFS было в соляре.
Да, альтернативный корень, ну или по правильному BE, в прочем до ZFS оно имело один недостаток, нужен был отдельный раздел.
Здравсвуйте, понятно, а новшества то в чем?Понимаю в Android, улучшены шрифты, добавлена поддержка обмена файлами напрямую, обновлен внешний вид галереи и так далее.
А что тут, когда появится магазин приложений, вменяемый инструментарий разработки?
Вам в Ubuntu. У них Software Center и quickly.
> Вам в Ubuntu. У них Software Center и quickly.Ну для любителей клинической ынтырпрайзятины - у редхата есть куча добра на яве :)
>Включении в дистрибутив поддержки обновления системы в offline-режиме ... предупреждение о необходимости перезапуска
>предложит пользователю согласиться с EULA-соглашениямиоО... федору продали в MS...
Во-первых, это нужно для всяких флешеков и скайпиков.
Учитывая политику дистрибутива в отношении лицензий — откуда они там возьмутся после первой загрузки?
Что именно? Показ eula?
Ну и зачем при первом запуске Федора "предложит пользователю согласиться с EULA-соглашениями", если не все используют эти поделия?
> Во-первых, это нужно для всяких флешеков и скайпиков.Это тех который они ломают первым делом и потом вопят что адоб может идти нафиг? Так я не понял - они за кого? :)
Таки да - хоть кто-нибудь объяснит толком как связаны btrfs и оффлайновые обновления?
Да никак они не связаны, снимки можно делать и во время работы, и сервисы перезапускать без перезагрузки, это в винде надо 5 раз сделать ребут, чтобы обновления встали.
На команде гнома тестируют какую-то новую наркоту, отрыв от реальности полный.
я тут в обед ещё раз подумал, и решил, что это может быть как-то связано с ефи, шифрованием и прочим трастед конпутенгом, токо об этом никто не говорит
>Таки да - хоть кто-нибудь объяснит толком как связаны btrfs и оффлайновые обновления?Элементарно.
Нормальные люди не понимают зачем нужны оффлайн обновления, а федористы не понимают зачем нужен btrfs. Вот такая связь.
>>Таки да - хоть кто-нибудь объяснит толком как связаны btrfs и оффлайновые обновления?
> Элементарно.
> Нормальные люди не понимают зачем нужны оффлайн обновления, а федористы не понимают
> зачем нужен btrfs. Вот такая связь.С учетом того что федористы = редхатовцы, вы сударь просто затейник.
никакого. Нужно же оправдать как-то бредовую идею.
Даешь реестр в Федора 19 ?!
>Даешь реестрсм. dconf
Вам таки в гноме реестра мало?
В линуксе хочу:
Хочу офлайн-обновления."Не вытягивайте шнур питания... 0 из 50"
Хочу реестр, да шоб позапутанней...
Хочу красивые пимпочки и нескучные обои.
Хочу синий экран смерти!
Хочу била гейтса!!!
Первые 4 хотелки вы можете реализовать своими-же очумелыми ручками (опенсорс-же).
А вот с пятой... Да, любовь зла...
> Хочу офлайн-обновления.А хочешь я тебя читать научу?
Там же написанно, что это только для ядра и основных библиотек, список которых сильно ограничен.
> Хочу реестр, да шоб позапутанней...gconf
> Хочу красивые пимпочки и нескучные обои.Gnome3, Unity, KDE4
> Хочу синий экран смерти!xscreensaver
> Хочу синий экран смерти!Прости, тебе с этим лучше бы к врачу обратиться.
> Прости, тебе с этим лучше бы к врачу обратиться.Осталось только уточнить к какому - к психиатру либо к сексопатологу. :-)
С Биллом придется обломиться, он отошел от дел в MS и занялся любимым делом - стал филантропом.
Я, может, что-то не понимаю, но в Red Hat "отложенные обновления" были ещё в 2005 году, про более ранние не скажу.
> в Red Hat "отложенные обновления" былиТеперь будет вставлен костыль от Гнома 3.6
А что мешает это приложение начальной настройки запускать пока копируются файлы на винт как это в Убунте делается?
Для предустановленной ОС это не подходит, например.
Вот я совершенно не врубаюсь, как «офф-лайн загрузка» приложений поможет избежать конфликтов?! Если конфликты есть, значит кто-то где-то в пакетах накосячил. Ну обновилось оно в офф-лайне, обновление оказалось нерабочим, и? Мне, как пользователю, сильно легче будет от того, что я узнал о косяке после n-цати минутной загрузки обнов, в течение которых система была неработоспособна, а не после перезагрузки в свободное время?
Я так понимаю, они боятся оставлять систему в состоянии когда какая-то библиотека обновилась, но запущено приложение, использующее старую версию. То есть конфликты не в смысле "установлены несовместимые версии", а "запущены две несовместимые версии приложения или библиотеки". На практике лично я о проблемах в такой ситуации не знаю. С другой стороны - я читаю то что пишет пакетный менеджер и если просят перезапуститься как можно быстрее (с обновлением glibc такое было) я это делаю. А что сделает дикий пользователь - кто ж его знает.Ещё одно предположение - так можно свободно ломать совместимость форматов конфигов и временных файлов. Запустил апдейт, он всё обновил и не надо беспокоиться что в это время мог быть живой процесс старой версии и селективно просить пользователя перезапустить именно его. В общем если это только механизм и им не будут злоупотреблять - почему бы и нет...
Формат конфигов поменялся, сервисы передохли, перенастраиваем всё с нуля. Очень хорошая концепция, прям как в убунте. Надо другое объяснение искать, это больно дикое
Ну вот mc с какой-то версии перетащил свои конфиги в .config - и старые не преезапущенные версии вели себя странно и сыпали ошибками при этом. Другое дело, что это debian testing у меня - там такое допустимо и понятно, а если б на stable системе кто-то такое счудил - я бы сильно засомневался в его здравомыслии. Но это в дебиане, а в федоре, поди, можно...
> Ещё одно предположение - так можно свободно ломать совместимость форматов конфигов и
> временных файлов.Хм, так конфиг-то, на минуточку, поправлен пользователем. Нужные конфиги они того, конфигурируются. Да и перечитываются не ежесекундно обычно. Т.е. сервис со старым конфигом так и так доработает до перезапуска, а в новый конфиг, если он серьёзно поменялся, так и так придётся лезть и настраивать.
ну не конфигов а каких-нибудь файлов данных, не суть.
Запущен у нас mysql. Пришло обновление mysql-server и mysql-client. Протокол общения между ними изменился, и новая либа не совместима со старым сервером. Уже запущенные программы работают, а если запустить новую - то она не достучится до сервера %)
Пример выдуманный, но суть должен передать хорошо.
"...а если запустить новую - то она не достучится до сервера..."Шо за бред.
Ах нет, ты прав... сорри. Да, конечно же разрабы не вкурсе,что есть такое понятие как обратная совместимость, а протоколы и RFC меняют каждый день."...новая либа не совместима со старым сервером..." - беда - новая либа не совместима!! УсЁ пропало!
А то что все те либы которые юзает мускуль (та любая прога) сидят в оперативе и выгрузятся только после рестарта приложения - Вам кончено не известно...
Ах нет, вы опять правы... Проги специально перечитывают винт в поисках новой несовместимой либы шобы нае*нутся!Да, да офлайн обновление просто необходимо! Ура товарищи, УРА!
Правильно. Сидит в памяти прога со старой либой. А сервер обновили, теперь он с новым протоколом. Стучится старая либа и получает отлуп. Ещё раз - пример искусственный, только чтобы идея понятна была.Кстати еще одно соображение добавилось - в линуксе таких проблем особо нет так как мало долгоиграющих процессов, которые бы сами с чем-то обменивались, обычно запускаются соответствующие утилиты. Но если у нас всё через D-Bus и подобное организовано - то нужен перезапуск, что, возможно, повлечёт проблемы с user experience. Так что где-то даже логично - вместо того чтобы требовать "перезапустите firefox, чтобы он дальше мог сыпать notifications обновившемуся компоненту гнома" просто обновить всё пачкой при старте системы. В смысле - демона часто можно перезапустить не тревожа пользователя, а вот гуишную программу - хрен там.
Сидит прога в памяти. Она может использовать какой-то ресурс, который ей нужен не всегда (динамическая либа, ресурсный файлик, конфиг etc). При апдейте обновился этот ресурс, и он поломал протокол общения с собой. Поэтому обновилась и прога, которая может использовать этот ресурс.Пользователь прогу не перезапустил. Через некоторое время он пытается сделать действие, которое пытается подгрузить ресурс по старому протоколу... и обламывается. Пользователь кричит "Бага!".
Это как пример того, что решают оффлайновые апгрейды. Но для решения такой ситуации оффлайновые апгрейды не единственное решение: ведь достаточно просто перезапустить прогу, чтоб всё стало хорошо. Просто разработчикам проще сделать оффлайновый апгрейд и ГАРАНТИРОВАТЬ, что багов из-за неперезапущенных приложений не будет, чем сделать нотификацию пользователей определённых приложений, чтоб они их перезапустили.
>Secondary benefits of the work done for this feature include that we are downloading all updates before we notify the user about available updates, and thus avoid unpleasant wait times.Ну понятно, автообновления в принципе использовать не всегда разумно, а в федора — тем более.
Там написано, что они сначала будут стрелять^Wзагружать _все_ апдейты, а потом спрашивать.
Пользователи GPRS модемов и сетевые геймеры да возрадуются.
Так понял, почему и удивил этот маразм.
> Так понял, почему и удивил этот маразм.Маразм это "обновиться" и не перезапускать. Нахрена обновляться тогда?
Ох щит.
Кажды раз после обновления гномшелл/кде/юнити/xfce компонентов нужно перезагружать полностью ?
Кажды раз после обновления Blender,GIMP,mplayer,firefox и тп нужно перезагружать полностью ?
Вот это маразм. Перезагрузка нужна если тебе кажется что начинаешь ловить глюки или если работаешь там где остро стоит вопрос стабильности.
Большинству пользователей это нововведение нафиг не нужно, а кому нужно и так перезапускаются и создают снапшоты, так какой тогда смысл в этой "фиче" ?
Для gprs модемов есть галочка, но все остальные жутко обрадуются - это да...
> ответвившегося от Yum 3.4 и развивающего некоторые новые идеиАга. То что yum тормозная дрянь, жрущая прорву памяти они признали. Но вот правда радикальную хирургию провести так и не осилили, ограничившись полумерами. Сколько фуфло не ответвляй - фуфлом и останется.
>> ответвившегося от Yum 3.4 и развивающего некоторые новые идеи
> Ага. То что yum тормозная дрянь, жрущая прорву памяти они признали. Но
> вот правда радикальную хирургию провести так и не осилили, ограничившись полумерами.
> Сколько фуфло не ответвляй - фуфлом и останется.Это ты сказал. Они улучшают программу, ты фантазируешь, каждому своё.
>> ответвившегося от Yum 3.4 и развивающего некоторые новые идеи
> Ага. То что yum тормозная дрянь, жрущая прорву памяти они признали. Но
> вот правда радикальную хирургию провести так и не осилили, ограничившись полумерами.
> Сколько фуфло не ответвляй - фуфлом и останется.А сколько у вас памяти установлено в компьютере? yum сам по себе жрет 150-200 мб (на некоторых пакетах процесс раздувается больше, но там это уже в librpm, который заменой yum не решится). Проблемой это может быть разве что на VPS с 256мб памяти и x86_64 архитектурой, на 512мб уже сносно работает.
>будут обновлять в offline режиме, требующем перезагрузкиWindows 95 comes back!
>>будут обновлять в offline режиме, требующем перезагрузки
> Windows 95 comes back!Какой смысл обновлять пакет если не будут перезапущены все зависящие от изменений процессы. С таким успехом мжно обновлять зеркала дистрибутива и продолжать работать.
[сообщение отредактировано модератором]
Учи матчасть: перезапуск процессов != перезагрузка
если обновился glibc, то равно
> если обновился glibc, то равноinit 1; init 3; init q
PS: ну, первая точка с запятой условная.
Ну, прикидываемся дальше. Чем это отличается от перезагрузки? Тем, что при перезагрузке мы ГАРАНТИРОВАННО получаем обновленную систему, а при полужопном полурестарте части сервисов "авось не сломается, ведь на форумах пишут все будет пучком" ?
> Ну, прикидываемся дальше. Чем это отличается от перезагрузки?Тем, что не надо уходить в фирмварь (что может быть долго).
Ну и это наиболее радикальный метод, есть и попроще. Предваряя следующий вопрос -- удалённо реализуется с IPMI (особенно при наличном и проброшенном iKVM).
Только такие финты ушами обычно практикуют люди, которые не склонны оные уши подставлять под всепучкомнафоруме.
С помощью такого обновления не нужно рута. Может быть удобно для всяких баребонов и HTPC.
Ущёл с Федоры на Арч. Как теперь вижу не зря. Их куда-то уж совсем не туда понесло, ИМО.
не пойму, комментариев. Впечатление такое, что с каждым годом Linux сообщество все тупее и тупее. Fedora один из локомотивов прогресса, все на нее равняются рано или поздно. Не нравится - молчите, зачем срать.