New MPD last.fm scrobbler

allbluedream · 2008-11-18 10:48:50

Tried to run it in gdb yesterday with (gdb) run /usr/bin/scrobby --no-daemon ~/.scrobbyconf
But this isn't working today... Strange.

The good news is that scrobby has yet to crash Did you change anything these days? I've been recompiling everyday.

Army · 2008-11-18 17:06:32

@ unK: Hey dude, nice to have you around Already on Arch as well?

unK · 2008-11-18 22:57:53

allbluedream wrote:

The good news is that scrobby has yet to crash Did you change anything these days? I've been recompiling everyday.

Yeah, I changed code a bit. Btw you can trace changes here -> http://repo.or.cz/w/scrobby.git

Army wrote:

@ unK: Hey dude, nice to have you around Already on Arch as well?

Hello. No, still Gentoo

Last edited by unK (2008-11-18 22:58:02)

yowwww · 2008-11-18 23:20:19

Both the i686 and x86_64 package builds do not seem to copy the doc files over. I had to manually use the ones from the src directory when building.

Rasi · 2008-11-20 15:03:07

yowwww wrote:

Both the i686 and x86_64 package builds do not seem to copy the doc files over. I had to manually use the ones from the src directory when building.

I will have a look tonight

Rasi · 2008-11-21 22:35:38

should be fixed now

Execute_Method · 2008-11-26 13:15:07

Rasi wrote:

should be fixed now

Sorry dude, I just installed and no doc was copied over.....

Also, I just realized yaourt was using teh /tmp dir instead of /var/abs/local , because my permissions weren't set right. I proceeded to change the perms. and to test I tried to rebuild scrobby-git, however I'm getting an error with it.....

It looks like it won't download the file from GIT, but I don't have experience with git, so would someone mind filling me in.

==> Building and installing package
==> Determining latest git revision...
  -> Version found: 20081126
==> Making package: scrobby-git 20081126-1 i686 (Wed Nov 26 07:53:20 EST 2008)
==> Checking Runtime Dependencies...
==> Checking Buildtime Dependencies...
==> Retrieving Sources...
  -> Found scrobby.init in build dir
  -> Found scrobby.install in build dir
==> WARNING: Integrity checks (md5) are missing or incomplete.
==> Extracting Sources...
==> Removing existing pkg/ directory...
==> Entering fakeroot environment...
==> Starting build()...
==> Connecting to repo.or.cz GIT server....
remote: Counting objects: 174, done.
remote: Compressing objects:Receiving objects:  30% (53/174), 44.00 KiB | 78 KiBremote: Compressing objecReceiving objects:  61% (107/174), 44.00 KiB | 78 KiB/sremote: Compressing objects:  58% (28/48) Receiving objects:  62% (108/174), 44.remote: Compressing objects: 100% (48/48), done.
remote: Total 174 (delta 125), reused 174 (delta 125)
Receiving objects: 100% (174/174), 66.10 KiB | 78 KiB/s, done.
Resolving deltas: 100% (125/125), done.
From git://repo.or.cz/scrobby
 * [new branch]      master     -> origin/master
You asked me to pull without telling me which branch you
want to merge with, and 'branch.master.merge' in
your configuration file does not tell me either.  Please
name which branch you want to merge on the command line and
try again (e.g. 'git pull <repository> <refspec>').
See git-pull(1) for details on the refspec.

If you often merge with the same branch, you may want to
configure the following variables in your configuration
file:

    branch.master.remote = <nickname>
    branch.master.merge = <remote-ref>
    remote.<nickname>.url = <url>
    remote.<nickname>.fetch = <refspec>

See git-config(1) for details.
==> The local files are updated.
==> GIT checkout done or server timeout
==> Starting make...
./PKGBUILD: line 38: ./autogen.sh: No such file or directory
make: *** No targets specified and no makefile found.  Stop.
==> ERROR: Build Failed.
    Aborting...
Error: Makepkg was unable to build scrobby-git package.

Rasi · 2008-11-26 22:03:46

strange... it works for me...

==> Säubere Installation...
-> Komprimiere Man-Pages...
==> Erstelle Paket ...
-> Erstelle .PKGINFO-Datei...
-> Füge Installations-Skript hinzu...
-> Komprimiere Paket ...
==> Verlasse fakeroot-Umgebung.
==> Beendete make: scrobby-git 20081126-1 x86_64 (Mi 26. Nov 23:03:12 CET 2008)
[carnager@freebox scrobby-git]$ tar tvf scrobby-git-20081126-1-x86_64.pkg.tar.gz | grep doc
drwxr-xr-x root/root 0 2008-11-26 23:03 usr/share/doc/
drwxr-xr-x root/root 0 2008-11-26 23:03 usr/share/doc/scrobby/
-rw-r--r-- root/root 964 2008-11-26 23:03 usr/share/doc/scrobby/scrobby.conf.example
[carnager@freebox scrobby-git]$

Last edited by Rasi (2008-11-26 22:04:40)

Dieter@be · 2008-11-26 22:13:14

I've had such an error when I built a package more then once. Maybe that's it?

Execute_Method · 2008-11-27 00:32:41

Dieter@be wrote:

I've had such an error when I built a package more then once. Maybe that's it?

I think there was some type of time limit on the git repo, that prevented it from dloading again...cause it worked just now

