Re:org.freedesktop.PowerManagement

А тебе надо отрубить его полностью, или вырубить именно саспенд по нажатию кнопки и закрытию крышки лаптопа?

Если что, то в /etc/systemd/logind.conf все настройки кнопок и событий есть, в удобном формате:)

А вообще, вот где-то в гугле советуют сделать allow_active no в /usr/share/polkit-1/actions/org.freedesktop.upower.policy.

Но, на самом деле, с повер менеджментом в ляпихе хитро. Например, тот же саспенд можно сделать как-то так: echo mem > /sys/power/state, и как его полностью запретить - не очень понятно. Наверное надо при сборке ядра это указывать. А через него, например, работает pm-utils, он вроде даже polkit-а не слушается. Так что в общем случае задача не простая.

Re:org.freedesktop.PowerManagement

Я про программный способ говорю, лол. Где этот интерфейс? Где, блеать?

Re:org.freedesktop.PowerManagement

>Я про программный способ говорю, лол. Где этот интерфейс? Где, блеать?
Ну так я тебе и говорю, что в общем случае тебе надо оторвать /sys/power/state от sysfs, иначе кто-нибудь да достучится и запустит:)

Вообще, похоже, тут как всегда с freedesktop, постоянно меняющиеся "стандарты", которые ещё и не соблюдаются. Гугл выдаёт, что кто-то использовал org.freedesktop.PowerManagement.Inhibit, но конкретной документации уже и правда нет. Судя по всему, они эту штуку ликвидировали. Попробуй посмотреть через какой-нибудь d-feet (программка для просмотра дбаса), там список существующих интерфейсов есть.

Вот у меня, кстати, никто на org.freedesktop.PowerManagement не отзывается, нету такого. Зато есть http://upower.freedesktop.org/docs/UPower.html.

Re:org.freedesktop.PowerManagement

Вот жеж срань, а у меня возвращает true

Re:org.freedesktop.PowerManagement

Ну всё ок, это же классический ляпиховый зоопарк. У меня systemd и upower, потому старого интерфейса уже нет, а inhibit надо делать через logind. У тебя же что-то другое, наверное ещё и старое, тебе надо дёргать обычный org.freedesktop.PowerManagement.Inhibit. А на старых системах вообще неизвестно что.

Универсальное решение, наверное, сделать будет не так просто, нужны костыли, но не факт, что тебе нужен будет вариант с systemd. Так что, имхо, достаточно будет варианта с PowerManagement, смотря какое у тебя ТЗ.

А то, что они документацию старую удаляют - некрасиво. Впрочем, возможно её и не было, у фридесктопа такое бывает. Потому устраивай интроспекцию руками на своей машине, и смотри какие там конкретно методы у этого PowerManagement.

Re:org.freedesktop.PowerManagement

Ололол, мне теперь под каждый дистрибутив свой костыль забивать? А если кто накатит федору и мой суперпупер мегасофт встанет раком? Я уже начинаю жалеть, что пытаюсь поставить это дерьмо в продакшен. Жалко, не купили ни у кого саппорт. А то бы лично выебал бы представителей редкала и каникала вместе вхятых.

Re:org.freedesktop.PowerManagement

Ну, не стоит сильно расстраиваться, тут достаточно пары костылей. А что ты ждал от разработки под ляпих?

Сделай вариант для systemd и для powermanager, и этого будет вполне достаточно для большинства дистрибутивов. Тем более там просто адреса дбасовые меняются, по сути. Для остальных напиши в ридми, мол, "IF YOU HAS PROBLEM WITH SUSPEND JUST GTFO! NO WARRANTY, LOSERS!", ну или как-то так.

Но проработай таки этот вопрос, а то вот тут, например, вообще org.gnome.SessionManager дёргают. Или забей.

Re:org.freedesktop.PowerManagement

>Ну, не стоит сильно расстраиваться, тут достаточно пары костылей.


Да хуй ты угадал. Судя по этому http://git.videolan.org/gitweb.cgi/vlc.git/?p=vlc.git;a=blob;f=modules/misc/inhibit/dbus.c;h=7106e91f6ced2e8ba0cdaa9a2eb9468024e2861f;hb=HEAD тут костылей целый огород, лол. А тут ещё и kde http://forum.kde.org/viewtopic.php?f=9&t=102903

Re:org.freedesktop.PowerManagement

> Да хуй ты угадал.
Кстати, дружище, тебя на работе простили или как? Что-то ты молчишь, не рассказываешь. А интересно же)))

Re:org.freedesktop.PowerManagement

