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

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

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

«Мне КАЖЕТСЯ что сервис работает» не равно «компьютер обновлен и изменения подействовали».

Ну ВРОДЕ работает, глюков ВРОДЕ нет. Ничего не отвалилось. Игра идет. крузис летает. Ой, а это что, куда то файл делся. Уфф, файл на месте только чуть меньше стал. Фигня какая, там все равно история рекордов в косынке была. Че вы гоните, обновления то причем? Это ж очевидно «Глюкнул копмьютер». Ладно ладно, перегружу и все будет пучком.

«Мне КАЖЕТСЯ что сервис работает» не равно «компьютер обновлен и изменения подействовали».

Ой, бидабида,одновременно две версии библиотек загружены! Какстрашнажыть, срочно застрелиццо!

Несчастных ведусятников, наверное, должен разить ужас за 20 метров от компа.

И наверняка еще перехерачат rpm.

Казалось бы, при чём здесь rpm?

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

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

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

Я, как коммитер PackageKit, и человек, знающий лично Ричарда, уверен, что всё сведётся к галочке в системных настройках обновлений.

Скинтесь ему на девушку уже.

Как это сделано сейчас.

Я так думаю, что скоро они все переведут на эти рельсы,

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

А если проблемы нет или решение таковым не является, то зачем тогда оно в гноме? Только чтобы жизнь гномерам медом не казалась?

а потом придумают вместо консоли, скажем, веб-утилиту управления.

Такого пока не было. тем более, вместо. Не вижу смысла истерить по несуществующим причинам.

И прикрутят намертво интеграцию к своему облаку.

Это совсем врядли. Федора не вендор коммерческих решений. Зачем им вешать себе на шею поддержку бесплатного облака?

Значит... что-то будет усиленно падать. Это первая версия.

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

Бывают глюки, не спорю

Вот именно это и пишут. И хотят устранить саму их возможность.

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

Ладно, предположим, проблема есть, а с чего они взяли, что в этом минимальном окружении она не возникнет? Ведь все равно ряд библиотек и служб загружен, так что им мешает продолжать убиваться при обновлении? Получается, что это всего лишь меньшая вероятность ошибки и не более того?

Еще интересный момент - это эвристика.

+100500

То есть, сидя на мобильном инете

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

P.S. С нетерпением жду замены утилиты ps. Потому что как же - давать людям по-человечески видеть процессы?

Давно назрело.

это должен быть сервис psd, который собирает информацию о процессах и складывает в новую БД, написанную специально для таких нужд и psctl, который выводит ее на экран. При запуске без ключей, ps должен показывать в стиле htop, а если перенаправить вывод, то как старый ps.

Старый ps должен остаться для совместимости. Он не должен ничего показывать, кроме надписи «Redirected to psctl...»

«Мне КАЖЕТСЯ что сервис работает» не равно «компьютер обновлен и изменения подействовали».

1) кто сказал, что это необходимо, чтобы компьютер был именно сейчас обновлен и изменения подействовали? В абсолютном большинстве случаев надо, чтобы компьютер просто работал без излишнего отвлечения на процедуры обслуживания. Пришли бы теже самые обновления через неделю и что? Мир бы перевернулся?

2) Кто сказал, что после перезагрузки обновления вступят в силу? Это все равно надо проверять. Если уж это важно.

3) Самое главное, что если вас волнует максимально стабильное состояние службы, то и решайте вопросы с его мониторингом, тестированием, обновлением (без перезагрузки!) и сопровождением, а не тупо привязывайте кнопку резет к входной ручке, чтобы каждый входящий ребутил комп ибо при перезагрузке служба должна обновиться...

Как это сделано сейчас.

И как оно догадывается, что я использую mobile broadband?

У меня wifi тизеринг на телефоне раздает инет на компы. Сработает эта галочка?

Я конечно понимаю, юзер и все такое. Но yum это программа (набор утилит и т.п., как хотите). Программа значит набор библиотек. В библиотеках есть функции. Командная строка один из способов вызова этих самых функций (его можно формально назвать стандартным способом, но не единственным). Например есть программа Guyum, позволяющая работать с yum без командной строки. Конечно новость оформлена очень не точно, но нужно еще и думать.

Описанный механизм реализуется тоже помощью библиотек. Их функции в том числе можно использовать из командной строки. Так что фраза «Пользователей командной строки и других DE просят не беспокоиться...» вообще не верна и ничего толком не поясняет.

Это факт. «Борьба с проблемами» подобным образом, это чистой воды мракобесие. Люди не в состоянии осилить даже десяток строк короткой новости, но упорно верят, что все, что происходит, или божья благодать или происки дьявола. Когда ж вы думать начнете...

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

