Bugzilla Bug 102059

The last.fm player is a internet player based integrated with the last.fm music
service. Since the service is quite popular, open source, and integrated with
music applications like amarok, the player should be availble in the portage.

Created an attachment (id=65622) [details]
The ebuild for the last.fm player

Oh err, it's should go in media-sound

Created an attachment (id=65668) [details]
Ebuild for the last.fm player... revised

Opps, looks like the player needs some extra graphics files that need to be in
the same folder. So I install everything to /usr/share/lastfm and place a
script at /usr/bin/lastfm that launches it.

Created an attachment (id=65669) [details]
This is the launcher that goes into /usr/bin

Created an attachment (id=65670) [details]
This is the launcher... again

I missed something really important

Created an attachment (id=65675) [details]
Final ebuild for the player

I swear this is the last one. I just added the some info's about adding a
browser protocol.

Created an attachment (id=65679) [details]
Final launcher for the player

Goes in the files folder

Created an attachment (id=66914) [details]
Newer... and Better!!

Since this really is my first ebuild. I guess you'll have to bare with me. It
now creates a menu entry as well as not needing the wrapper file (I didn't know
there where functions for these already).

I haven't tested it (don't have Qt 4 and running amd64) but wouldn't it be a
good idea to (also) make an ebuild for the static binary version that has been
made recently?

I just tested the binary player from
http://83.142.226.211/player/LastfmLinux-1.0.1.tar.bz2 on my box and it works
completely.

Created an attachment (id=66929) [details]
The precompile version for those who don't want to bother with qt4

Okay, I here is another ebuild for the static version as per comment #9

Note that the non static version goes to
/usr/bin/lastfm
and that the static once goes to
/usr/bin/lastfm-bin
Is that the right way to do it?

Anyways, when I try the precompiled one, it looks like I don't have the right
font.

Yes, as with many other applications such as firefox and firefox-bin. Btw, I
think such differences in fonts are normal.

Created an attachment (id=67064) [details]
Small improvements to the ebuild

Replaced hardcoded version number with ${PV} and added virtual/x11 dependency
(i think it should be there)

Created an attachment (id=67065) [details]
lastfm.ebuild (small improvements)

Same changes as to the binary version.

There were some minor typos I made awhile ago...

mozila should be spelled mozilla
akward should be spelled awkward

And the dodoc in the source code version should be 
if use doc ; then
    dodoc README
fi
And don't forget to add doc to IUSE.

Just keep these in mind fot the next... err... interesting change you make

Created an attachment (id=67092) [details]
Upstream version bump

lastfm-player-1.0.3.ebuild

Okay, they seems to have new versions...
The source code one is now at 1.0.3. However, it seems to segfault whenever you
play something. Changes I see from 1.0.2 is that they now cache album covers.
They also changed the packaging a little bit and got rid of the .ico files.

However, it seems like the cache folder is in the current working directory
while the art files also have to be in the current working directory. Thus, I
made the cache folder world writeable which may not be the best idea. But since
it segfaults, who cares?

Created an attachment (id=67093) [details]
Upstream binary version bump

lastfm-player-bin-1.0.2.ebuild

Actually, scrap that, 1.0.2 also has caching. New enhancements include visual
cue's and proxy support (I think). The website hasn't been updated to show that
the new binary is avaible but it's there.

Created an attachment (id=67095) [details]
Upstream binary version bump (actually correct this time)

I'm spamming too much.

Perhaps a small einfo note along the lines of "some users may want/need to run
"/usr/bin/aoss" before the lastfm binary in the /usr/bin/lastfm-player file.

Perhaps we could even include two scripts, one called lastfm-player and the
other called lastfm-player-aoss.

I noticed that firefox won't accept "/usr/bin/aoss /usr/bin/lastfm-player" as an
appropriate handler, so I had to put /usr/bin/aoss into the
/usr/bin/lastfm-player script itself.

