The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В GNOME 3.6 ожидается реализация offline-обновления системы, opennews (ok), 07-Июн-12, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


180. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +/
Сообщение от ананим (?), 08-Июн-12, 12:10 
А кроме изобретения винстайл уже не додуматься никак?

Навскидку — тут бтр вспоминали? Так вот ставим обновления в новый снэпшот (они там rw). Как вся пачка прошла, монтируем его на место старого. Старый выкидываем только после следующего обновления.
В грабе делаем запись предыдущего валидного состояния.
Усё.
Без бтр и снэпшотов — ставим просто в другой каталог, после установки всей пачки мержим конфигурашки с основным.
Опять же, каталоги с предыдущим валидным состоянием можно оставлять.

Но! Херь это всё полная.
Обновляю генту из сырцов чертесколько уже из графики и без последствий.
А знаете почему? Не грузит лдд новую библу для запущенной проги, если старая уже в памяти.
А чтобы он её выгрузил, надо закрыть все проги, что её дёрнули.
Фф валится не потому что библы новые, а потому что скрипты новые.
И фф это нифига не пример из сабжа, это исключение. Он "родным" для никсов так и не стал.
У него даже плагины от минорной версии отваливаются.

Ответить | Правка | К родителю #166 | Наверх | Cообщить модератору

195. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +/
Сообщение от Feerikemail (ok), 08-Июн-12, 13:15 
> А кроме изобретения винстайл уже не додуматься никак?

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

> Навскидку — тут бтр вспоминали? Так вот ставим обновления в новый снэпшот

Ну, БТР еще не рассматривается как нечто стабильное, да и не факт что все что они там нагородят, вообще будет более-менее стабильно работать.

> (они там rw). Как вся пачка прошла, монтируем его на место
> старого. Старый выкидываем только после следующего обновления.
> В грабе делаем запись предыдущего валидного состояния.
> Усё.

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

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

Это как альтернатива, но тогда встает вопрос о том, когда и как корректно удалить все то что обновлением задумывалось как удаленное, особенно когда обновлений несколько и о том, когда из нового каталога переносить все новое в старый каталог. Этот другой каталог - НОВЫЙ, т.е. это не полная копия системы тока в другом месте, а значит все это файло нужно будет в какой-то момент времени перенести на старое место, что опять таки лучше делать при перезапуске, а коли обновление требует перезапуска, тогда почиму бы его при перезапуске и не начать, еще в добавок избавиться от работы пользователя в процессе этого обновления?

А если держать копию системы на другом разделе скажем и переключаться на нее после перезагрузки, то для этого и разбивать винт хорошо-бы по особому, а не как придеться и опять-же, тратиться больше свободного места и опять таки НУЖНА ПЕРЕЗАГРУЗКА. Самый надежный способ ИМХО, но на десктопе не очень то оправданный.

> Но! Херь это всё полная.
> Обновляю генту из сырцов чертесколько уже из графики и без последствий.
> А знаете почему? Не грузит лдд новую библу для запущенной проги, если
> старая уже в памяти.
> А чтобы он её выгрузил, надо закрыть все проги, что её дёрнули.

А если старая грузиться динамически?

Тут можно много рассуждать, но выходит примерно вот как - "Мне нужно 15 минут, чтобы вот этот комп переставить вон туда и еще 15 минту, чтобы под армстронгом протянуть кабель. А в итоге - комп потрясли - не завелся с первого раза и со второго тоже не завелся, сетевая розетка оказалась с холодной пайкой, а в запасе больше небыло, провод с перебитой жилой, либо просто нечаянно порвали пару жил, когда его тянули и в итоге пол часа перерастают в 2 часа. Так же и с обновлением - чем больше "возмножных" проблем, тем больше вероятность что часть из них произойдет. И если в серьезный момент, влияние одной такой большой проблемы как "активный пользователь", свести к минимуму - выигрывает и обновление и пользователь. А если он не читает что ему на мониторе написали - его проблемы, не более того, все равно это меньшее зло.

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

Написал выше. И не тока ФФ тут исключение.

Ответить | Правка | Наверх | Cообщить модератору

208. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +/
Сообщение от ананим (?), 08-Июн-12, 14:24 
собщение что ли стёрли...
в любом случае - вы просто не понимаете о чём говорите. вообще.

зыж
и да, это пусть ваня гадает.
а я предпочитаю знать. вот список заменённых библиотек в только что проведённом обновлении для программ, которые работают
# grep deleted /proc/*/maps
/proc/8178/maps:7f8602728000-7f8602734000 r-xp 00000000 08:03 17322562                   /usr/lib64/libpangocairo-1.0.so.0.3000.0 (deleted)
....
и я всегда знаю точно, что мне нужно перезапустить и, что не мене важно, когда.
ну и как откатиться, если новоё ПО не устраивает.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру