при обновлении он не перезапускается, поэтому потерять ничего не может

При обновлении с dbus-0:1.0.2-alt4 на dbus-0:1.0.3-alt1.M40.1 перезапустился и 
потерял

2: dbus                      
################################################################################################ 
[ 50%]
Stopping system message bus service: [ DONE ]
Starting system message bus service: [ DONE ]
3: dbus-tools                
################################################################################################ 
[ 75%]

Т.е. на попытку отмонтировать USB-диск по иконке мне сказали "пошел на фиг, 
связи нет". А в KDE4 вообще всё-подряд через dbus идет

Product: ALT Linux Sisyphus
в сизифе dbus-1.0.* не обнаружено

А-а-а, точно. Теперь condrestart пустой.

сейчас на dbus завязан X.org. У меня обвал иксов произошёл как раз во время обновления dbus. В скриптах restart-а нет, но я думаю, это произошло из-за каких-нибудь пайпов или сокетов.

В любом случае обвал иксов при обновлении dbus - это MAJOR.

Коллеги?

Могло из-за hal. У меня нередко валятся X-ы на 4.1 и Сизифе при вставке/вынимании USB-накопителей

Это не из-за hal

Я переоткрываю ошибку, поскольку поведение dbus при обновлении роняет важные для пользователя сервисы (в т.ч. иксы).

Предлагаю мэйнтейнеру признать невозможность исправить проблему и поставить WONTFIX ;-)

Ващщета нормальный клиент должен сам реконнектится к dbus'у.

Тогда, если Валерий не возражает, я повешаю багу на X.org.
Валерий?

он будет закрыт как "NOTABUG" с ответом "не воспроизводится"

пролечилось. Как - не знаю.

(В ответ на комментарий №9)
> Ващщета нормальный клиент должен сам реконнектится к dbus'у.
Некоторых этих "клиентов" сперва запатчить нужно, чтоб хотя бы не падали при перезапуске dbus ;-)

под управлением systemd команда condrestart успешно отрабатыват, и перезагружает dbus. X-ы успешно падают, в системе остаются дублированные пакеты dbus. Обновление возможно только из консоли.
Предлагаю либо вообще не выполнять
%post_service messagebus
либо добавить в dbus.service в секцию [Unit]

RefuseManualStart=yes
RefuseManualStop=yes

(In reply to comment #9)
> Ващщета нормальный клиент должен сам реконнектится к dbus'у.

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

Возможно, Валерий готов пересмотреть своё мнение на счёт "не воспроизводится"?
P.S. "а как там у соседей?"

(В ответ на комментарий №15)
> вешать баги на те программы, которые, собственно, падают.
Чинить, а не вешать баги. От вешанья они падать не перестанут.

dbus-1.8.8-alt1 -> sisyphus:

* Wed Sep 17 2014 Valery Inozemtsev <shrek@altlinux> 1.8.8-alt1
- 1.8.8
- dbus.service: added refuse manual start/stop=yes (closes: #14716)

если проблема всплывает только при обновлении rpm-пакета, то надо её чинить средствами rpm (не запускать рестарт во время %post).
А запрещать start,stop, делать пустую заглушку для condrestart - это маскировать проблему.

dbus-1.8.8-alt2 -> sisyphus:

* Sun Sep 21 2014 Alexey Shabalin <shaba@altlinux> 1.8.8-alt2
- revert "refuse manual start/stop=yes" for systemd(ALT#30338)
- recovery support condrestart for sysv init script(ALT#30328)
- another fix for upgrade package (ALT#14716)