>> Потому тупая перезагрузка всего и вся не удовлетворяет условиям задачи? Потому,
>> что простой сервисов стремятся свести к минимуму. Если перезагружать сервис
>> нет необходимости - и не надо этого делать.
> Это _не_ перезагрузка всего и вся. Это рекоммендация перезагрузки (как сейчас) зависимых вещей.Это именно "перезагрузка всего и вся". Т.к. от вещей типа libc - "зависит" именно "все и вся".
> При выборе между перегрузить ненужное и не перегрузить нужное я
> выбираю первое.
А я выбираю перезапустить только нужное. Благо есть такой вариант.
> А для систем, где действительно важна непрерывность обслуживания, никакими решениями типа
> обсуждаемых все равно ограничиться не выйдет.
Знаете - где-то вполне "выйдет". Задачи у "шиштем" разные бывают, равно как и возможности их владельцев. Так что нехорошо выкидывать под предлогом "не шмогла" вещи, которые сейчас вполне работоспособны, если приложить небольшие усилия мейнтейнерам дистрибутива.
>> Лучше потерпеть баги на testing, чем лишний простой при обновлении дистрибутива.
> О, уже тестинг появился. А стейбл наверное зачарованным кругом очерчен.
Да.
>> Речь шла о том, что под топор попадут не только десктопный вещи.
> Где шла и почему вдруг попадут?
Читаем в обсуждаемой статье:
-->8--
Включение в дистрибутив поддержки обновления системы в offline-режиме ... Новый режим подразумевает установку обновлений для некоторых ключевых компонентов системы (например, *glibc* и других основных библиотек) ...
-->8--
Не прошли вы тест Тьюринга...
>> Хотя и десктоп перегружать лишний раз, мягко говоря, не хочется.
> А лишний и не надо.
Что в лоб - что по лбу..