>тут костылей целый огород, лол
Ну, они хотя бы унифицировали принцип работы, только именами различаются. Студенты же, они настолько неграмотные, что даже не берут денег за свою работу.

>А тут ещё и kde
>Unfortunately, the inhibit is still not honored by the power management feature in 4.8.3.
Вообще, меня вот поражает такое. Вокруг все кричат, мол, в ляпихе слишком любят новшества и постоянно всё меняют. А вот и нет. Эти тормоза даже единый стандарт внедрить не могут, стыд и срам.

Re:org.freedesktop.PowerManagement

А вот, кстати, ещё раз убеждаюсь в том, что Леннарт был прав во всём.

Логично же, что управлением питанием должна заниматься одна утилита. И это точно не DE, так как придётся писать костыли под каждый из них. Или, например, в ситуации без DE можно вообще оказаться без всего, но ведь нельзя утверждать, что системам без DE (и даже без иксов) не нужно управление питанием.

А то развели кучу невзаимозаменяемых систем, делающих одну и ту же задачу, и практически не отличающихся друг от друга, что делает конкуренцию бессмысленной. При этом ещё и концептуально неправильных, так как они привязаны к каким-то DE. Если хотя бы можно было б выбирать, какую систему использовать, это было бы ещё терпимо, но пользователям DE, по сути, альтернатив не дают. Ну, кроме красноглазия с выдиранием компонентов вручную.

Re:org.freedesktop.PowerManagement

> Логично же, что управлением питанием должна заниматься одна утилита. И это точно не DE,


Канешна, и это должно входить в понятие линукс (может через интерфейс /proc), а в ДЕ должен быть красивый фронтенд и всё.

Re:org.freedesktop.PowerManagement

>Кстати, дружище, тебя на работе простили или как? Что-то ты молчишь, не рассказываешь. А интересно же)))


Чё интересного? Вышел через 2 месяца почти. Поставили отпуск на следующий месяц за свой счёт. Да, и всем похуй. Даже мне. Просто не ожидал, что в такое хуйне будет засада.

Re:org.freedesktop.PowerManagement

> Поставили отпуск на следующий месяц за свой счёт.
Значить, уважают суки (Или за гроши работаешь)))!

Re:org.freedesktop.PowerManagement

>А вот, кстати, ещё раз убеждаюсь в том, что Леннарт был прав во всём.


Да ни хуя он не прав со своей systemd. Вместо DE прибил к своей systemd. Да, а вот если посмотреть на гнум https://people.gnome.org/~mccann/gnome-session/docs/gnome-session.html#org.gnome.SessionManager.Inhibit, так ещё передаётся параметр "The toplevel X window identifier". Зойгчем? ОЯЕБУ. Бля,даже во времена hal не было таких проблем. Всё было упросто и унифицированно.

Re:org.freedesktop.PowerManagement

>Значить, уважают суки (Или за гроши работаешь)))!


Смотря с чем сравнивать, мой сладенький. Я уже и так трёх работодателей нахуй послал. Жалко, рабочими местами нельзя торговать.

Re:org.freedesktop.PowerManagement

> Вместо DE прибил к своей systemd.
В принципе да хуй с ним СистемД, исходный интерфейс должен быть глубже по стеку. Тот же /proc или уж /sys. Вроде как давно уже тема, хотят через DBUS, да флаг в руки, но пусть будет "отображение" в proc|sys.

Re:org.freedesktop.PowerManagement

> Смотря с чем сравнивать, мой сладенький. Я уже и так трёх работодателей нахуй послал.


Тут сравнивают не с работадателями, моя киска. А с тобой. Видимо ты и действительно шикарен и они мерятся с твоими запоими, ибо знают что ты придешь и всё сделаешь.

Либо ты конешна в своем деле знаешь толк, то не на первых ролях. И твои работодатели понимают, что новому надо будет платить в 2 раза больше, или тебя подождать пару месяцев, если у них не напряг конечно.

Кстати можешь провести эксперимент, пропади еще на месяц. Если тебя простят, значит чел твоего уровня хочет в вашем Воронеже ЗП в 2 раза больше, если нет, то меньше)))

Re:org.freedesktop.PowerManagement

>В принципе да хуй с ним СистемД, исходный интерфейс должен быть глубже по стеку. Тот же /proc или уж /sys. Вроде как давно уже тема, хотят через DBUS, да флаг в руки, но пусть будет "отображение" в proc|sys.


dbus с отображением в sysfs? Ололо!

Re:org.freedesktop.PowerManagement

> dbus с отображением в sysfs? Ололо!


Я не в теме конешна, не прогал линукс на системном уровне. Ну а шо не так, дай пояснение для таких как я. Какие ты видишь проблем? Или в принципе не возможно?