I hope this info is useful to someone.

Hmm, What does it acutally do? I seem to be able to run it just fine without
explicitly using aoss. You are right about last.fm player using OSS though.

And all aoss does is
LD_PRELOAD=/usr/lib/libaoss.so exec "$@"

I have a setup as some others do, where my sound card cannot play multiple
things at once so it must be done in software. One way of fixing it is to use
arts. But I don't like arts for whatever reason. Mainly because it's too tied to
kde, I'd rather not require kde at all, yet get the same functionality. This is
done using alsa with the dmix device/plugin:
http://gentoo-wiki.com/HOWTO_ALSA_sound_mixer_aka_dmix and a .asoundrc Programs
which only use OSS can be run just fine (but no other programs can already be
hogging the sound device for it to work), or you can use aoss to make it use alsa.

Okay, I've got some news for you.

1) The linux binary version now has a 1.0.3 version
2) There's a patch for the 1.0.3 source code to make it not segfault (see
http://www.last.fm/forum/21714/_/47467/0)
3) 1.0.4 will use ALSA

Also, I'm updating the 1.0.3 ebuilds to use aoss if the alsa USE flag is turned on

Created an attachment (id=67968) [details]
Ebuild for the 1.0.3 binary version

lastfm-player-bin-1.0.3.ebuild

I should warn you that aoss makes it segfault for me. You might as well just
disable the alsa flag for this ebuild/version

Created an attachment (id=67970) [details]
imagefader.cpp patch

files/lastfm-player-1.0.3-imagefader.diff

This does fix the segmentation issues. Just make sure you put it in the right
place

Again, thanks to mmgm at http://www.last.fm/forum/21714/_/47467/0

Created an attachment (id=67971) [details]
Ebuild for the 1.0.3 version + segfault patch

lastfm-player-1.0.3.ebuild

Yep, with the patch, the things no longer crash. However, I recomend disabling
the alsa useflag for this since it causes segmentation faults for me. Font's
are screwed as ever for some reason so I would just stick with the binary
version if I were you.

And by the way, for anyone trying to compile 1.0.2, you need to have the debug
version of qt-4.

I don't think you should tie the prescense of the alsa flag to aoss. I'm not
sure if running "aoss ${appname}" is expected to work on all systems with alsa.
I configured my system with dmix and my .asoundrc file, that may be what makes
it work for me.

Maybe it's a bad idea to add aoss to any file. Just an appropriate einfo
statement would be nice. Now that I run enotice, like many others, it will be
seen for sure and will alert those that it needs to.

You know what, on second thought, it might have been better to call it a "aoss"
useflag. I'll keep that in mind if we find any other good reasons to change the
ebuilds.

By the way, I do use dmix too.

Created an attachment (id=69852) [details]
Ebuild for the 1.0.4 version

Changes include:
 * They now have the pervious patch builtin
 * Small UI changes in the player and about dialogs
 * Copyright notices in source files
 * Updated icons of play buttons
 * Fixed windows playback thing // Meh
 * Some more error checking

ALSA support is comming _next_ revision, or so Chris swears
http://www.last.fm/help/team.php

version 1.0.5 is available.

At least the binary (LastfmLinux-1.0.5.tar.bz2), couldn't find the source for it 
yet.

Did anyone try the binary 1.0.5?
It segfaults here when called with "aoss ./player". (Works without aoss though.)

