Виджет mpd для Awesome - выдает только N/A - N/A

http://git.sysphere.org/vicious/tree/widgets/mpd.lua

local f = io.popen(echo.." | curl --connect-timeout 1 -fsm 3 "..mpdh)

Г-споди, до чего же жалкое говно.

Я пробовал написать небольшой скрипт, выдающий это напрямую в awesome-client, но mpc при выводе упорно отказывает в подключении без объяснения деталей.

но mpc при выводе упорно отказывает в подключении без объяснения деталей.

а при чем тут awesome тогда?

попробуй lain'овский: https://github.com/copycat-killer/lain/wiki/mpd

Попробуй лучше этот вариант виджета https://github.com/alexander-yakushev/awesompd

0.18.14

протух.

уже 0.19.1

выдающий это напрямую в awesome-client

...и всё равно через некоторый промежуток времени нужно что-то запускать. Замечательно.

Поражаюсь этим недоумкам с овсомом.

https://github.com/alip/mpdcron

и настраиваешь его на вызов awesome-client.

A ‘cron’ like program for mpd. It can execute scripts based on mpd’s idle events.

Всё, как я и говорил —

и всё равно через некоторый промежуток времени нужно что-то запускать

В то время, как в нормальном DE подобные плагины написаны на сишке с использованием libmpdclient, [censored] изобретают жрущие процессор костыли, каждую секудну дёргающие по пятьдесят exec*()'ов и непоспевающие за актуальным значением.

Нужно ещё заметить, что эти костыли тормозят ещё и сам awesome — асинхронности-то нету. Но можно использовать временные файлы на жестком диске — больше костылей богу костылей!

Все DE говно!

Не убедил :) Алсо, можешь провести эксперимент — открой два окна и зажми Mod+J (или что там у тебя переходит к следующему окну). Желательно интервал задержки клавиш поменьше выставить (xset r rate 270 35 у меня). Заметны ли тормоза каждые N секунд (т.е. когда у тебя там эти команды пускаются)? У меня вот да — это при том, что команд даже не пускается, а тупо читается файл из /sys/class/power_supply, который poll'ит своё состояние каждые 2 секунды.

1) Тормозов не замечено, УМВР. 2) Даже если бы были, я бы остался.

1) Тормозов не замечено, УМВР.

Судя по скриншотам — у тебя из виджетов только CPU и MEM. Даже часов нет — зачем так жить?

2) Даже если бы были, я бы остался.

Ради чего?

Какой еще существует способ узнать заряд кроме поллинга /sys/class/power_supply, гений?

Никакой — меня напрягает отсутствие асинхронности в awesome.

1) http://i.imgur.com/okQl6uh.png
2) Только awesome уютен.

каждую секудну дёргающие по пятьдесят exec*()'ов и непоспевающие за актуальным значением

Стандартная песня длится порядка нескольких минут. Огромный напряг для процессора выполнить dbus-send раз в пару минут, да. Все было бы гораздо проще если бы mpd сам висел на сессионной dbus шине и посылал сообщения об изменении состояния на нее, а не использовал старомодный ipc с помощью сокета. awesome умеет слушать dbus сообщения.

1) http://i.imgur.com/okQl6uh.png

Ну, тяжеловесных виджетов нет. Как осилишь mpd или gmail — пробуй ещё раз.

gmail мне не нужен. а mpd, если все совсем плохо, буду костыль делать.

С этим, пожалуй, стоит согласиться — верное замечание. Особенно при использовании lgi начиная с 3.5 заметно если дергать каждую секунду по несколько виджетов. Но это не типичный случай, если, разве что, в часах секунды выводить.

Замечательно. Как быть с /sys? gmail? Громкостью? Остальной этой гадостью? Тут D-Bus тебе не поможет.

кстати, забыл сказать - в виджете mpc не используется у меня, это я тестировал попытку запилить костыль, которая тоже не сработала.

С /sys очевидно никак и нигде по другому не получится, надо увеличивать время обновления. Обычно это не проблема — знать температуру каждую секунду или каждые 5 секунд — разница не велика. Для батареи я лично не делаю поллинг напрямую, а жду dbus сообщений от UPower. dbus для networkmanager, dbus для количества непрочитанных rss (немного пришлось пропатчить liferea). Для громкости у меня костыль подобный mpdcron — демон слушает сообщения о состоянии pulseaudio и вызывает awesome-client. Было бы опять же проще, если бы разработчики pulseaudio решили не изобретать велосипед, а посылать сообщения на сессионную шину. С gmail не знаю, не использую.

В общем жить можно и вполне неплохо. Что, конечно, не отменет огорчения от отсутствия в lua нормальных потоков. Просто плюсы awesome в настраиваемости и т.д. перевешивают минусы.

Познавательно, спасибо.

Для /sys ещё можно пускать в фоне что-то вроде

#!/bin/bash
while true; do
    x=$(</sys/class/power_supply/...) && printf %s "$x" > /tmp/awesome-glue/battery-status
    sleep 1s
done

и из awesome читать /tmp/awesome-glue/battery-status — при условии, что /tmp в tmpfs.

Но костыли же.

ну так если твой тест фейлится вне виджета, то при чем тут виджет?

жду dbus сообщений от UPower.

а может дать ссылку на код? я просто кое-что подобное хочу у себя запилить

Нужно ещё заметить, что эти костыли тормозят ещё и сам awesome — асинхронности-то нету. Но можно использовать временные файлы на жестком диске — больше костылей богу костылей!

у меня чуть более элегантное (в плане io) решение, можешь посмотреть если интересно: https://github.com/actionless/awesome_config/blob/devel/actionless/async.lua#L29

awesome — асинхронности-то нету
. Но можно использовать временные файлы на жестком диске

Не все так плохо. Есть какой-то костыль, который добавляет асинхронность.

sleep 1s

Упс, sleep — внешний бинарник. Можно использовать zsh + zmodload zsh/zselect: zselect -t 100 == sleep 1s.

https://github.com/liaonau/awesome-config/blob/master/rc.lua#L521

То, что внутри vicious.register к делу не относиться, за исключением интервала обновления 0.

спасибо, вечером буду разбираться