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

Что это?

но работающий софт в процессе обновления становится нерабочим

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

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

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

а давайте её не будет, этой кнопки. Это ж несложно, ну.

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

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

1) берем список обновленых пакетов (это точно есть)

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

3) узнаем, что из этого широкого списка работает (смотрим ps -A и что из этого в какие пакеты входит? Или в пакетах уже прописана команда возврата статуса запуска?)

4) рестартуем (а как? в пакете где-то прописана команда рестарта?)

И как ты собрался делать 3 пункт? И тем более, как ты собрался корректно провести 4 пункт, да еще в автоматическом режиме?

Собственно, есть только один вариант для 3 и 4 - перезагрузка.

По-моему, то, что ты сказал, и является нонсенсом. А еще это не относится к вопросу «чем одна ненадежная система хуже, чем другая ненадежная система».

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

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

ну будет вам аддон для гномтри чёвы а? все так кричат как будто вообще нифига не в теме что происходит.

Во-первых, не установка, а обновление с 16 до 17.

ага, теперь понятно.

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

Тут две стратегии поведения. Или в игнор, или вендетта.

Имхо надо бороться. Иначе мы так без операционки останемся.

Велика Федора, да дура.

здравствуй, windows.

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

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

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

Гарантированно здесь будет надмножество необходимых пактов, что повредить не может.

узнаем, что из этого широкого списка работает (смотрим ps -A и что из этого в какие пакеты входит?

Внезапно да, каждый пакет содержит список файлов.

4) рестартуем (а как? в пакете где-то прописана команда рестарта?)

Да хоть прибиваем kill -TERM. И, естественно, для служб прописана команда рестарта.

Собственно, есть только один вариант для 3 и 4 - перезагрузка.

Для пункта 3, получения списка запущенных программ, выход - это перезагрузка? Okay.

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

Ты под веществами? Я не говорил о снэпшотах LVM2, я процитировал Федора Вики по поводу снэпшотов BtrFS.

Правильно, но зачем перезагружаться дважды, если можно один раз?

работающий софт в процессе обновления становится нерабочим

проблемы софта, нормальный софт без проблем обновляется и работает

Ну, и объясни, что кривого в многопроцессной архитектуре.

Из емакса или лисы вон вообще хрен выйдешь после мажорного обновления

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

Ну, и объясни, что кривого в многопроцессной архитектуре.

ты слишком широко берешь

Щито?

Напиши, как узнаешь.

Ну, и объясни, что кривого в многопроцессной архитектуре.

ты слишком широко берешь

Вовсе нет. Приложение, состоящее из нескольких процесов (и нескольких бинарей), вполне может быть обновлено наполовину. Если оно в этот момент работает, могут быть проблемы.

Объяснение адресовано мне?

я так и знал, заставят они меня рано или поздно свалить на эпплы. а там, глядишь, и япед с яфоном незаметно подкатят. неужели придется прощаться с линуксом? эх, а я так к нему привык...

Если оно в этот момент работает, могут быть проблемы.

взять классический пример - СУБД, там эти проблемы решаются просто - версии протоколов, никто не делает необоснованных допущений, что версия сервера и клиента совпадают, даже если они работают оба локально

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

Лёня Поттер по перезагрузкам обогнал уже винду!

Внезапно. Можно ссыль на тред?

да уж... ну был же допилленый и почти всем устраивающий второй гном. допили ли б только гуишные конфигураторы. но нет. нужно все выкинуть на помойку и начать делать уродский гном 3

узнаем, что из этого широкого списка работает (смотрим ps -A и что из этого в какие пакеты входит?

Внезапно да, каждый пакет содержит список файлов.

Во первых, не всегда. Три варианта, когда такое срвнение не сработает:

а) файл-обертка формируется скриптом при установке. типа echo /opt/xxx > /usr/bin/programm

б) Исполняемый файл на интерпретируемом языке - lua,python, иногда bash etc. В списке процессов будет интерпретатор, а сам скрипт будет у него в параметрах.

в) скриптом при установке формируется симлинк в /usr/bin на реальную программу.

Да хоть прибиваем kill -TERM. И, естественно, для служб прописана команда рестарта.

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

Для пункта 3, получения списка запущенных программ, выход - это перезагрузка? Okay.

Это решение сразу обоих пунктов.

Ты под веществами? Я не говорил о снэпшотах LVM2, я процитировал Федора Вики по поводу снэпшотов BtrFS.

Больше доверяешь BtrFS? в добрый путь. Что это меняет?

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

Если оно в этот момент работает, могут быть проблемы.

взять классический пример - СУБД, там эти проблемы решаются просто - версии протоколов

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

Да ну?

In most cases, the simplest way to upgrade an existing Fedora installation is with the preupgrade tool.

http://docs.fedoraproject.org/en-US/Fedora/17/html/Installation_Guide/ch20s02...

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

о двух частях одной программы

пример в студию реальной такой программы - именно одной, а не системы

Да, еще этот уродский преапгрейд сначала отказывался работать из-за того, что у меня раздел /boot слишком маленький.

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

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