(see: http://www.last.fm/forum/21714/_/55667
and http://www.last.fm/forum/21714/_/53805)

There really aren't any imporvements from 1.0.3 binary to 1.0.5. It still uses 
OSS output. I don't think you can even get the 1.0.5 source since it's really 
only inteneded for a version bump for linux and mac.

However, the next version does have alsa support through rtaudio backend. You
can get it through their svn server svn://svn.audioscrobbler.net. Last time I
checked they just need to create away so that you can choose how the sound is
outputed.

Also, make sure that you are using qt-4.0.1 and not qt-4.0.0 as the latter has
quite few font/graphics problems. Also, as a side note, I ran into a few
problems when compiling 4.0.1 with MAKEOPTS="-j2".

Created an attachment (id=70743) [details]
Ebuild for the 1.0.3 binary version

Ebuild 1.0.4 worked well on amd64. Feel free to add it to the KEYWORDS.

Dave.

Created an attachment (id=73500) [details]
Ebuild for the 1.1.1 binary version

Just changed the SRC_URI variable and renamed the ebuild. Big thx goes for the
original author of the ebuild who made it.
Btw, the new version has a better look (atleast for me) and some tweaks.

Using ALSA!

RtApi: no devices found for given stream parameters: 
    RtApiAlsa: error setting sample rate (44100) on device (hw:ICH5,0): Invalid
argument.
    RtApiAlsa: pcm device (hw:ICH5,1) won't open: No such file or directory.
    RtApiAlsa: pcm device (hw:ICH5,2) won't open: No such file or directory.
    RtApiAlsa: pcm device (hw:ICH5,3) won't open: No such file or directory.
    RtApiAlsa: error setting sample rate (44100) on device (hw:ICH5,4): Invalid
argument.


Segmentation fault

That's a problem so i suggest using OSS output.

In reply to #34,

Be sure that your sound card can play things at 44.1 KHz (aka audio CD's and 99%
of MP3's). I know that pretty much all of the Creative products only accept 44.8
and that the Windows Creative drivers automaticly down sample everything.

Don't be worried if it doesn't work though, it's probably a bug by last.fm guys ;).

On that note, I'll have the source version done in a few minutes.
And they also changed their license from BSD to GPL-2.

Created an attachment (id=73504) [details]
Ebuild for the 1.1.1 version, 1845 SVN revision

lastfm-player-1.1.1_p1845.ebuild

It's 1.1.1
This time, there's support for both ALSA and OSS output and you can also choose
your output device. There are also new buttons for "Tag this song" and "Write a
journal about this song." In addition, they have added an option to keep the
window on top. Also, the radio contol dialog now has a tab to listen to your
own stuff, like your tags, your neighbor radio, love tracks radio, and your
personal radio.


Since the source code is not on their site and probably won't be for a while,
I've grabbed a SVN copy.

Created an attachment (id=73506) [details]
Source for the 1.1.1 version, 1845 SVN revision

lastfm-player-1.1.1_p1845.tar.gz

Put this in your distfiles folder (most likely /usr/portage/distfiles/)

(In reply to comment #35)
> In reply to #34,
> 
> Be sure that your sound card can play things at 44.1 KHz (aka audio CD's and 99%
> of MP3's). I know that pretty much all of the Creative products only accept 44.8
> and that the Windows Creative drivers automaticly down sample everything.
> 
> Don't be worried if it doesn't work though, it's probably a bug by last.fm
guys ;).
> 
> On that note, I'll have the source version done in a few minutes.
> And they also changed their license from BSD to GPL-2.

I have only an integrated soundcard so that's the problem i guess.

For all of you who got this "terminate called after throwing an instance of
'RtError'" error, there is now a solution in the last.fm forums:
---
The problem is in RtAudio.cpp in line 1504: pthread_attr_setschedpolicy(&attr,
SCHED_RR);
The realtime scheduling policies SCHED_RR and SCHED_FIFO are available only to
processes with superuser privileges.

You change SCHED_RR for SCHED_OTHER.
---

I'd like to see this in the 1.1.1 binary version here because I do not want this
player running as root.

The binary version just grabs it straight from last.fm so it's up to them to
fix it.

However, I will make a patch for the source version. I want to point out that I
don't get this problem along with quite a few other people. Thus it's more
likely some kind of glibc issue and the last.fm guys are kind of reluctant to
change it. Just for the record, there are 3 places in the file were it needs to
be changed.

Comment #39:
Perhaps you can tell me your glibc version as well as "emerge info"?

Created an attachment (id=74508) [details]
Patch for SCHED_RR to SCHED_OTHER in RtAudio.cpp

rtaudio_schedule.diff

It goes in the "files" folder.

Created an attachment (id=74509) [details]
Ebuild for the 1.1.1 version with RtAudio.cpp patch

lastfm-player-1.1.1_p1845-r1.ebuild

Includes the fore mentioned patch. Tell me if it fixes the error message.

ok, I compiled QT4 and the player (used the binary before). It is working now
without problems. I'm using glibc-2.3.5-r2. Do you still need the emerge info?

Created an attachment (id=74591) [details]
Source for the 1.1.2 version, 1898 SVN revision

lastfm-player-1.1.2_p1898.tar.gz

Goes in /usr/portage/distfiles

Created an attachment (id=74592) [details]
Ebuild for the 1.1.2 version, 1898 SVN revision

For Comment #43
I suppose not.

There's a new release (1.1.2)
Be warned, I've been having problems where the track info won't show for the
track that plays right after you change station.

Looks like some of the changes include:
=======================================
Fix for "error setting sample rate (44100) on device" problem.
Looks like there's support for 48000 rate now.

SCHED_RR has been replaced with SCHED_OTHER

Upgraded from RtAudio 3.0.2 to 3.0.3.

Made server communication and proxies more robust

Support for 32 bit and 24 bit audio (formerly only 16 bit).

Created an attachment (id=75031) [details]
Source for the 1.1.3 version, 1906 SVN revision

lastfm-player-1.1.3_p1906.tar.gz

Goes in /usr/portage/distfiles

Created an attachment (id=75034) [details]
Ebuild for the 1.1.3 version, 1906 SVN revision

lastfm-player-1.1.3_p1906.ebuild

Notes:
 * If the track information is not showing but a song is playing, click on the
Options button and click refresh

Potential bugs:
 * Song information may not be shown when switching stations
 * Player may think it's playing to an external player even though it's set not
to
 * Part of "Soundcard:" is cut off in "Settings"

Changes:
 * The changelog acutally has stuff
 * About dialog is proper
 * The tag dialog has various imporvements

Created an attachment (id=75348) [details]
Ebuild for the 1.1.4 binary version

lastfm-player-bin-1.1.4.ebuild

Should fix most of issues experianced in 1.1.1.

Created an attachment (id=75349) [details]
Source for the 1.1.4 version, 1910 SVN revision

lastfm-player-1.1.4_p1910.tar.gz

Goes in /usr/portage/distfiles

Created an attachment (id=75350) [details]
Ebuild for the 1.1.4 version, 1910 SVN revision

lastfm-player-1.1.4_p1910.ebuild

Drops some of the don't-refresh-metadata-stuff.

Hi, I give lastfm-player-1.1.4_p1910 try, but it end early with error. Dont
know, if this is right place to talk about it, but here is the the end of
emerge:

src/webserviceconnector.cpp: In member function `void
WebserviceConnector::recordToProfile(bool)':
src/webserviceconnector.cpp:949: error: invalid use of undefined type `struct
QHttp'
src/webserviceconnector.h:24: error: forward declaration of `struct QHttp'
src/webserviceconnector.cpp:950: error: no matching function for call to
`WebserviceConnector::connect(QHttp*&, const char[30], WebserviceConnector*
const, const char[30])'
/usr/include/qt4/QtCore/qobject.h:174: note: candidates are: static bool
QObject::connect(const QObject*, const char*, const QObject*, const char*,
Qt::ConnectionType)
/usr/include/qt4/QtCore/qobject.h:275: note:                 bool
QObject::connect(const QObject*, const char*, const char*, Qt::ConnectionType)
const
src/webserviceconnector.cpp:953: error: invalid use of undefined type `struct
QHttp'
src/webserviceconnector.h:24: error: forward declaration of `struct QHttp'
src/webserviceconnector.cpp:955: error: invalid use of undefined type `struct
QHttp'
src/webserviceconnector.h:24: error: forward declaration of `struct QHttp'
src/webserviceconnector.cpp: In member function `void
WebserviceConnector::discoveryMode(bool)':
src/webserviceconnector.cpp:972: error: invalid use of undefined type `struct
QHttp'
src/webserviceconnector.h:24: error: forward declaration of `struct QHttp'
src/webserviceconnector.cpp:973: error: no matching function for call to
`WebserviceConnector::connect(QHttp*&, const char[30], WebserviceConnector*
const, const char[30])'
/usr/include/qt4/QtCore/qobject.h:174: note: candidates are: static bool
QObject::connect(const QObject*, const char*, const QObject*, const char*,
Qt::ConnectionType)
/usr/include/qt4/QtCore/qobject.h:275: note:                 bool
QObject::connect(const QObject*, const char*, const char*, Qt::ConnectionType)
const
src/webserviceconnector.cpp:976: error: invalid use of undefined type `struct
QHttp'
src/webserviceconnector.h:24: error: forward declaration of `struct QHttp'
src/webserviceconnector.cpp:978: error: invalid use of undefined type `struct
QHttp'
src/webserviceconnector.h:24: error: forward declaration of `struct QHttp'
src/webserviceconnector.cpp: In member function `void
WebserviceConnector::changeStation(QString)':
src/webserviceconnector.cpp:992: error: invalid use of undefined type `struct
QHttp'
src/webserviceconnector.h:24: error: forward declaration of `struct QHttp'
src/webserviceconnector.cpp:993: error: no matching function for call to
`WebserviceConnector::connect(QHttp*&, const char[30], WebserviceConnector*
const, const char[36])'
/usr/include/qt4/QtCore/qobject.h:174: note: candidates are: static bool
QObject::connect(const QObject*, const char*, const QObject*, const char*,
Qt::ConnectionType)
/usr/include/qt4/QtCore/qobject.h:275: note:                 bool
QObject::connect(const QObject*, const char*, const char*, Qt::ConnectionType)
const
src/webserviceconnector.cpp:996: error: invalid use of undefined type `struct
QHttp'
src/webserviceconnector.h:24: error: forward declaration of `struct QHttp'
src/webserviceconnector.cpp:998: error: invalid use of undefined type `struct
QHttp'
src/webserviceconnector.h:24: error: forward declaration of `struct QHttp'
src/webserviceconnector.cpp: In member function `void
WebserviceConnector::changeStationFinished(int, bool)':
src/webserviceconnector.cpp:1018: error: invalid use of undefined type `struct
QHttp'
src/webserviceconnector.h:24: error: forward declaration of `struct QHttp'
src/webserviceconnector.cpp:1024: error: invalid use of undefined type `struct
QHttp'
src/webserviceconnector.h:24: error: forward declaration of `struct QHttp'
src/webserviceconnector.cpp: In member function `void
WebserviceConnector::playlistRemove(QString)':
src/webserviceconnector.cpp:1058: error: invalid use of undefined type `struct
QHttp'
src/webserviceconnector.h:24: error: forward declaration of `struct QHttp'
src/webserviceconnector.cpp:1059: error: no matching function for call to
`WebserviceConnector::connect(QHttp*&, const char[30], WebserviceConnector*
const, const char[30])'
/usr/include/qt4/QtCore/qobject.h:174: note: candidates are: static bool
QObject::connect(const QObject*, const char*, const QObject*, const char*,
Qt::ConnectionType)
/usr/include/qt4/QtCore/qobject.h:275: note:                 bool
QObject::connect(const QObject*, const char*, const char*, Qt::ConnectionType)
const
src/webserviceconnector.cpp:1062: error: invalid use of undefined type `struct
QHttp'
src/webserviceconnector.h:24: error: forward declaration of `struct QHttp'
src/webserviceconnector.cpp:1064: error: invalid use of undefined type `struct
QHttp'
src/webserviceconnector.h:24: error: forward declaration of `struct QHttp'
src/webserviceconnector.cpp: In member function `void
WebserviceConnector::playlistClear()':
src/webserviceconnector.cpp:1078: error: invalid use of undefined type `struct
QHttp'
src/webserviceconnector.h:24: error: forward declaration of `struct QHttp'
src/webserviceconnector.cpp:1079: error: no matching function for call to
`WebserviceConnector::connect(QHttp*&, const char[30], WebserviceConnector*
const, const char[30])'
/usr/include/qt4/QtCore/qobject.h:174: note: candidates are: static bool
QObject::connect(const QObject*, const char*, const QObject*, const char*,
Qt::ConnectionType)
/usr/include/qt4/QtCore/qobject.h:275: note:                 bool
QObject::connect(const QObject*, const char*, const char*, Qt::ConnectionType)
const
src/webserviceconnector.cpp:1082: error: invalid use of undefined type `struct
QHttp'
src/webserviceconnector.h:24: error: forward declaration of `struct QHttp'
src/webserviceconnector.cpp:1084: error: invalid use of undefined type `struct
QHttp'
src/webserviceconnector.h:24: error: forward declaration of `struct QHttp'
src/webserviceconnector.cpp: In member function `void
WebserviceConnector::defaultFinished(int, bool)':
src/webserviceconnector.cpp:1096: error: invalid use of undefined type `struct
QHttp'
src/webserviceconnector.h:24: error: forward declaration of `struct QHttp'
src/webserviceconnector.cpp:1102: error: invalid use of undefined type `struct
QHttp'
src/webserviceconnector.h:24: error: forward declaration of `struct QHttp'
make: *** [webserviceconnector.o] Error 1
make: *** Waiting for unfinished jobs....

!!! ERROR: media-sound/lastfm-player-1.1.4_p1910 failed.
!!! Function src_compile, Line 49, Exitcode 2
!!! emake failed

Some info about my box:

[ebuild   R   ] x11-libs/qt-4.1.0  -accessibility +cups +debug -doc -examples
-firebird +gif +jpeg +mng +mysql +nas -nis -odbc +opengl +png -postgres -sqlite
-xinerama +zlib 0 kB

# emerge info
Portage 2.0.53 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r2, 2.6.14-ck5
i686)
=================================================================
System uname: 2.6.14-ck5 i686 AMD Athlon(tm) processor
Gentoo Base System version 1.6.13
dev-lang/python:     2.4.2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.20
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=athlon -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env
/usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=athlon -pipe -fomit-frame-pointer"
DISTDIR="/mnt/mandrake/opt/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LANG="cs_CZ"
LDFLAGS="-Wl,-O1"
LINGUAS="cs"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://necropolis.bilovec/gentoo-portage"
USE="x86 3dnow X aac acpi alsa apache2 audiofile avi bash-completion berkdb
bitmap-fonts bmp bzip2 cairo cdparanoia cdr crypt cups curl dbus dts dvd
dvdread emboss encode exif expat ffmpeg firefox flac flash foomaticdb fortran
ftp gd gdbm gif glut gmp gpm gstreamer gtk gtk2 hal iconv icq idn imagemagick
imlib jabber java jpeg kde kdeenablefinal lcms libg++ libwww lua mad maildir
mbox mhash mikmod mime ming mmx mng motif moznoirc moznomail mozsvg mp3 mpeg
msn mysql nas ncurses nls nptl nptlonly nsplugin nvidia ogg oggvorbis openal
opengl oscar oss pam pcre pdflib perl pic png python qt quicktime readline
recode sdl slang sndfile speex spell ssl svg tcltk tcpd theora tiff truetype
truetype-fonts type1-fonts udev usb vorbis win32codecs xine xml xml2 xosd xv
xvid zlib linguas_cs userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LC_ALL

Thanks and I am sorry, if I am wrong here.

To my knowledge, the webservices part does not compile (at least on amd64) when
-j in MAKEOPTS is set to high. Try -j2.

(In reply to comment #52)
> To my knowledge, the webservices part does not compile (at least on amd64) when
> -j in MAKEOPTS is set to high. Try -j2.
My post and error above was with MAKEOPTS="-j2" ... I tried to lower MAKEOPTS
to -j1 and it failed too, only earlier:

Do you want me to merge these packages? [Yes/No]
>>> emerge (1 of 1) media-sound/lastfm-player-1.1.4_p1910 to /
>>> md5 files   ;-) lastfm-player-1.1.4_p1910.ebuild
>>> md5 files   ;-) lastfm-player-1.1.3_p1906.ebuild
>>> md5 files   ;-) files/digest-lastfm-player-1.1.3_p1906
>>> md5 files   ;-) files/digest-lastfm-player-1.1.4_p1910
>>> md5 src_uri ;-) lastfm-player-1.1.4_p1910.tar.gz
>>> Unpacking source...
>>> Unpacking lastfm-player-1.1.4_p1910.tar.gz to /var/tmp/portage/lastfm-player-1.1.4_p1910/work
>>> Source unpacked.
/usr/bin/uic src/player.ui -o ui_player.h
/usr/bin/uic src/playermini.ui -o ui_playermini.h
/usr/bin/uic src/stationdialog.ui -o ui_stationdialog.h
Warning: name tab is already used
Warning: name tab is already used
Warning: name tab is already used
/usr/bin/uic src/settings.ui -o ui_settings.h
g++ -c -pipe -O2 -march=athlon -pipe -Wall -W -D_REENTRANT -DQT_NO_DEBUG
-DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED
-I/usr/share/doc/qt-4.1.0/mkspecs/linux-g++ -I. -I/usr/include/qt4/QtCore
-I/usr/include/qt4/QtGui -I/usr/include/qt4 -I. -I. -I. -o main.o src/main.cpp
In file included from src/main.cpp:23:
src/player.h:22:31: QHttpResponseHeader: nen

