Просьба по plasma-applet-eyasdp

[VictorR2007]

Если кто им пользуется, посмотрите пожалуйста работает ли в нем спящий и ждущий режим.
Я ими редко пользуюсь для спящего и хдущего режимов.
Но сегодня проверил после установки ядра kernel-nrj-desktop-pae-3.10.35-1rosa-1-1-rosa2012.1.i586.rpm
и они не работали. После нажатия кнопок этих режимов просто на пару секунд блокировался экран.
Но в Homerun переход эти режимы отрабатывался правильно.
Пересобрал сабж локально и все стало работать.
Посмотрите пожалуйста, как работает.
Не понятно, это проблема на новом ядре или он не работает у всех и может просто его нужно пересобрать в связке с другими программами.
Ну там systemd и dbus.

[DELTA-79]

У меня они работают -- только что проверил.

[VictorR2007]

У меня они работают -- только что проверил.

Спасибо.
Похоже что это просто была моя проблема.

[hymnazix]

У меня они работают -- только что проверил.

Спасибо.
Похоже что это просто была моя проблема.

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

[VictorR2007]

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

У меня на пакете из реп то же самое.
Можно поставить этот

Код: Выделить всё

http://abf-downloads.rosalinux.ru/victorr2007_personal/repository/rosa2012.1/x86_64/main/release/plasma-applet-eyasdp-1.2.0-2-rosa2012.1.x86_64.rpm

Я правда использую версию i586 и с ней все нормально.

[VictorR2007]

Можно поставить этот

Код: Выделить всё

http://abf-downloads.rosalinux.ru/victorr2007_personal/repository/rosa2012.1/x86_64/main/release/plasma-applet-eyasdp-1.2.0-2-rosa2012.1.x86_64.rpm

Я правда использую версию i586 и с ней все нормально.

Нет, это все фигня.
Когда выставил в "Управлении питанием" ждущий режим при нажатии на кнопку питания, все стало работать.

[hymnazix]

Не помогло ни то, ни другое. Переход в ждущий режим и тут же выход из него. То есть, сам переход есть — WiFi отключается. Но ненадолго.

[keleg]

А точно соответствующая репам Роса? У меня такое в r1 было когда-то.

[PastorDi]

Не помогло ни то, ни другое. Переход в ждущий режим и тут же выход из него. То есть, сам переход есть — WiFi отключается. Но ненадолго.

На некоторых ноутах с Росой наблюдал такое. НО! Переходите в ждущий режим, и типа выход... подождите немного и комп дальше отработает и уйдет в ждущий.
Вот какая-то такая особенность.

[hymnazix]

Да, это я знаю. Но 10 мин неухода — явно много. И KDE тут ни при чём. echo mem > /sys/power/state не работает тоже. Вернее — по той же схеме. Уход — возврат.

[PastorDi]

Да, это я знаю. Но 10 мин неухода — явно много. И KDE тут ни при чём. echo mem > /sys/power/state не работает тоже. Вернее — по той же схеме. Уход — возврат.

Ну можно попробовать пару вариантов:

1. Попробуйте в меню Граб2 дать ядру параметр i915.modeset=0 и загрузится, потом в ждущий.... уйдёт не уйдёт?
2. Попробйте без КДЕ, через systemd отправить в спячку: systemctl hibernate уйдёт не уйдёт?

И выложите: dmesg | grep S3

[hymnazix]

Да, это я знаю. Но 10 мин неухода — явно много. И KDE тут ни при чём. echo mem > /sys/power/state не работает тоже. Вернее — по той же схеме. Уход — возврат.

Ну можно попробовать пару вариантов:

1. Попробуйте в меню Граб2 дать ядру параметр i915.modeset=0 и загрузится, потом в ждущий.... уйдёт не уйдёт?
2. Попробйте без КДЕ, через systemd отправить в спячку: systemctl hibernate уйдёт не уйдёт?

И выложите: dmesg | grep S3

1. Иксы не грузятся
2. Да, в спячку уходит.
[hymnazix@hymnazix-ThinkPad-S5-S540 ~]$ dmesg | grep S3
[ 0.271624] ACPI: (supports S0 S3 S4 S5)

[PastorDi]

2. Да, в спячку уходит.
[hymnazix@hymnazix-ThinkPad-S5-S540 ~]$ dmesg | grep S3
[ 0.271624] ACPI: (supports S0 S3 S4 S5)