Внезапно да, каждый пакет содержит список файлов.

Во первых, не всегда. Три варианта, когда такое срвнение не сработает:

а) файл-обертка формируется скриптом при установке. типа echo /opt/xxx > /usr/bin/programm

Нормальные пакеты указывают такие файлы в своих списках. ЕМНИП, в RPM это называется ghost.

Исполняемый файл на интерпретируемом языке - lua,python, иногда bash etc. В списке процессов будет интерпретатор, а сам скрипт будет у него в параметрах.

Решаемо.

скриптом при установке формируется симлинк в /usr/bin на реальную программу.

Решаемо еще проще.

Да хоть прибиваем kill -TERM. И, естественно, для служб прописана команда рестарта.

да ты совсем укуреный?

Я нет, а ты?

А порядок рестарта? А повторная инициализация?

Если для пакета важен порядок рестарта, он должен быть службой.

И так, на всякий случай сообщаю, что файрфокс - не служба.

Хорошо, что ты это знаешь.

Я не говорил о снэпшотах LVM2, я процитировал Федора Вики по поводу снэпшотов BtrFS.

Больше доверяешь BtrFS?

Напоминаю, про LVM2 - это твое воображение, про BtrFS - мнение федорастов. Я даже не стану предполагать, что заставило тебя приписать мне сначала одно мнение, потом другое.

да уж... ну был же допилленый и почти всем устраивающий второй гном. допили ли б только гуишные конфигураторы. но нет. нужно все выкинуть на помойку и начать делать уродский гном 3

Братан! Они вапще охренели, внатуре, отлаженные таблицы кодов операций заменили хреновым костылем - ассемблером, потом ясный четкий и безупречный ассемблер поменяли на фуфло паскалесишное, дальше - больше, перфокарты на перволенты, и потекло по трубам... теперь всеблаженный гном2, потом того гляди и до кремниевой подложки доберутся. Теплых ламп и обалденно потрескивающих релюшек так не хватает в этом унылом непонятно куда мчащемся мире...

Это еще не клоунада, это просто выпендреж.

Ну тогда ладно. Хорошо хоть консольные пакетные менеджеры не тронули.

Тоньше надо.

Отнюдь, меня наоборот раздражают всякие перегрузки и вообщемы. :-)

Если для пакета важен порядок рестарта, он должен быть службой.

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

Напоминаю, про LVM2 - это твое воображение, про BtrFS - мнение федорастов. Я даже не стану предполагать, что заставило тебя приписать мне сначала одно мнение, потом другое.

«Как тебя понять, когда ты ничего не говоришь!» (с)

Зачем приводить чужое мнение, если ты с ним не согласен и вообще никак не признаешь в качестве источника информации?

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

Кстати, прошу прощения за оффтоп, с мотороллой милстоном ничего не вышло?

Братан! Они вапще охренели, внатуре, отлаженные таблицы кодов операций >заменили хреновым костылем - ассемблером, потом ясный четкий и безупречный >ассемблер поменяли на фуфло паскалесишное, дальше - больше, перфокарты на >перволенты, и потекло по трубам... теперь всеблаженный гном2, потом того гляди >и до кремниевой подложки доберутся. Теплых ламп и обалденно потрескивающих >релюшек так не хватает в этом унылом непонятно куда мчащемся мире...

т.е. ты считаешь гном 3 прогрессом? юзерфренли оболочкой? улыбнул :)

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

Прям Солярка с её boot environments.

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

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

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

Давайте просто подождём и посмотрим потом, что получится. Не понравится мне - свалю на другой дистр, делов-то. Чё щас-то языками зря трепать? Тут же не съезд девелоперов.

«Как тебя понять, когда ты ничего не говоришь!» (с)

Не понимаешь - спрашивай. Если бы ты спросил, я бы ответил, что считаю новую систему обновления «complex non-solution for simple non-problems». То, что она в принципе ненадежна, понимают даже ее создатели. Так в чем смысл менять (и даже не менять, а дополнять!) одну в принципе ненадежную систему другой? Я бы понял, если бы обновляемую систему полностью останавливали и обновляли со спасательного раздела (было такое предложение), но предложенная фигня - зачем? Чтобы systemd использовать? Если бы они дорабатывали ПМ - тоже понятно. Если бы они четко написали, почему предложенный способ - самый лучший, тоже было бы неплохо, но ничего этого нет. Зато есть поцеринг в авторах.

Зачем приводить чужое мнение, если ты с ним не согласен и вообще никак не признаешь в качестве источника информации?

Блин, да под какими ты веществами? Я привожу чужое мнение, которому вполне доверяю (иначе не приводил бы). Привожу для того, чтобы был виден уровень предложенного решения.

Я тебе страшное скажу - использую штатный гномошелл с бета теста (федора 14 или 15 ? уже не помню), доволен как удав. Он какой то безынерционный что ли, только подумаешь (замахнешься мышкой) - а уже все сделано, примерно так. Под вендой, КДЕ и прочих юнити так не выходит, возможно на маке еще круче, не пробовал. железо - феном2 955, радеон 5670, все открытые дрова штатные.