(In reply to comment #52)
> To my knowledge, the webservices part does not compile (at least on amd64) when
> -j in MAKEOPTS is set to high. Try -j2.
My post and error above was with MAKEOPTS="-j2" ... I tried to lower MAKEOPTS
to -j1 and it failed too, only earlier:

Do you want me to merge these packages? [Yes/No]
>>> emerge (1 of 1) media-sound/lastfm-player-1.1.4_p1910 to /
>>> md5 files   ;-) lastfm-player-1.1.4_p1910.ebuild
>>> md5 files   ;-) lastfm-player-1.1.3_p1906.ebuild
>>> md5 files   ;-) files/digest-lastfm-player-1.1.3_p1906
>>> md5 files   ;-) files/digest-lastfm-player-1.1.4_p1910
>>> md5 src_uri ;-) lastfm-player-1.1.4_p1910.tar.gz
>>> Unpacking source...
>>> Unpacking lastfm-player-1.1.4_p1910.tar.gz to /var/tmp/portage/lastfm-player-1.1.4_p1910/work
>>> Source unpacked.
/usr/bin/uic src/player.ui -o ui_player.h
/usr/bin/uic src/playermini.ui -o ui_playermini.h
/usr/bin/uic src/stationdialog.ui -o ui_stationdialog.h
Warning: name tab is already used
Warning: name tab is already used
Warning: name tab is already used
/usr/bin/uic src/settings.ui -o ui_settings.h
g++ -c -pipe -O2 -march=athlon -pipe -Wall -W -D_REENTRANT -DQT_NO_DEBUG
-DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED
-I/usr/share/doc/qt-4.1.0/mkspecs/linux-g++ -I. -I/usr/include/qt4/QtCore
-I/usr/include/qt4/QtGui -I/usr/include/qt4 -I. -I. -I. -o main.o src/main.cpp
In file included from src/main.cpp:23:
src/player.h:22:31: QHttpResponseHeader: není souborem ani adresářem (is
not file or folder)
src/player.h:23:22: QTcpServer: není souborem ani adresářem (is not file
or folder)
src/player.h:24:22: QTcpSocket: není souborem ani adresářem (is not file
or folder)
In file included from src/player.h:30,
                 from src/main.cpp:23:
src/playback.h:24:17: QHttp: není souborem ani adresářem (is not file or
folder)
In file included from src/player.h:30,
                 from src/main.cpp:23:
src/playback.h:59: error: `QTcpSocket' was not declared in this scope
src/playback.h:59: error: template argument 1 is invalid
src/playback.h:59: error: ISO C++ forbids declaration of `proxySocketList' with
no type
In file included from src/main.cpp:23:
src/player.h:63: error: ISO C++ forbids declaration of `QTcpSocket' with no
type
src/player.h:63: error: expected `;' before '*' token
make: *** [main.o] Error 1

# locate QHttpResponseHeader
/usr/include/qt4/Qt/QHttpResponseHeader
/usr/include/qt4/QtNetwork/QHttpResponseHeader
# locate QTcpServer
/usr/include/qt4/Qt/QTcpServer
/usr/include/qt4/QtNetwork/QTcpServer

I was thinking that you might want to try qt 4.0.1.
Personaly, I know 4.0.0 has some glitches and I haven't tried 4.1.0 yet.

Okay, I just tried qt 4.1.0. qt only compiled with unsetting MAKEOPTS (just
like other ones).

... and I get the same bug. So revert to 4.0.1 for now and I'll update this
requirement in the version.

Created an attachment (id=77430) [details]
player.pro patch