Если начинать с заголовка править, то не «большинство обновлений потребует перезагрузку», а «для большинства обновлений теперь доступна также безопасная установка после перезагрузки». Если мы имеем дело с сервером, где нужно срочно что-то обновить, данная новость вообще тут не причем. Если нам на десктопе нужно что-то обновить срочно, опять таки никаких проблем: берем обновляем. Но вот ситуация когда мы работали, а потом программа вылетела из-за автоматического фонового обновления (например firefox, реальный пример). Просто оно поставится автоматом при следующей загрузки системы, нормальные пользователи «держа руку на пульсе» не требуют немедленной установки всех обновлений, скажем установка обновлений раз в неделю, нормальная практика. И еще раз: установка этого обновления никак не требует перезагрузки, если хотим, берем и «подталкиваем» обновление вручную.

Ну надо же... совсем как в Mac OS X и Windwos стало =)

Ну ВРОДЕ работает, глюков ВРОДЕ нет. Ничего не отвалилось. Игра идет. крузис летает. Ой, а это что, куда то файл делся. Уфф, файл на месте только чуть меньше стал.

А когда у вас такое было?

Что у нас там критичное совсем для работающей системы? Glibc. Согласен, систему лучше бы перегрузить и даже принудительно в том случае, если вы еще что-то новое запускаете, потому как в памяти рабочая версия и все, что запускалось до апдейта, работает именно на ней и жрать не просит.

А часто ли меняется glibc? В последний раз я ее апдейт видел федор эдак пять назад. Там была куча ошибок и чуть ли ни три апдейта подряд было.

Все остальное - домыслы. Особенно насчет файлов.

Я замечу, что апдейт в оффлайне не гарантирует, что после перезагрузки все взлетит. Я не нашел описания, как апдейт влияет на оффлановую мини-систему. Если это не отдельный образ, то у Хьюстона могут быть проблемы.

Я также не нашел никакого описания возврата системы к точке до обновления. Возможно, я плохо искал, но имхо это было бы лучшее решение (вот как раз как у виндов или мака), нежели непонятная хрень с бантиком и двумя презагрузками.

А вообще, если бы г-н Леннарт и ко хотели тру-устойчивости, им надо было бы двигаться в сторону микроядерности.

P.S. Вот потом он перезагрузит комп и что? И будет как у Леннарта.

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

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

Что касается таргетов systemd - да, я видел это чудо. В /etc/systemd куча скверно названных папок, содержащих симлинки.

Симлинки ведут в /usr/lib (это не поэтому теперь /usr на другой раздел никак не поместить?).

Там те же папки + еще тонна. И тонна симлинков. Чтобы воткнуть себе по умолчанию третий инит, надо один симлинк поместить на другой.

Но сначала надо его найти. Я нашел.

Сервисы теперь врубить и вырубить по-человечески можно только через systemctl, который почему-то считает ниже своего достоинства таки отдать репорт о том, стартовало все хорошо или нет без ключика status. Как обычно, сервисы переназвали. Даже не понимаю, чем smb.service, например, лучше smbd. Мне нравилось набирать четыре буквы...

Замечу, что теперь я не знаю, как точно сказать, чтобы один сервис грузился раньше другого (хотя я думаю, что есть способ, несмотря на «параллельность» загрузки). И мне реально лень разбираться, т.к. раньше я мог тупо в любом редакторе поменять циферку, не лазя в тонны доков и не используя гугл.

Наверное, я устарел, раз люблю простоту и надежность, а также человеко-читаемые скрипты.

Я, как коммитер PackageKit, и человек, знающий лично Ричарда, уверен, что всё сведётся к галочке в системных настройках обновлений

А я как человек, проведший две недели в копаниях pulseaudio с целью установления, какого хрена он перемапливает нормально замапленные каналы (так и не нашел, кстати) и как он добавляет эхо туда, где эффектов нет, даже на чистой системе, как-то не верю. Как не верил, что systemd кончится добром. Оно пока и не кончилось.

Только чтобы жизнь гномерам медом не казалась?

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

Я не знаю, зачем это делают с гномом.

Федора не вендор коммерческих решений.

Ну надо же отрабатывать операции с Redhat. А заодно можно показать «удобства». Вон unity и mac уже там. И винда нагоняет.

Получается, что это всего лишь меньшая вероятность ошибки и не более того?

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

Не вижу чем это лучше, особенно если что-то поломается в процессе. И сиди, как дурак, пытайся куцыми тулзами что-то подправить.

Но вот ситуация когда мы работали, а потом программа вылетела из-за автоматического фонового обновления (например firefox, реальный пример). Просто оно поставится автоматом при следующей загрузки системы, нормальные пользователи «держа руку на пульсе» не требуют немедленной установки всех обновлений, скажем установка обновлений раз в неделю, нормальная практика.