Renan Birck · 2008-11-28 21:10:58

Scrobby doesn't work when run from rc.conf, I get this:

scrobby[3369] general protection ip:b7f79d66 sp:b72fab54 error:0 in libcurl.so.4.1.1[b7f3e000+3f000]

If I start it manually, then it works. Any suggestions?

Thanks.

Dieter@be · 2008-11-28 21:15:43

from /etc/rc.d/scrobby you mean, i hope?

the only thing the init script does, basically is start /usr/bin/scrobby as root. so try that

Renan Birck · 2008-11-28 21:46:08

Yes, will try this.

[19:45:53] [orion:~]$ ps aux | grep scro
renan 3559 0.0 0.1 21648 2160 ? Ssl 18:22 0:01 /usr/bin/scrobby

In fact, the /etc/scrobby.conf tells it to drop privileges to my user (renan).

Rasi · 2008-11-29 13:11:55

i dont get it.. your output clearly shows scrobby running...

Renan Birck · 2008-11-29 14:26:25

This is because, after I restarted it, it worked normally.

But, at startup, when it segfaults, I get this.
[2008/11/29 12:23:05] Connecting to MPD...
[2008/11/29 12:23:05] Connected to MPD at localhost !
[2008/11/29 12:23:15] Error while sending handshake: Couldn't resolve host name
[2008/11/29 12:23:15] Connection to Audioscrobbler refused, retrieving in 10 seconds
<segfault>.

Seems that the "cannot connect" issue causes it to segfault.

unK · 2008-12-05 17:36:50

I can't reproduce this problem, so please file a bug at mantis (http://www.musicpd.org/mantis/) about this issue. Also please compile scrobby with debug symbols (CFLAGS="-ggdb3" CXXFLAGS="ggdb3") run it in gdb with --no-daemon switch and if it crashes, obtain backtrace and attach to bug report.

Renan Birck · 2008-12-05 21:36:10

Will try to reproduce it.

However, it will be quite difficult to, because it happens only when I try to run it at startup, when it says "Couldn't resolve host name" on the log, then dies.

If I start scrobby after everything is up and running, it works properly.

Last edited by Renan Birck (2008-12-05 21:37:26)

unK · 2008-12-06 17:38:50

You can try to run it with disabled network, maybe that's the reason. This problem is really strange as backtrace someone sent me ends in curl library, also there was one Gentoo user who has this problem and it was gone after curl recompilation, so that can be bug in curl or something. Maybe can you somehow try other curl version?

unK · 2008-12-22 23:21:18

I pushed some changes to git repo, please test if scrobby still crashes randomly.

yowwww · 2009-03-14 18:05:57

I have noticed it is segfaulting recently as well. I am not sure if it is an Arch issue or not because I haven't changed the version of Scrobby and yet it started segfaulting. I may just try a rebuild and see if that fixes it. On Arch it would report maybe 3-5 songs and then segfault. Here is the message:

scrobby[27866]: segfault at c764 ip 0804dee6 sp bfa65a90 error 4 in scrobby[8048000+13000]

I'm not sure if that is helpful or not. I pulled it from dmesg.

I am also running Ubuntu and am testing it right now to see if it segfaults. Will post the results later.

EDIT ---> I ran it for quite a while in Ubuntu and it worked fine so it appears it's an Arch issue. I'll try rebuilding it. I am using the 0.1 source (not git)

Last edited by yowwww (2009-03-14 19:26:25)

Army · 2009-03-15 12:58:11

Maybe there was an update of a dependency, which causes this. Rebuilding it on Arch and trying it again might be helpful, yes

Arch Linux

#26 2008-11-18 10:48:50

Re: New MPD last.fm scrobbler

#27 2008-11-18 17:06:32

Re: New MPD last.fm scrobbler

#28 2008-11-18 22:57:53

Re: New MPD last.fm scrobbler

#29 2008-11-18 23:20:19

Re: New MPD last.fm scrobbler

#30 2008-11-20 15:03:07

Re: New MPD last.fm scrobbler

#31 2008-11-21 22:35:38

Re: New MPD last.fm scrobbler

#32 2008-11-26 13:15:07

Re: New MPD last.fm scrobbler

#33 2008-11-26 22:03:46

Re: New MPD last.fm scrobbler

#34 2008-11-26 22:13:14

Re: New MPD last.fm scrobbler

#35 2008-11-27 00:32:41

Re: New MPD last.fm scrobbler

#36 2008-11-28 21:10:58

Re: New MPD last.fm scrobbler

#37 2008-11-28 21:15:43

Re: New MPD last.fm scrobbler

#38 2008-11-28 21:46:08

Re: New MPD last.fm scrobbler

#39 2008-11-29 13:11:55

Re: New MPD last.fm scrobbler

#40 2008-11-29 14:26:25

Re: New MPD last.fm scrobbler

#41 2008-12-05 17:36:50

Re: New MPD last.fm scrobbler

#42 2008-12-05 21:36:10

Re: New MPD last.fm scrobbler

#43 2008-12-06 17:38:50

Re: New MPD last.fm scrobbler

#44 2008-12-22 23:21:18

Re: New MPD last.fm scrobbler

#45 2009-03-14 18:05:57

Re: New MPD last.fm scrobbler

#46 2009-03-15 12:58:11

Re: New MPD last.fm scrobbler

Board footer