Re:org.freedesktop.PowerManagement

>Да ни хуя он не прав со своей systemd. Вместо DE прибил к своей systemd.
А проклятый Линус взял, да прибил всех к своему ядру! Сторонние ядра требуют костылей, на них не работают драйверы.

Вот примерно такая же логика.

Да, на самом деле тут не про системд, а про единую утилиту, сидящую ниже уровня DE, как Хоха правильно сказал. В принципе, никто не мешает хейтерам написать модульный аналог системд на баше. То есть сделать какой-нибудь bashpowerd, который будет мимикрировать под systemd в плане управления питанием, и при этом ни от чего не зависеть (ну, кроме этого вашего дбаса). Системд может не нравиться кому-то архитектурно (Си, не идеальная модульность и т.д.), но он решает кучу концептуальных проблем, вроде удобной демонизации без костылей, отслеживания работы процессов и того же управления питанием. И критикам, имхо, просто надо написать свой аналог системд, но лучше.

Re:org.freedesktop.PowerManagement

>Тут сравнивают не с работадателями, моя киска. А с тобой. Видимо ты и действительно шикарен и они мерятся с твоими запоими, ибо знают что ты придешь и всё сделаешь.


Ну остальным я про запои не говорил. Просто сложно работаю, лол.

>Либо ты конешна в своем деле знаешь толк, то не на первых ролях. И твои работодатели понимают, что новому надо будет платить в 2 раза больше, или тебя подождать пару месяцев, если у них не напряг конечно.


Ты можешь свои ценники засунуть себе в жопу по самые гланды. Даже у нас в Воронеже есть хуепинатели, которые получают за месяц больше, чем стоят все твои внутренние органы.

>Кстати можешь провести эксперимент, пропади еще на месяц. Если тебя простят, значит чел твоего уровня хочет в вашем Воронеже ЗП в 2 раза больше, если нет, то меньше)))


Ололо, ты совсем там упоролся? За что тут прощать? Мне поставили отпуск за свой счёт. Т.е. бухал я бесплатно для работодателя. Если тебя там за отпуск ебут, то это твои личные половые трудности, лол.

Re:org.freedesktop.PowerManagement

>Тот же /proc или уж /sys.
Оно сейчас и так есть, я выше пример приводил, так что на уровне ядра проблем нет. Проблема же в том, что нет удобного полноценного софта с API на этом уровне (и не должно быть), и DE держат свои менеджеры питания поверх линуксовых ядерных штук. И, соответственно, приходится для каждого из этих менеджеров делать свои костыли в софте.

Re:org.freedesktop.PowerManagement

>Я не в теме конешна, не прогал линукс на системном уровне. Ну а шо не так, дай пояснение для таких как я. Какие ты видишь проблем? Или в принципе не возможно?


Я конечно понимаю что дерево, но нахуй явные юзерспей пускать в ядро? Олол, почему туда glibc не запихали? Да и вяленого туда надо внедрить.

Re:org.freedesktop.PowerManagement

>но он решает кучу концептуальных проблем, вроде удобной демонизации без костылей


И при чём тут демонизация? Ололо!

Re:org.freedesktop.PowerManagement

>И при чём тут демонизация? Ололо!
Я в том посте говорил про системд в общем, а не только про управление питанием. Ну и да, системд - это не система инициализации, а низкоуровневый менеджер процессов и прочей системной ерунды.

Re:org.freedesktop.PowerManagement

> Я конечно понимаю что дерево, но нахуй явные юзерспей пускать в ядро?
Вот объясни мне теперь Воронежский чудо программер, почему Power Managenent есть userspace?

Re:org.freedesktop.PowerManagement

>Я в том посте говорил про системд в общем, а не только про управление питанием. Ну и да, системд - это не система инициализации, а низкоуровневый менеджер процессов и прочей системной ерунды.


А ну блядь список функций системного менеджера сюда! Ололо!

Re:org.freedesktop.PowerManagement

>Вот объясни мне теперь Воронежский чудо программер, почему Power Managenent есть userspace?


А потому что работает на уровне userspace, лол. В ядре для этого драйверы есть.

Re:org.freedesktop.PowerManagement

> А потому что работает на уровне userspace, лол.
Отправка в сон системы, это userspace? Ты не ахуел?
Управление этим при наличии достаточных прав, да должно быть из userspace. А сам экшен и интерфейс его запуска, нихуя не userspace.

Для выполнения данной операции должны быть определенные права, и то есть это не юзерспасе. Потому что если у юзера нет прав на это он не сможет это сделать? Догоняешь?