Значит в этом плазмоиде какой-то касяк.

[VictorR2007]

Пробовал разные варианты. Так же на ядре 3.13.9 и в нем так же с ждущем режимом.
Все проверял на трех утилитах. На сабже, homerun и kshutdown.
Иногда после перезагрузки одна из них переводила в ждущий режим.
Но следующие попытки не работали и нужна была перезагрузка.
В результате экспериментов и дополнительной установки пакетов
consolekit-x11, libupower-glib-gir1.0 и hal, а также после отключения службы cpupower
ждущий режим работает более-менее нормально.
Но вроде только при таких установках в "Управление питанием".
Тут точно не могу сказать. Слишком много вариантов разной комбинации пакетов и установок в управлении питании.
Вообще мне кажется что homerun лучше справляется с переводом в ждущий режим.
И всегда при том что одна из программ переставала переводить в ждущий,
то другая из трех упомянутых программ начинала переводить в ждущий режим.
Смог перевести более десяти раз в ждущий без перезагрузки.
Ни одна программа не смогла перевести в ждущий более двух раз подряд.
Приходилось менять программу.
Больше не буду с этим возиться.
Было просто интересно.
А так мне совсем не нужна эта функция.
Три том что Роса загружается за 20-30 секунд, а выключается за 5 секунд, так не очень нужно.

[keleg]

hymnazix, а до починки cpupower эта ошибка была?

[PastorDi]

hymnazix, а до починки cpupower эта ошибка была?

cpupower тут не причем, он совсем другими "вещами" занимается.

[VictorR2007]

cpupower тут не причем, он совсем другими "вещами" занимается.

Возможно что совсем непричем.
Там выше приложена фотка.http://forum.rosalab.ru/download/file.p ... &mode=view
Удалил все дополнительные пакеты, что упомянуты в том сообщении.
При установке всех тех трех параметров как на картинке, все эти клавиши работают.
Так же переходит в ждущий режим при простое.
Если меняешь время простоя, все отрабатывается.
Это при включенном cpupower.
Упомянутые сторонние утилиты работают иногда.
Тут не увидел алгоритма.
Если отключаю действие при простое или меняю на значение отличное от ждущего режима,
перестает работать.
Тут уже как получится.
Фик что понять.
Запускал kshutdown из консоли, но полезного не увидел.

[PastorDi]

Тут поковырялся в сырцах этого апплета.
Интересно, он использует dbus и в случаенеудачи UPower. Ну у нас UPower кажется отключен. Что самое интересное, в принципе можно без этого апплета делать из консоли:

Код: Выделить всё

(Гибернация например)
qdbus --system org.freedesktop.login1 /org/freedesktop/login1 org.freedesktop.login1.Manager.Hibernate s

Это получается "через одно место", проще через systemd напрямую. Так что... нафик такие апплеты.

Ну а если например хотите проверить, работает у вас гибернация/спящий/гибридный то можете провести тест:

Код: Выделить всё

(Например тест Гибернации):
qdbus --system org.freedesktop.login1 /org/freedesktop/login1 org.freedesktop.login1.Manager.CanHibernate
(Например тест Сонного):
qdbus --system org.freedesktop.login1 /org/freedesktop/login1 org.freedesktop.login1.Manager.CanSuspend
(Например тест Гибридного):
qdbus --system org.freedesktop.login1 /org/freedesktop/login1 org.freedesktop.login1.Manager.CanHybridSleep

Будут ответы: yes/no/na/challenge (надеюсь ответы понятные от теста).
Ну а кто не догадался, пускай переводит:

Returns one of "na", "yes", "no" or "challenge". If "na" is returned the operation is not available because hardware, kernel or drivers do not support it. If "yes" is returned the operation is supported and the user may execute the operation without further authentication. If "no" is returned the operation is available but the user is not allowed to execute the operation. If "challenge" is returned the operation is available, but only after authorization.

[hymnazix]

Починилось. Само . Как систему не назови, но это всё равно Мандрива — непонято почему ломается и непонятно как чинится .

[keleg]

Возможно, pulfer что-то подкрутил, я ему говорил о проблеме. Так что, ежели что случилось, кричать на форуме стОит - совсем уж само не починится.