mpd widget stopped working: N/A

[rain0r]

I'm using the mpd widget and it stopped working, displaying only "N/A N/A". Checked the logs but there were no messages from awesome. lain version is the latest commit (af125b324e4ba5f7bd90dbe4202464594afcea4e), awesome 4.3-r1, mpd 0.21.22.

Strangely, I didn't change my mpd settings or upgraded the system's lua installation. Maybe I updated to a new glib-version that's causing the problem?

In my theme.lua:

    -- MPD
    theme.mpd = lain.widget.mpd({
        settings = function()
            mpd_notification_preset.fg = white
            artist = mpd_now.artist .. " "
            title  = mpd_now.title  .. " "
    
            if mpd_now.state == "pause" then
                artist = "mpd "
                title  = "paused "
            elseif mpd_now.state == "stop" then
                artist = ""
                title  = ""
            end
    
            widget:set_markup(markup.font(theme.font, markup(gray, artist) .. markup(white, title)))
        end
    })

Checked localhost:6600 with netcat, it works (without auth).

$ nc localhost 6600
OK MPD 0.21.11
status
volume: 8
repeat: 0
random: 0
single: 0
consume: 0
playlist: 2
playlistlength: 14
mixrampdb: 0.000000
state: play
song: 1
songid: 2
time: 21:191
elapsed: 21.218
bitrate: 1563
duration: 190.536
audio: 44100:24:2
nextsong: 2
nextsongid: 3
OK
currentsong
file: Four Owls, The/Nocturnal Instinct/02-The Four Owls - Coming Home.flac
Last-Modified: 2020-04-17T14:25:53Z
Album: Nocturnal Instinct
AlbumArtist: The Four Owls
AlbumArtistSort: Four Owls, The
Artist: The Four Owls
ArtistSort: Four Owls, The
Disc: 1
Disc: 1
Genre: Rap
Label: High Focus Records
MUSICBRAINZ_ALBUMARTISTID: fc187a16-f411-4a2f-ae51-8973c231cf83
MUSICBRAINZ_ALBUMID: 39d6618a-db5e-4a8f-8c04-a8320c81957c
MUSICBRAINZ_ARTISTID: fc187a16-f411-4a2f-ae51-8973c231cf83
MUSICBRAINZ_RELEASETRACKID: 6722aff8-3af1-4cb9-af3e-d57837dd0241
MUSICBRAINZ_TRACKID: e09e5e76-c30e-472b-81a0-d3dcc6b52195
OriginalDate: 2020-04-17
Title: Coming Home
Track: 2
Track: 2
Time: 191
duration: 190.536
Pos: 1
Id: 2
OK
close

How else could I debug this issue? awesome doesn't seem to have a verbose flag. Can I somehow use this widget in a script?

Here's the output of startx ...:

X.Org X Server 1.20.8
X Protocol Version 11, Revision 0
Build Operating System: Linux 5.6.3-gentoo-x86_64 x86_64 Gentoo
Current Operating System: Linux punica 5.6.5-gentoo-x86_64 #1 SMP Fri Apr 17 23:15:00 CEST 2020 x86_64
Kernel command line: BOOT_IMAGE=/vmlinuz-5.6.5-gentoo-x86_64 root=/dev/mapper/vg0-root ro dolvm crypt_root=UUID=dc945ff2-3d9a-46df-ac6e-7cc114d9be55 root=/dev/mapper/vg0-root root_trim=yes keymap=de
Build Date: 14 April 2020  09:15:21AM
 
Current version of pixman: 0.38.4
    Before reporting problems, check http://wiki.x.org
    to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
    (++) from command line, (!!) notice, (II) informational,
    (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Sat Apr 18 19:11:42 2020
(==) Using config directory: "/etc/X11/xorg.conf.d"
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Internal error:   Could not resolve keysym XF86FullScreen
Errors from xkbcomp are not fatal to the X server
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Internal error:   Could not resolve keysym XF86FullScreen
Errors from xkbcomp are not fatal to the X server
2020-04-18 19:11:43 W: awesome: a_glib_poll:437: Last main loop iteration took 0.106492 seconds! Increasing limit for this warning to that value.

[TheReverend403]

Just started seeing this issue myself on Gentoo / Awesome 4.3 / MPD 0.21.20. No changes on my end as you can see at https://github.com/TheReverend403/awesome-config

[razamatan]

options to solve:

1. re-emerge curl w/ the telnet use flag
2. swap out curl w/ netcat (i'm doing this as a stop-gap):
   https://www.reddit.com/r/awesomewm/comments/g36h3a/lain_mpd_widget_stopped_working/fo2cc8q?utm_source=share&utm_medium=web2x
3. (don't hold your breath) wait for me to implement a Gio IOStream based solution per mpd: Allow mpd connection via UNIX socket #349

[rain0r]

options to solve:

1. re-emerge curl w/ the telnet use flag

2. swap out curl w/ netcat (i'm doing this as a stop-gap):
   https://www.reddit.com/r/awesomewm/comments/g36h3a/lain_mpd_widget_stopped_working/fo2cc8q?utm_source=share&utm_medium=web2x

3. (don't hold your breath) wait for me to implement a Gio IOStream based solution per #349

Re-emerging curl with the telnet use flag solved the issue for me.

[lcpz]

Thanks @razamatan for your dedication. I will keep this open until we close #349.

[TheReverend403]

Fixed for me too, turns out it was from the USE flag split in the curl 7.69 ebuild with -telnet as default.

[shiboshu]

Jesus, you saved my day fixing that issue. Updated my gentoo today and ran in that problem. re-emerging curl with USE telnet was the solution for me too. TY <3