lastfm-ripper apparently uses an obsolete way of accessing the last.fm homepage. It takes the stream-URL out of the login-handshake, which points to a server throwing an "access denied" error (see comment #5 on #155152). The correct way (at least the official client uses it) was to ask audioscrobbler for a playlist. I'll also inform the upstream maintainer of that bug, although I assume he should have noticed the problem by now. Since the program does not work anymore, I suggest masking the existing ebuild until a new version arrives. (If anybody is searching for a drop-in replacement, I hacked one - THIS IS NOT AN EBUILD REQUEST - see http://www.pberndt.com/raw/Programme/Linux/lastfm-rip/_download/lastfm-rip.py#) Reproducible: Always Steps to Reproduce:
Created attachment 186562 [details] Adept to new last fm API I adepted last.fm-ripper to the new last.fm API. Replace last.fm-ripper with the attached last.fm-ripper-2.0.1 to get the fix. I did following additional changes: - mp3 files are saved now in directories (Artist/Album/Title.mp3) together with cover (Artist/Album/SmallCover.jpg) - Files already downloaded (filename already exists) are skipped, not overwritten - If the script is interrupted (killed), the partly downloaded file will be deleted
Hmm. Please provide a patch instead of entire file if you want this to go anywhere.
+ 14 May 2009; Samuli Suominen <ssuominen@gentoo.org> package.mask: + Mask lastrm-ripper for removal wrt #263804 because it doesn't work with + current LastFM API.
Phillip, you've made quite a nice job with qiv/pqiv when the time came. Let me know if you want to take over this package also, upstream wise. We are not going to start maintaining a huge patchset for this, and last upstream release was 2006.
Removed from portage. Please open a new bug for new package if someone wants to take this over