Turns out that the qt 4.1 requires that you must specify the modules used in
the QT variable in all lowercase or qmake won't notice them. So, qmake created
makefile that didn't specify the extra includes for QtNetwork and QtXml.

This patch fixes this problem. It works with qt 4.1 but it might break the
build process with 4.0.

Is there a reason why this still isn't in portage? It looks like there have
been working ebuilds as far back as August, and yet nothing has been entered
into portage. What's the holdup here?

I see that this bug isn't assigned. Isn't there someone maintaining media-sound
in general?

(In reply to comment #57)
> Is there a reason why this still isn't in portage? It looks like there have
> been working ebuilds as far back as August, and yet nothing has been entered
> into portage. What's the holdup here?
> 
> I see that this bug isn't assigned. Isn't there someone maintaining media-sound
> in general?
> 

Usually the issue with new packages is that they need a maintainer (I think).
And with this one it could be also related to the fact that qt4 is still masked
(I think).

(In reply to comment #58)
> Usually the issue with new packages is that they need a maintainer (I think).
> And with this one it could be also related to the fact that qt4 is still masked
> (I think).

Well, presumably the last.fm player would be masked too, then. There are other
packages which require masked packages in portage, though I can't think of any
good examples offhand. And yes, qt4 is ~masked - 3.3.4-r8 is the latest stable
version, in x86 at least.

Needing a maintainer is an issue, though. Does the maintainer need to be
someone with pre-existing commit privs, or can they submit up? David Li seems
to be generating new ebuilds as versions come out.

Even though I use the bugzilla regularily, I'm not an offical gentoo developer.
I had the impression that you need to be an offical developer to maintain a
package (qualifications and whatnot).

Can't wait this to be in portage. It would be much easyer to watch for new
last.fm player releases

Thanks this ebuild is now in portage as media-sound/lastfmplayer with some
modifications. It fetches source from svn.

Could you put the stable version (1.1.4) on Portage too? Latest SVN code is
quite unstable.

THis bug here is closed, please open a new one or mail/irc/jabber me