Re:org.freedesktop.PowerManagement

>чудо программер


И тут ты промазал. Я вынужденный программер, если так можно сказать. А то сдача горит, а эти долбоёбы даже отключить сюспенд не могут. Хотя, я смотрю, для местных гуру это тоже нетривиальная задача. Может зря я на линукс напирал? Вот сейчас загнали бы вендузятников и еби их как хочешь. Их много и не жалко!

Re:org.freedesktop.PowerManagement

>Отправка в сон системы, это userspace? Ты не ахуел?
Управление этим при наличии достаточных прав, да должно быть из userspace. А сам экшен и интерфейс его запуска, нихуя не userspace.



Лолщито? Ой не пейзди мне тут. Тогда какого хуя каждый кому vlc лезет в этот твой kernel-space блеать?

>Для выполнения данной операции должны быть определенные права, и то есть это не юзерспасе. Потому что если у юзера нет прав на это он не сможет это сделать? Догоняешь?


Лол, и чё? Юзеру можно вообще запретить всё делать, если что.

Re:org.freedesktop.PowerManagement

>А ну блядь список функций системного менеджера сюда! Ололо!
Управление процессами (старт, отслеживание работы, перезапуск, логи). Создание опредлённого API для работы с низкоуровневыми вещами в ядре, которое нет смысла загонять в само ядро. А что не так?

Re:org.freedesktop.PowerManagement

> Тогда какого хуя каждый кому vlc лезет в этот твой kernel-space блеать?
Ты мне сейчас расказываешь как это должно быть, или как это реализовали на твоем сраном дистрибутиве?

> Лол, и чё? Юзеру можно вообще запретить всё делать, если что.
Молодец догоняешь. Юзерспасе на то и юзерспасе, что в нем можно запретить выполнение системных операций. Вернее разрешить выполнение некоторых)))

Re:org.freedesktop.PowerManagement

> Создание опредлённого API для работы с низкоуровневыми вещами


Под эту хуйню я могу подогнать целые иксы, а также пачки библиотек для работы с блютузом, вайфаем, принтерами, сканерами и прочей хуетой. Короче, весь софт туда можно загнать, используя только твоё чёткое определение. Лол!

Re:org.freedesktop.PowerManagement

>Молодец догоняешь. Юзерспасе на то и юзерспасе, что в нем можно запретить выполнение системных операций. Вернее разрешить выполнение некоторых)))


Ололол, сосни тунцов, мой сладенький. Читай хоть википидоров до посинения http://en.wikipedia.org/wiki/User_space А я уже заебался тут говно метать.

Re:org.freedesktop.PowerManagement

>Под эту хуйню я могу подогнать целые иксы, а также пачки библиотек для работы с блютузом, вайфаем, принтерами, сканерами и прочей хуетой. Короче, весь софт туда можно загнать, используя только твоё чёткое определение. Лол!
А можешь не подгонять, прикинь?

Re:org.freedesktop.PowerManagement

> Ололол, сосни тунцов, мой сладенький. Читай хоть википидоров до посинения
И шо моя воронежская Киска, может дашь абзац из педивикии, которая опровергает мои слова?)))

Re:org.freedesktop.PowerManagement

>А можешь не подгонять, прикинь?


Мне и не надо. Поттер подгонит и даже, я бы сказал, загонит по самые помидоры.

Re:org.freedesktop.PowerManagement

>И шо моя воронежская Киска, может дашь абзац из педивикии, которая опровергает мои слова?)))


\qoute{ Kernel space is strictly reserved for running privileged kernel, kernel extensions, and most device drivers. In contrast, user space is the memory area where all user mode applications and some drivers execute. }

А мы блеать говорим про менеджер блеать питания блеать, которые блеать работает блеать и пускается блеать под пользователем блеать. И создает тот сраный анальный интерфейс внутри d-bus.

Re:org.freedesktop.PowerManagement

И чем это противоречит мои словам? Я тебе дал более узкую трактовку по теме спора. Но то что ты привел никак этой трактовке не противоречит)))

хуем оно по лбу стучит, ага

Re:хуем оно по лбу стучит, ага

И я тебе покушать принёс)))

Re:хуем оно по лбу стучит, ага

МНЕ ЗАВТРА НА РАБОТУ БЛЕАТЬ!!!!!

Re:org.freedesktop.PowerManagement

> потому что работает на уровне userspace, лол. В ядре для этого драйверы есть.

Находишь драйвер, ответственный за саспенд и посылаешь ему свои команды. В чём проблема?

Re:org.freedesktop.PowerManagement

Ему надо наоборот - запретить посылать команды всяким юзверям.