mpdscribble does not launch at boot time in edgy

I've noticed this as well, and it persists even in feisty.

Something goes wrong in the installation. I had an error message saying the user didn't own the directory (but not which), so I guess the update-rc.d isn't run properly.

In order to set up the symlinks, just cd into /etc/init.d and run:

sudo update-rc.d mpdscribble start 31 2 3 4 5 . stop 14 0 1 6 .

Hi, running Xubuntu Gutsy and can attest that this problem still persists. I did what Henrik Steensland suggested as a fix, and though mpdscribble does now launch at startup, it is unable to ever handshake with the last.fm servers. As soon as run

/etc/init.d/mpdscribble restart

then it immediately submits my cache to last.fm and is from then on able to handshake without a problem.

The above problem still happens in Gutsy. I manually added an S31mpdscribble symlink with every S30mpd symlink which did make mpdscribble start properly but it cannot submit the stats until I restart the daemon, and then it submits its cache. I tried changing it to S99mpdscribble but it still cannot submit anything.

This might be useful for someone who doesn't use mpdscribble... Here's a Wireshark capture of mpdscribble "scrobbling" a track to the last.fm servers. Note that I edited out my last.fm username and passhash so there is a TCP checksum error, normally the checksum is fine.

Ok, I have done some more analysis with tshark. When mpdscribble starts it makes a DNS query for post.audioscrobbler.com and then seems to cache that result for the rest of the time it runs. When mpdscribble is not working, it doesn't even attempt to make a TCP/HTTP connection the scrobble servers.

Sometimes it does work when it starts at boot, sometimes it doesn't, I haven't found a pattern for it, though.

This seems to be problem with libsoup used in current mpdscribble, I was not able to reproduce this issue after upgrading mpdscribble to soup 2.4.