Файрфокс и офис пишут «произошло обновление, пожалуйста перезагрузите нас».

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

Так что вы правы - мракобесие.

P.S. Вот потом он перезагрузит комп и что? И будет как у Леннарта.

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

А вообще, если бы г-н Леннарт и ко хотели тру-устойчивости, им надо было бы >двигаться в сторону микроядерности.

вот он глас разума. имхо, в современном ядре линукса скоро и сам Линус перестанет что либо понимать. тащат в ядро все что не поподя. жаль QNX не успели открыть (вроде были у них такие планы) , прибежала RIM и купила годный продукт

Ога, ога, если федора глючит, то она кривая, а если бубунта глючит, то это руки кривые. Фанатики, такие фанатики. Шоры глазам не жмут?

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

ога, а бубунта превращается в мак

Я конечно понимаю, юзер и все такое. Но yum это программа (набор утилит и т.п., как хотите). Программа значит набор библиотек.

вовсе не обязательно программа означает набор библиотек. Примеры - cdrecord, dcraw. Программы есть, а библиотек нет.

Например есть программа Guyum, позволяющая работать с yum без командной строки.

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

Описанный механизм реализуется тоже помощью библиотек. Их функции в том числе можно использовать из командной строки. Так что фраза «Пользователей командной строки и других DE просят не беспокоиться...» вообще не верна и ничего толком не поясняет.

Может использоваться и используется, это разные вещи. Пока что никаких планов на этот счет нет. Фраза четко отражает то, что пока что для тех, кто привык к yum upgrade или использует другие DE ничего не изменится. Ни в хорошую, ни в плохую сторону.

Если начинать с заголовка править, то не «большинство обновлений потребует перезагрузку», а «для большинства обновлений теперь доступна также безопасная установка после перезагрузки».

Да ничего подобного. Нет никакого выбора. Для тех, кто использует ГНОМ, будет одна кнопка с рестартом, а для тех кто обносляется из консоли или использует другие ДЕ не будет никаких кнопок с рестартом. В обоих случаях выбор из одного пункта.

ДА, сидя в ГНОМе, можно будет вызвать терминал и обновиться по старому, но это просто отрицание пользователем данного новшества и не более того. Это не выбор, это отказ.

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

почему, с чего? в гноме на сервере этой кнопки «рестарт и применение апдейтов не будет?».

И еще раз: установка этого обновления никак не требует перезагрузки, если хотим, берем и «подталкиваем» обновление вручную.

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

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

ну да. обычный resque образ.

Не вижу чем это лучше, особенно если что-то поломается в процессе. И сиди, как дурак, пытайся куцыми тулзами что-то подправить.

Это лучше тем, что

1) ни один файл, ни одна служба из основной системы не используются. Не мало, не минимум, не только базовые службы - 0 файлов и 0 процессов. Значит, если проблема с открытыми файлами существует, то только так она решается полностью.

2)Никакие действия в этой загрузке не смогут привести к незагружаемости самого спасательно-обновлятельного режима, а значит всегда есть возможность дообновить или восстановить работоспособность системы.

И сиди, как дурак, пытайся куцыми тулзами что-то подправить.

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

Может использоваться и используется, это разные вещи.

Ну здравствуй Капитан :)

Да ничего подобного. Нет никакого выбора. Для тех, кто использует ГНОМ, будет одна кнопка с рестартом, а для тех кто обносляется из консоли или использует другие ДЕ не будет никаких кнопок с рестартом. В обоих случаях выбор из одного пункта.

ДА, сидя в ГНОМе, можно будет вызвать терминал и обновиться по старому, но это просто отрицание пользователем данного новшества и не более того. Это не выбор, это отказ.

Так вот что тебя беспокоит, брат. Ну так это обычный GNOME way: быть на столько дружественным к пользователю, на сколько это возможно. Пиши свое приложение и черед dbus дергай systemd как тебе заблагорассудиться. Тогда в новости нужно было вообще написать, что в гноме убрали такую-то фичу :)

Так вот что тебя беспокоит, брат.

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

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

Перспекива меня беспокоит...

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

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

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

Это все на каком языке было написано? Возрождение Черномырдина? Все слова вроде понятны, а смысл остался в полном мраке.

А ведь я всегда говорил, что федора не нужна.

никак не может взлететь, несмотря на микроядерность

Ядра в стороны раскатываются? :)

Poettering (англ., процессуальный глагол) - обозначает процесс порчи чего-либо или кого-либо.

Шатлвротинг (идиома, )- нецензурное слово, применяется к обманщикам живущим за чужой счет.

Я не очень глубоко разбираюсь в теме (и ядре), но походу Линусу не очень нравятся патчи, которые нужны для работы этой фичи

подробности в треде https://lkml.org/lkml/2011/11/17/130