ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | NM doesn't react to Suspend-to-RAM trough systemd anymore | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | ildar <ildar> |
| Component: | NetworkManager | Assignee: | Mikhail Efremov <sem> |
| Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
| Severity: | normal | ||
| Priority: | P3 | CC: | sem, shaba |
| Version: | unstable | ||
| Hardware: | all | ||
| OS: | Linux | ||
| Bug Depends on: | |||
| Bug Blocks: | 28008 | ||
|
Description
ildar
2012-11-30 13:48:38 MSK
Это вряд ли проблема NM. Если ему сказали заснуть - он заснет, если нет - то какие к нему претензии? Посылка же такого сообщения есть не только в скриптах pm-utils, его NM'у еще точно умеет слать xfce4-power-manager, может и другие power manager'ы. Надо разбираться как с systemd происходит засыпание и откуда слать сообщение NM-у. (В ответ на комментарий №1) > Это вряд ли проблема NM. Если ему сказали заснуть - он заснет, если нет - то > какие к нему претензии? ... > Надо разбираться как с systemd происходит засыпание и откуда слать сообщение > NM-у. Первое, всё ж таки неправильно, что это лежит в pm-utils, xfce4-power-manager и т.п. Второе, как я вижу в идеале, этим должен рулить upower: кому нужно (NM, например) подписываются на событие SUSPEND через dbus, а уж udev или systemd должны уведомлять его (upower), что, мол, "щас что-то будет!" В итоге, нужно разобраться, на кого возложить эту работу, и перевесить багу на виновного. Для дискуссии я Алексея Шабалина сразу подписал... (В ответ на комментарий №2) > Второе, как я вижу в идеале, этим должен рулить upower: кому нужно (NM, > например) подписываются на событие SUSPEND через dbus, а уж udev или systemd > должны уведомлять его (upower), что, мол, "щас что-то будет!" На самом деле NM так и делает. Просто systemd теперь и это делает сам, не используя upower. В ветке master NM'а уже умеет работать и с systemd. Позже портирую для NM-0.9.6. Fixed in NetworkManager-0.9.7.997-alt1. . |
