Share
Last.fm Client 1.1.3: source tarball and (K)ubuntu package
26 Jan 2007, 18:06
hey last.fm users and linux fans...
fresh from the oven, a new source tarball of the latest last.fm client (version 1.1.3) and a (k)ubuntu package.
grab it while it's hot:
http://static.last.fm/client/Linux/last.fm-1.1.3.src.tar.bz2
http://static.last.fm/client/Linux/lastfm_1.1.3.0-0etch1_i386.deb
feedback appreciated!
...muesli
fresh from the oven, a new source tarball of the latest last.fm client (version 1.1.3) and a (k)ubuntu package.
grab it while it's hot:
http://static.last.fm/client/Linux/last.fm-1.1.3.src.tar.bz2
http://static.last.fm/client/Linux/lastfm_1.1.3.0-0etch1_i386.deb
feedback appreciated!
...muesli
Comments
-
mxcl wrote:
I just made a binary distribution too:
http://static.last.fm/client/Linux/last.fm-1.1.3.bin.tar.bz2
So if you can't build the source, this binary should work, as long as your distro is somewhat recent.
Max -
mafflix wrote:
Nice! Thanks! I look forward to trying it when I get a chance.
There are a few suggestions about the package:
Could you change the 0etch1? It implies that it will install on the upcoming Debian etch release, but the package requires a newer libc6 than etch offers. 0edgy1 would be more appropriate.
The package should remove the .svn directories from usr/lib/extensions, usr/lib/services, and usr/share/pixmaps/lastfm/buttons.
usr/share/doc/lastfm/README.Debian should be changed or removed. -
muesli wrote:
maffix: thanks for your feedback!
yes you're right, it should be edgy and not etch, will be fixed on monday.
i quickly updated the package though, removing the .svn stuff and changing the README.Debian. that was an ugly glitch, thanks for noticing.
fixed version is online, same url:
http://static.last.fm/client/Linux/lastfm_1.1.3.0-0etch1_i386.deb
cheers,
muesli -
Sugar_Kane wrote:
Great! Thanks for releasing a new version! -
pavik wrote:
it's impossible for me to compile (i don't even think about running ;) ) linux client... all because this QT. -
muesli wrote:
pavik: if you could provide us with some more information (like what error you're actually referring to), it would probably be very easy to help you out.
-
pavik wrote:
i'm using ubuntu (latest dapper) and i've installed qt4 packages, but qmake is still missing. When i installed qt3-dev qmake was working, but like i supposed compile script didn't work with older version. So this isn't players fault but qt.
-
Sugar_Kane wrote:
pavik, I'm afraid that last.fm 1.1.3 doesn't compile under Ubuntu dapper, as it depends on Qt 4.2 and it's not available for dapper AFAIK (but if you find it please let me know).
You can get a previous version of last.fm for Ubuntu dapper here. -
muesli wrote:
pavik: well to be exact it's actually still your fault. you should have installed libqt4-dev instead. libqt3-dev is for the old qt version 3, and the client needs qt4. (see README)
-
luffliffloaf wrote:
Not a troll, but QT absolutely sucks. Closed license bloated crap. Better off using last exit for now. At least it's GTK. -
pavik wrote:
muesli: i've installed libqt4-dev from repos, but still there is too old version of qt (4.1.x), so i should get latest version from qt site... but actually i've installed lastfm_1.0.7 for dapper (thanks Sugar_Kane :) ) and this is enough for me.
-
muesli wrote:
luffliffloaf: yeah gpl really sucks ;-)
-
Sugar_Kane wrote:
There are packages of last.fm 1.1.3.0 for Debian etch and Ubuntu edgy here.
They're unofficial but they include some patches that you might find interesting. -
muesli wrote:
sugar_kane: cheers, thanks a lot :-)
-
MeneK wrote:
I've installed the package on Ubuntu Edgy: When I run the client it doesn't find any soundcard. -
MeneK wrote:
Sorry, I forgot to mention that the package from http://people.igalia.com/berto/ works flawlessly on my system (no soundcard problem).
-
muesli wrote:
menek: that's because the official package uses alsa sound output, and alberto's uses oss.
-
mafflix wrote:
muesli: Actually, no. We're using an alternate alsa plugin that I've been working on. It's based on the alsa plugin from xmms and seems to work better in setups that require software mixing or that have multiple sound cards.
See 13_alsa.diff -
muesli wrote:
mafflix: ah yeah, i read that email about the alsa plugin you send. sorry i didn't reply to it yet. we'll look into it. i also got a portaudio plugin working now. we'll see how it performs.
cheers,
muesli -
mafflix wrote:
Sounds interesting. :)
-
mxcl wrote:
luffliffloaf: yeah QT, Quicktime, sucks. Qt on the other hand, is awesome, and GPL licenced ;-) GTK is prolly great, but we chose Qt and plan to stick to it.
-
mxcl wrote:
Can we not compile in OSS, and use that if available by default? Most distros still have the OSS compat module loaded, and for everyone else it still seems to bring more love than ALSA in a lot of cases.
-
MeneK wrote:
muesli & mafflix: thanks both.
-
mafflix wrote:
mxcl: I tried compiling in OSS a while ago, but I have onboard sound that can't do hardware mixing. So I ran the client through aoss to avoid the blocking problems, but it was a bit of a kludge. ALSA's default device, on the other hand, just works.