Summary: | теряет все сессии при обновлении пакета | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Zerg <anubix> |
Component: | dbus | Assignee: | Valery Inozemtsev <shrek> |
Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
Severity: | major | ||
Priority: | P2 | CC: | evg, icesik, ildar, ktirf, shaba, shrek, vvk, zerg |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux | ||
Bug Depends on: | 30328, 30338 | ||
Bug Blocks: |
Description
Zerg
2008-03-01 01:44:52 MSK
при обновлении он не перезапускается, поэтому потерять ничего не может При обновлении с 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 - это маскировать проблему. |