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 attachment 65622 [details] The ebuild for the last.fm player
Oh err, it's should go in media-sound
Created attachment 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 attachment 65669 [details] This is the launcher that goes into /usr/bin
Created attachment 65670 [details] This is the launcher... again I missed something really important
Created attachment 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 attachment 65679 [details] Final launcher for the player Goes in the files folder
Created attachment 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 attachment 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 attachment 67064 [details] lastfm-bin.ebuild (small improvements) Replaced hardcoded version number with ${PV} and added virtual/x11 dependency (i think it should be there)
Created attachment 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 attachment 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 attachment 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 attachment 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 attachment 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 attachment 67970 [details, diff] 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 attachment 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 attachment 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 attachment 70743 [details] Ebuild for the 1.0.5 binary version
Ebuild 1.0.4 worked well on amd64. Feel free to add it to the KEYWORDS. Dave.
Created attachment 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 attachment 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 attachment 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 attachment 74508 [details, diff] Patch for SCHED_RR to SCHED_OTHER in RtAudio.cpp rtaudio_schedule.diff It goes in the "files" folder.
Created attachment 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 attachment 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 attachment 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 attachment 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 attachment 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 attachment 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 attachment 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 attachment 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 attachment 77430 [details, diff] 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