new ebuild for mixxx 1.8.0. Currently in beta and there are a few blockers.
portmidi has always been available in mixxx, but it's been disabled by default. can't it be disabled again? nobody has provided decent ebuild in bug 90614 yet.
Created attachment 226007 [details] ebuild for Mixxx 1.8.0-beta1 quick and dirty
The portmid ebuild from bug 90614 works for me. Fiddling with the 1.7.2 ebuild I've created something for Mixxx 1.8.0 that works for me™. This is quick and dirty, consider it a proof of concept. :-) Any fixes are welcome. Florian
(In reply to comment #3) > The portmid ebuild from bug 90614 works for me. > > Fiddling with the 1.7.2 ebuild I've created something for Mixxx 1.8.0 that > works for me™. This is quick and dirty, consider it a proof of concept. :-) > > Any fixes are welcome. > > Florian > There is a small problem with portmidi only building libportmidi.so. I am not sure when this started but it is desired behavior as far as I can tell. Because most binary distributions like Debian include both libportmidi and libporttime I need to fix the scones build file by adding the following patch to the src_prepare section: # portmidi only has libportmidi.so, libporttime.so is included there, upstream notified. sed -i -e "s:if not platform == 'osx':if not platform == platform:" \ src/SConscript || die "sed failed" The ebuild still doesn't compile for unknown reason. Bug 552943 ( https://bugs.launchpad.net/mixxx/+bug/552943 ) Has been filed for both issues.
Created attachment 226199 [details] updated ebuild Alright looks like USE=+ipod was where the issues where coming from so I removed the flag. Please note the use flags ffmpeg, ladspa, and mp4 are EXPERIMENTAL! Please let me know if you experience any issues with an of these flags. (btw mp4 is disabled even when enabled via upstream) other use flags like hifieq and vinylcontrol are perm enabled. There is no longer a build option for djconsole upstream. This feature is also perm enabled. Can anyone please report back if there top wave form rendering is messed up on application start? Workaround is to reload the skin.
Created attachment 226205 [details] fixed sand box violation.
(In reply to comment #5) > > Can anyone please report back if there top wave form rendering is messed up on > application start? Workaround is to reload the skin. Yes, it's the same here. Have not yet reported it upstream, though. Florian
(In reply to comment #7) > (In reply to comment #5) > > > > Can anyone please report back if there top wave form rendering is messed up on > > application start? Workaround is to reload the skin. > > Yes, it's the same here. Have not yet reported it upstream, though. > > Florian > This is a qt 4.6 issues with mixxx going all the way back to at least 1.6.0. Upstream is aware but we really don't know what is causing it. We will keep looking into the problem and ill let you know if we find a fix. Currently the work around is to reload the skin in the preferences.
Created attachment 227661 [details] mixxx bzr ebuild There has been some interest in a 9999 ebuild so here is the one I have been using. There is a lot of patching going on so if something breaks please be patient.
we need to patch mixxx to use LDFLAGS from make.conf, it ignores them...
If USE flag ffmpeg is on mixxx-1.8.0_beta1 fails to compile: g++ -o linux_build/soundsourceproxy.o -c -march=pentium-m -O2 -pipe -fomit-frame-pointer -pthread -pipe -Wall -W -g -march=native -DQT_GUI_LIB -D__SNDFILE__ -D__FFMPEGFILE__ -DQT_SHARED -DQT3_SUPPORT -DSETTINGS_PATH=\".mixxx/\" -DBPMSCHEME_FILE=\"mixxxbpmscheme.xml\" -DSETTINGS_FILE=\"mixxx.cfg\" -DTRACK_FILE=\"mixxxtrack.xml\" -DUNIX_SHARE_PATH=\"/usr/share/mixxx\" -Di686 -D__LINUX__ -D__UNIX__ -D__PORTAUDIO__ -DQT3_SUPPORT -DQT3_SUPPORT_WARNINGS -DQT_THREAD_SUPPORT -DQT_SHARED -DQT_TABLET_SUPPORT -D_REENTRANT -DT_LINUX -D__LADSPA__ -D__VINYLCONTROL__ -D__MIDISCRIPT__ -DQT_NO_DEBUG_OUTPUT -I/usr/lib/qt4/include -I/usr/include/qt4 -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtOpenGL -I/usr/include/qt4/Qt3Support -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtSql -I/usr/include/qt4/QtXml -I/usr/include/qt4/QtSvg -I/usr/include/qt4/QtScript -I/usr/include/qt4/QtXmlPatterns -I/usr/include/qt4/QtWebKit -I/tmp/portage/media-libs/portaudio-19-r4/image/usr/include -Ilinux_build -Isrc -I. -I/tmp/portage/media-sound/mixxx-1.8.0_beta1/work -I/usr/lib/qt4/include/Qt3Support -I/usr/lib/qt4/include/QtCore -I/usr/lib/qt4/include/QtGui -I/usr/lib/qt4/include/QtXml -I/usr/lib/qt4/include/QtSql -I/usr/lib/qt4/include/QtOpenGL -I/usr/lib/qt4/include/QtWebKit -I/usr/lib/qt4/include/Qt -Ilib/soundtouch-1.4.1 -Ilib/kissfft -Ilib/fidlib-0.9.9 -Ilib/ladspa -Ilib/xwax -Ilib/scratchlib -I/usr/lib/qt4/include/QtScript src/soundsourceproxy.cpp In file included from src/soundsourceproxy.cpp:30: src/soundsourceffmpeg.h:23:28: error: ffmpeg/avcodec.h: No such file or directory src/soundsourceffmpeg.h:24:29: error: ffmpeg/avformat.h: No such file or directory In file included from src/soundsourceproxy.cpp:30: src/soundsourceffmpeg.h:40: error: expected ',' or '...' before '&' token src/soundsourceffmpeg.h:40: error: ISO C++ forbids declaration of 'AVRational' with no type src/soundsourceffmpeg.h:41: error: expected ',' or '...' before '&' token src/soundsourceffmpeg.h:41: error: ISO C++ forbids declaration of 'AVRational' with no type src/soundsourceffmpeg.h:48: error: ISO C++ forbids declaration of 'AVFormatContext' with no type src/soundsourceffmpeg.h:48: error: expected ';' before '*' token src/soundsourceffmpeg.h:49: error: ISO C++ forbids declaration of 'AVInputFormat' with no type src/soundsourceffmpeg.h:49: error: expected ';' before '*' token src/soundsourceffmpeg.h:51: error: ISO C++ forbids declaration of 'AVCodecContext' with no type src/soundsourceffmpeg.h:51: error: expected ';' before '*' token src/soundsourceffmpeg.h:52: error: ISO C++ forbids declaration of 'AVCodec' with no type src/soundsourceffmpeg.h:52: error: expected ';' before '*' token src/soundsourceffmpeg.h:53: error: ISO C++ forbids declaration of 'AVFrame' with no type src/soundsourceffmpeg.h:53: error: expected ';' before '*' token src/soundsourceffmpeg.h:54: error: 'AVPacket' does not name a type src/soundsourceffmpeg.h:58: error: 'AVCODEC_MAX_AUDIO_FRAME_SIZE' was not declared in this scope scons: *** [linux_build/soundsourceproxy.o] Error 1 scons: building terminated because of errors. * ERROR: media-sound/mixxx-1.8.0_beta1 failed: Since the ffmpeg-support is known to be broken - http://mixxx.org/forums/viewtopic.php?f=3&t=165&p=486&hilit=ffmpeg#p485 - I think this option should be removed from the ebuild.
Created attachment 239449 [details] beta2 ebuild Updated for beta2 ebuild. lots of improvements to the ebuild changes to mixxx can be found here: http://mixxxblog.blogspot.com/2010/07/mixxx-180-beta-2-released.html
Created attachment 239603 [details] updated for revision 2435+
thank you!
x11-libs/qt-qt3support is a dependency for this package, I believe.
Created attachment 243641 [details] fixed depends and extra cflags
Created attachment 246729 [details] media-sound/mixxx-9999.ebuild Fixed bzr errors. Fixed a few of the sed patches.
Created attachment 248423 [details, diff] patch for external libsoundtouch 1.5.0
Created attachment 248425 [details] media-sound/mixxx-1.8.0.ebuild ebuild for 1.8.0 final. Please test.
- media-sound/mixxx-1.8.0 (masked by: invalid: DEPEND: USE flag 'ffmpeg' referenced in conditional 'ffmpeg?' is not in IUSE, invalid: RDEPEND: USE flag 'ffmpeg' referenced in conditional 'ffmpeg?' is not in IUSE)
ladspa and shout too. Anyway adding them to IUSE does the trick and it seems to work fine.
Created attachment 248440 [details] media-sound/mixxx-1.8.0.ebuild Sorry I forgot to remove the flag based dependencies. Also added keywords and cleaned a few blank lines.
Created attachment 249661 [details] media-sound/mixxx-1.8.0.ebuild Disable cmetrics for USE=+debug which causes an error. Feature is not currently used.
*** Bug 341065 has been marked as a duplicate of this bug. ***
Created attachment 250641 [details] media-sound/mixxx-1.8.0.ebuild removed the -g flag garbage. Let me know if there is anything else to fix.
Created attachment 251185 [details, diff] mixxx-1.8.1-libsoundtouch.patch same as the 1.8.0 patch.
Created attachment 251187 [details] mixxx-1.8.1.ebuild misc. stability fixes.
Created attachment 251209 [details] mixxx-1.8.1.ebuild Sorry never got the memo about scons2 no respecting the CC and CXX variables. Cleaned up some dirty hacks, there is still an issue with CXXFLAGS being applied to 3 C files for the XWAX integration but there isn't much I can do about that at this point. I will work with upstream about getting that fixed if possible for version 1.9.
Thanks - Tested for a few hours - 1.8.1 is the first 1.8* version that works rock solid here.
Created attachment 253019 [details] Build log portmidi fails to install on x86
(In reply to comment #30) > Created an attachment (id=253019) [details] > Build log > > portmidi fails to install on x86 > I have added you to bug #90614, please report portmidi issues there. I have a feeling its due to the python use flag. Try disabling it and see if that helps.
(In reply to comment #31) >Try disabling it and see if that helps. > Yes, with -python, it compile. I stand here to announce that epatch fails :/
mixxx-1.8.1-libsoundtouch.patch doesn't work here from some reason Calculating dependencies... done! [ebuild U ] media-sound/mixxx-1.8.1 [1.7.2-r2] USE="mp4%* -debug -pulseaudio (-hifieq%*) (-ipod%*) (-ladspa%) (-shout%) (-tonal%) (-vinylcontrol%*)" 0 kB [0=>1] Total: 1 package (1 upgrade), Size of downloads: 0 kB Portage tree and overlays: [0] /usr/portage [1] /usr/local/portage Would you like to merge these packages? [Yes/No] y >>> Verifying ebuild manifests >>> Emerging (1 of 1) media-sound/mixxx-1.8.1 from unknown repo * mixxx-1.8.1-src.tar.gz RMD160 SHA1 SHA256 size ;-) ... [ ok ] * Package: media-sound/mixxx-1.8.1 * Maintainer: sound@gentoo.org * USE: elibc_glibc kernel_linux mp4 userland_GNU x86 >>> Unpacking source... >>> Unpacking mixxx-1.8.1-src.tar.gz to /var/tmp/portage/media-sound/mixxx-1.8.1/work >>> Source unpacked in /var/tmp/portage/media-sound/mixxx-1.8.1/work >>> Preparing source in /var/tmp/portage/media-sound/mixxx-1.8.1/work/mixxx-1.8.1 ... * Applying mixxx-1.8.1-libsoundtouch.patch ... * Failed Patch: mixxx-1.8.1-libsoundtouch.patch ! * ( /usr/local/portage/media-sound/mixxx/files/mixxx-1.8.1-libsoundtouch.patch ) * * Include in your bugreport the contents of: * * /var/tmp/portage/media-sound/mixxx-1.8.1/temp/mixxx-1.8.1-libsoundtouch.patch.out * ERROR: media-sound/mixxx-1.8.1 failed: * Failed Patch: mixxx-1.8.1-libsoundtouch.patch! * * Call stack: * ebuild.sh, line 56: Called src_prepare * environment, line 2381: Called epatch '/usr/local/portage/media-sound/mixxx/files/mixxx-1.8.1-libsoundtouch.patch' * environment, line 1205: Called die * The specific snippet of code: * die "Failed Patch: ${patchname}!"; * * If you need support, post the output of 'emerge --info =media-sound/mixxx-1.8.1', * the complete build log and the output of 'emerge -pqv =media-sound/mixxx-1.8.1'. * This ebuild is from an overlay: '/usr/local/portage/' * The complete build log is located at '/var/log/portage/media-sound:mixxx-1.8.1:20101110-223400.log'. * The ebuild environment file is located at '/var/tmp/portage/media-sound/mixxx-1.8.1/temp/environment'. * S: '/var/tmp/portage/media-sound/mixxx-1.8.1/work/mixxx-1.8.1' >>> Failed to emerge media-sound/mixxx-1.8.1, Log file: >>> '/var/log/portage/media-sound:mixxx-1.8.1:20101110-223400.log'
Created attachment 254029 [details] media-sound/mixxx-1.8.1.ebuild (In reply to comment #33) > mixxx-1.8.1-libsoundtouch.patch doesn't work here from some reason Not sure why that patch was failing, try the new ebuild. This ebuild finally fixes the cflag cxxflag duplication and cleans out the -g -pipe flags form being added by the build script.
Created attachment 254031 [details] media-sound/files/mixxx-1.8.1-flags.patch
Created attachment 254033 [details, diff] media-sound/files/mixxx-1.8.1-libsoundtouch.patch
Created attachment 254039 [details] media-sound/mixxx-9999.ebuild updated the bzr ebuild to use a different branch that I am working on. This is the same src as the trunk with a patched build script to resolve the cflag issues and the external sound touch lib. This will hopefully require less patch file updating in the future and (fingers crossed) help get some of these changes into the trunk.
Created attachment 254041 [details, diff] media-sound/files/mixxx-1.8.1-flags.patch botched the first patch, forgot ccflags.
Created attachment 254051 [details] media-sound/mixxx-9999.ebuild
Another fail with mixxx-9999.ebuild: i686-pc-linux-gnu-g++ -o lin32_build/soundsourceproxy.o -c -O2 -march=i686 -pipe -Wall -Wextra -DQT_GUI_LIB -Di686 -D__LINUX__ -D__UNIX__ -DSETTINGS_PATH=\".mixxx/\" -DBPMSCHEME_FILE=\"mixxxbpmscheme.xml\" -DSETTINGS_FILE=\"mixxx.cfg\" -DTRACK_FILE=\"mixxxtrack.xml\" -DUNIX_SHARE_PATH=\"/usr/share/mixxx\" -D__PORTAUDIO__ -DQT_TABLET_SUPPORT -DQT_SHARED -D__SNDFILE__ -D__MIDISCRIPT__ -D__VINYLCONTROL__ -DQT_NO_DEBUG_OUTPUT -D__FFMPEGFILE__ -I/usr/lib/qt4/include -Ilin32_build -Isrc -I/usr/include/soundtouch -Ilib/kissfft -I/usr/include/qt4 -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtOpenGL -I/usr/include/qt4/QtXml -I/usr/include/qt4/QtSvg -I/usr/include/qt4/QtSql -I/usr/include/qt4/QtScript -I/usr/include/qt4/QtXmlPatterns -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtWebKit -I/usr/lib/qt4/include/QtCore -I/usr/lib/qt4/include/QtGui -I/usr/lib/qt4/include/QtXml -I/usr/lib/qt4/include/QtNetwork -I/usr/lib/qt4/include/QtSql -I/usr/lib/qt4/include/QtOpenGL -I/usr/lib/qt4/include/QtWebKit -I/usr/lib/qt4/include/Qt -Ilib/fidlib-0.9.9 -I/usr/lib/qt4/include/QtScript -Ilib/xwax -Ilib/scratchlib src/soundsourceproxy.cpp In file included from src/soundsourceproxy.cpp:27: src/soundsourceffmpeg.h:23:28: error: ffmpeg/avcodec.h: No such file or directory src/soundsourceffmpeg.h:24:29: error: ffmpeg/avformat.h: No such file or directory In file included from src/soundsourceproxy.cpp:27: src/soundsourceffmpeg.h:40: error: ISO C++ forbids declaration of ‘AVRational’ with no type src/soundsourceffmpeg.h:40: error: expected ‘,’ or ‘...’ before ‘&’ token src/soundsourceffmpeg.h:41: error: ISO C++ forbids declaration of ‘AVRational’ with no type src/soundsourceffmpeg.h:41: error: expected ‘,’ or ‘...’ before ‘&’ token src/soundsourceffmpeg.h:48: error: ISO C++ forbids declaration of ‘AVFormatContext’ with no type src/soundsourceffmpeg.h:48: error: expected ‘;’ before ‘*’ token src/soundsourceffmpeg.h:49: error: ISO C++ forbids declaration of ‘AVInputFormat’ with no type src/soundsourceffmpeg.h:49: error: expected ‘;’ before ‘*’ token src/soundsourceffmpeg.h:51: error: ISO C++ forbids declaration of ‘AVCodecContext’ with no type src/soundsourceffmpeg.h:51: error: expected ‘;’ before ‘*’ token src/soundsourceffmpeg.h:52: error: ISO C++ forbids declaration of ‘AVCodec’ with no type src/soundsourceffmpeg.h:52: error: expected ‘;’ before ‘*’ token src/soundsourceffmpeg.h:53: error: ISO C++ forbids declaration of ‘AVFrame’ with no type src/soundsourceffmpeg.h:53: error: expected ‘;’ before ‘*’ token src/soundsourceffmpeg.h:54: error: ‘AVPacket’ does not name a type src/soundsourceffmpeg.h:58: error: ‘AVCODEC_MAX_AUDIO_FRAME_SIZE’ was not declared in this scope src/soundsourceproxy.cpp: In static member function ‘static SoundSource* SoundSourceProxy::initialize(QString)’: src/soundsourceproxy.cpp:113: error: cannot allocate an object of abstract type ‘SoundSourceFFmpeg’ src/soundsourceffmpeg.h:29: note: because the following virtual functions are pure within ‘SoundSourceFFmpeg’: src/soundsource.h:51: note: virtual int SoundSource::open() src/soundsource.h:56: note: virtual int SoundSource::parseHeader() src/soundsourceproxy.cpp:107: warning: unused variable ‘sndsrc’ scons: *** [lin32_build/soundsourceproxy.o] Error 1 scons: building terminated because of errors. * ERROR: media-sound/mixxx-9999 failed: * (no error message) * * Call stack: * ebuild.sh, line 56: Called src_compile * environment, line 2516: Called die * The specific snippet of code: * scons ${MAKEOPTS} ${mysconsargs} || die * * If you need support, post the output of 'emerge --info =media-sound/mixxx-9999', * the complete build log and the output of 'emerge -pqv =media-sound/mixxx-9999'. * This ebuild is from an overlay: '/usr/local/portage/' * The complete build log is located at '/var/log/portage/media-sound:mixxx-9999:20101111-234723.log'. * The ebuild environment file is located at '/var/tmp/portage/media-sound/mixxx-9999/temp/environment'. * S: '/var/tmp/portage/media-sound/mixxx-9999/work/mixxx-9999'
(In reply to comment #40) > Another fail with mixxx-9999.ebuild: > ffmpeg is known to be broken at this time and its not clear if it will be fixed anytime soon. Please build without it. The only stable flags are "debug mp4 pulseaudio"
Shouldn't ffmpeg use flag be hardmasked then?
Created attachment 254531 [details] media-sound/mixxx-9999.ebuild (In reply to comment #42) > Shouldn't ffmpeg use flag be hardmasked then? > Hard masked all flags that are broken. Tested all other flags *compile*.
Created attachment 254677 [details] media-sound/mixxx-1.8.1.ebuild Specific scons versions not needed in 1.8.1 or the trunk at this point. If your using the 9999 ebuild, you many need to dump (rm -Rvf) your /usr/portage/distfiles/bzr-src/mixxx folder to get the correct changes to the build scripts.
Created attachment 256517 [details] files/mixxx-1.8.2-libsoundtouch.patch
Created attachment 256519 [details] files/mixxx-1.8.2-flags.patch
Created attachment 256520 [details] media-sound/mixxx-1.8.2.ebuild 1.8.1 and 1.8.2 are both stable in my opinion. They are ready for the tree when ever someone gets around to it. 1.8.2 changelog: * Bugfix in AutoDJ playlist * Fullscreen shortcut fix on OSX * Able to MIDI-Map hotcues 5-32 * Fix loop-indicator on waveform to be correct on track load * Fix waveform overview to update loops details on track load * Allow multiple MIDI mappings per control. * Fix some memory leaks * Fix bug where removing items from playlist removes only half the selection * Improve button responsiveness of cues, hotcues, and loops. * Add backwards-compatible support to schema * Performance improvements in core mixing engine * Fix browse-mode on Windows so '..' works. * New MIDI mappings: Vestax Typhoon, Hercules DJ Console Mk4, Numark MIXTRACK, Pioneer CDJ-350 * Updated MIDI mappings: Hercules DJ Control MP3, Hercules DJ Control e2, Hercules DJ Control Steel, Vestax VCI-100
Compiles flawlessly, I think it is very stable, should be in portage tree...
Created attachment 257797 [details, diff] media-sound/files/mixxx-1.9.0-flags.patch
Created attachment 257798 [details, diff] media-sound/files/mixxx-1.9.0-libsoundtouch.patch
Created attachment 257801 [details] media-sound/mixxx-1.9.0.ebuild This should be good for the 1.9.0 release when it happens. This will not work for the current 1.9.0 beta 1 release (unless you rename and re-tar the files). I am not 100% sure this will work for the final 1.9 but it should be really close. I will be on vacation for a few weeks so if its broken please be patient. Changes of note: Shoutcast use flag has been added. Added missing media-libs/faad2 dependency for m4a (should be added to 1.8.*) libflac is now required.
*** Bug 353261 has been marked as a duplicate of this bug. ***
Created attachment 263367 [details] media-sound/mixxx-1.9.0.ebuild Needed to do some minor tweaking to the unpack process due to upstream renaming. Tested x86. Please report any issues. I consider 1.8.2 to be stable, 1.9.0 testing.
Please add jack (jack-audio-connection-kit) support to ebuild, because my usb soundcard don't work with alsa correct :(
It has, there is just no use flag (I always used jack). You just need to expose the use flag in the ebuild.
sorry, my fail
Instead I noticed pulseaudio does not work.
I agree that the use flags are a little miss leading. All sound system support is provided by port audio. The only reason there is a pulse audio flag is to disable it at launch because it has issues. I will see what I can do about removing that pulse audio flag for 1.9.1 which should be out soon.
Also, is there any news about adding your ebuilds to portage? In the meantime what about adding them to sunrise or pro-audio overlay? Did you ask?
You forgot media-libs/taglib in the deps.
Problem with the main trunk is bug #90614 and this ebuild is currently maintained by gentoo audio. portmidi is sunrise suggested but that means that mixxx will need to move to the sunrise overlay as well. One of the maintainers is going to need to give the go ahead on moving mixxx or take on the portmidi ebuild. I wouldn't mind maintaining both ebuilds (and a hand full of others) in the sunrise overlay if the maintainers agree on moving it. I would suggest harassing someone like ssuominen in #gentoo-bugs on freenode.net
Feel free to take this into Sunrise.
This is now in the sunrise overlay. You can find it at: http://overlays.gentoo.org/proj/sunrise/browser/reviewed/media-sound/mixxx Please note that there is a new 9999 ebuild that is back on the main branch. You may need to delete your /usr/portage/distfiles/bzr-src/mixxx folder to force a new checkout.
A-W-E-S-O-M-E!! Hope to get it in portage soon :)
It seems it's no longer in the sunrise overlay. Where is it?
(In reply to comment #65) > It seems it's no longer in the sunrise overlay. Where is it? It is committed to the sunrise overlay, but it just has not been reviewed yet. When it's reviewed (hopefully within a week) it'll be accessible through layman -a sunrise.
It does not build with linux-3.0.0-rc3 >>> Compiling source in /var/tmp/portage/media-sound/mixxx-1.9.0/work/mixxx-1.9.0 ... scons -j3 prefix=/usr qtdir=/usr/lib64/qt4 qdebug=0 m4a=1 shoutcast=1 hifieq=1 vinylcontrol=1 optimize=0 scons: Reading SConscript files ... ERROR:root:Couldn't determine platform. os.name: posix sys.platform: linux3 Exception: invalid target platform: File "/var/tmp/portage/media-sound/mixxx-1.9.0/work/mixxx-1.9.0/SConstruct", line 59: build = mixxx.MixxxBuild(target, machine, build_type, toolchain, available_features) File "/var/tmp/portage/media-sound/mixxx-1.9.0/work/mixxx-1.9.0/build/mixxx.py", line 39: raise Exception("invalid target platform")
(In reply to comment #67) > It does not build with linux-3.0.0-rc3 > > >>> Compiling source in /var/tmp/portage/media-sound/mixxx-1.9.0/work/mixxx-1.9.0 ... > scons -j3 prefix=/usr qtdir=/usr/lib64/qt4 qdebug=0 m4a=1 shoutcast=1 hifieq=1 > vinylcontrol=1 optimize=0 > scons: Reading SConscript files ... > ERROR:root:Couldn't determine platform. os.name: posix sys.platform: linux3 > Exception: invalid target platform: > File "/var/tmp/portage/media-sound/mixxx-1.9.0/work/mixxx-1.9.0/SConstruct", > line 59: > build = mixxx.MixxxBuild(target, machine, build_type, toolchain, > available_features) > File > "/var/tmp/portage/media-sound/mixxx-1.9.0/work/mixxx-1.9.0/build/mixxx.py", > line 39: > raise Exception("invalid target platform") Simple fix, reported up stream.
(In reply to comment #68) > (In reply to comment #67) > Simple fix, reported up stream. Its in bzr upstream. If your using linux 3.0 you will need to use the 9999 build until 1.9.1 or 1.10.0 are released.
> Its in bzr upstream. If your using linux 3.0 you will need to use the 9999 > build until 1.9.1 or 1.10.0 are released. It may take months, is it possible to backport it? Linux 3.x will become quite common soon...
(In reply to comment #70) > It may take months, is it possible to backport it? Linux 3.x will become quite > common soon... 1.9.1 should be out really soon, The patch is really only 1 line so I could add it to sunrise but it may take another month for it to get pushed to sunrise-reviewed. The patch is currently in the upstream repository so the mixxx-9999 version will work as is. If you really need it now for 1.9 you can setup mixxx-1.9.0-r1.ebuild in a local overlay and use the patch file from http://bazaar.launchpad.net/~mixxxdevelopers/mixxx/release-1.9.x/revision/2841/mixxx/build/mixxx.py#mixxx/build/mixxx.py Just add another epatch after line 58 (epatch "${FILESDIR}"/${P}-libsoundtouch.patch) that has the name of that patch you downloaded. so you would have something like curl "http://bazaar.launchpad.net/~mixxxdevelopers/mixxx/release-1.9.x/revision/2841/mixxx/build/mixxx.py#mixxx/build/mixxx.py" > /usr/local/portage/media-sound/mixxx/files/mixxx-1.9.0-linux3.patch and then epatch "${FILESDIR}"/${P}-linux3.patch at line 59. Ill try to get a patch in as soon as I can but sunrise isn't exactly that fastest in terms of development cycles.
Just and update, 1.9.0-r1 has been added to the sunrise reviewed. This revision adds support for Linux Kernel 3.0 ahead of the release. 1.9.1 is still in limbo upstream and may not see the light of day before 1.10 is released. For the latest and greatest you should be use the live -9999 ebuild. As always please report any bugs or issues here, I'll fix them as fast as I can but it takes about 4 weeks for ebuilds to get moved into sunrise reviewed.
Ebuilds for versions 1.9.0 and 9999 is not building :( Anyone can fix it (maybe one of them)?
Comment on attachment 254041 [details, diff] media-sound/files/mixxx-1.8.1-flags.patch >--- src/SConscript.env.orig 2010-11-01 15:13:25.000000000 -0700 >+++ src/SConscript.env 2010-11-11 12:02:58.000000000 -0800 >@@ -281,7 +281,7 @@ > if os.environ.has_key('CC'): > env['CC'] = os.environ['CC'] > if os.environ.has_key('CFLAGS'): >- env['CCFLAGS'] += SCons.Util.CLVar(os.environ['CFLAGS']) >+ env['CFLAGS'] += SCons.Util.CLVar(os.environ['CFLAGS']) > if os.environ.has_key('CXX'): > env['CXX'] = os.environ['CXX'] > if os.environ.has_key('CXXFLAGS'): >@@ -835,8 +835,8 @@ > env.Append(CPPPATH=["$VCINSTALLDIR/include/atl", "C:/Program Files/Microsoft Platform SDK/Include/atl"]) > env.Append(CPPDEFINES = 'WIN'+bitwidth) #for soundtouch > else: >- env.Append(CCFLAGS = Split(""" -pipe -Wall -W -g """)) # omghax >- env.Append(LINKFLAGS = Split(""" -pipe -Wall -W -g""")) >+ env.Append(CCFLAGS = Split(""" -Wall -Wextra """)) # omghax >+ env.Append(LINKFLAGS = Split(""" -Wall -Wextra """)) > if platformString != 'osx': > env.Append(LINKFLAGS = "-Wl,-rpath,$QTDIR/lib") > env.Append(LINKFLAGS = "-Wl,-rpath,$QTDIR/lib") >@@ -1447,6 +1447,9 @@ > print "Building with flags: " + build_flags > print "================\n" > >+env['CCCOM'] = '$CC -o $TARGET -c $CFLAGS $CCFLAGS $_CCCOMCOM $SOURCES' >+env['CXXCOM'] = '$CXX -o $TARGET -c $CXXFLAGS $CCFLAGS $_CCCOMCOM $SOURCES' >+ > #Save the options to cache > vars.Save(cachefile, env) >
(In reply to comment #73) > Ebuilds for versions 1.9.0 and 9999 is not building :( Anyone can fix it (maybe > one of them)? What error message are your receiving? What ebuild are you using? The only up to date ebuilds are in the sunrise overlay. Please build with those and report the error message and emerge --info.
Alex, I'm using ebuilds from http://overlays.gentoo.org/proj/sunrise/browser/reviewed/media-sound/mixxx?order=name $ emerge --info Portage 2.1.10.11 (default/linux/amd64/10.0/desktop, gcc-4.5.3, glibc-2.13-r4, 3.0.1 x86_64) ================================================================= System uname: Linux-3.0.1-x86_64-Pentium-R-_Dual-Core_CPU_T4400_@_2.20GHz-with-gentoo-2.0.3 Timestamp of tree: Sun, 14 Aug 2011 09:00:01 +0000 ccache version 3.1.5 [enabled] app-shells/bash: 4.2_p10 dev-java/java-config: 2.1.11-r3 dev-lang/python: 2.7.2-r2 dev-util/ccache: 3.1.5 dev-util/cmake: 2.8.5-r2 dev-util/pkgconfig: 0.26 sys-apps/baselayout: 2.0.3 sys-apps/openrc: 0.8.3-r1 sys-apps/sandbox: 2.5 sys-devel/autoconf: 2.13, 2.68 sys-devel/automake: 1.9.6-r3, 1.10.3, 1.11.1-r1 sys-devel/binutils: 2.21.1 sys-devel/gcc: 4.5.3-r1 sys-devel/gcc-config: 1.4.1-r1 sys-devel/libtool: 2.4-r1 sys-devel/make: 3.82-r1 sys-kernel/linux-headers: 2.6.38 (virtual/os-headers) sys-libs/glibc: 2.13-r4 Repositories: gentoo xorik ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="*" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=core2 -mtune=generic -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5.3/ext-active/ /etc/php/cgi-php5.3/ext-active/ /etc/php/cli-php5.3/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-march=core2 -mtune=generic -O2 -pipe" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--keep-going" FEATURES="assume-digests binpkg-logs buildpkg ccache distlocks ebuild-locks fixlafiles fixpackages news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch" FFLAGS="" GENTOO_MIRRORS="http://mirror.yandex.ru/gentoo-distfiles " LANG="ru_RU.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" LINGUAS="ru" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage/xorik" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X a52 aac acl acpi alsa amd64 automount bash-completion berkdb bluetooth branding bzip2 cairo cdda cdr cli consolekit cracklib crypt cups cxx dbus dri dts dvd dvdr emboss encode exif fam ffmpeg firefox flac fortran fuse gdbm gdu gif gimp gnome gnome-keyring gpm gtk iconv idn ipv6 jpeg laptop lcms libnotify mad mmx mng modules mp3 mp4 mpeg mudflap multilib nautilus ncurses nls nptl nptlonly ogg opengl openmp pam pango pcre pdf perl png policykit ppds pppd python qt3support readline samba sdl session spell sse sse2 sse3 ssl startup-notification svg sysfs tcpd threads tiff truetype udev unicode usb userlocales v4l v4l2 vorbis wifi x264 xcb xinerama xml xorg xulrunner xv xvid zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="*" APACHE2_MODULES="authz_host dir alias mime rewrite vhost_alias auth_digest authn_file authz_groupfile dav dav_fs" CALLIGRA_FEATURES="braindump flow karbon kexi kpresenter krita tables words" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" FOO2ZJS_DEVICES="hp1018" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="mouse keyboard synaptics evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="ru" PHP_TARGETS="php5-3" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="intel i810 i915 i965" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Created attachment 283325 [details] build log
(In reply to comment #77) > Created attachment 283325 [details] > build log Ok what is going on with your shady build env? Scons is not functioning correctly with regards to the conf.CheckLib function. That or what ever that function is calling (pkg-config?) is not locating your dependencies. Try a `pkg-config --libs mad` see if you get "-lmad -lm". If so there is probably a problem with scons/python. Please also post /var/tmp/portage/media-sound/mixxx-9999/work/mixxx-9999/mixxx/config.log There maybe some useful errors in there.
$ pkg-config --libs mad -lmad -lm
Created attachment 284457 [details] config.log
(In reply to comment #80) > Created attachment 284457 [details] > config.log Same thing here (gentoo-sources-3.0.3, x86_64). It appears that it's not the dependencies themselves. Just the library search path for the qt4 libs. I've deleted /usr/portage/disfiles/bzr-src/mixxx and attempted to re-emerge. Then verified the problem by running gcc by hand in /var/tmp/portage/media-sound/mixxx-9999/work/mixxx-9999/mixxx. Looks like $QTDIR in build/depend.py needs to be split into something like $QTINCLUDEDIR and $QTLIBDIR (or something like that).
Anyone can make patch to fix build mixxx-1.9.0 or mixxx-9999?
(In reply to comment #82) > Anyone can make patch to fix build mixxx-1.9.0 or mixxx-9999? I've looked into it a little, I need to move to Kernel 3.0.x to make any real progress so maybe sometime next week.
ok, thank you, Alex
(In reply to comment #81) > (In reply to comment #80) > > Created attachment 284457 [details] > > config.log > > Same thing here (gentoo-sources-3.0.3, x86_64). It appears that it's not the > dependencies themselves. Just the library search path for the qt4 libs. > > I've deleted /usr/portage/disfiles/bzr-src/mixxx and attempted to re-emerge. > > Then verified the problem by running gcc by hand in > /var/tmp/portage/media-sound/mixxx-9999/work/mixxx-9999/mixxx. Looks like > $QTDIR in build/depend.py needs to be split into something like $QTINCLUDEDIR > and $QTLIBDIR (or something like that). This is not a kernel 3.0.3 issues, that problem was solved a while back. I am guessing this is a qt problem or some other keyworded package that I do not have installed. Can you provide the qt version your using and where your includes and libs are located for qt?
I have qt libs 4.7.3 from portage. Not sure, where it have include and libs dir
(In reply to comment #85) % eix -c -I --nocolor qt [I] app-emulation/emul-linux-x86-qtlibs (20110722@08/10/11): Provides precompiled 32bit libraries [I] x11-libs/qt-core (4.7.3(4)@07/25/11): The Qt toolkit is a comprehensive C++ application development framework [I] x11-libs/qt-dbus (4.7.3(4)@07/25/11): The DBus module for the Qt toolkit [I] x11-libs/qt-gui (4.7.3-r1(4)@08/16/11): The GUI module for the Qt toolkit [I] x11-libs/qt-opengl (4.7.3(4)@08/09/11): The OpenGL module for the Qt toolkit [I] x11-libs/qt-phonon (4.7.3(4)@08/10/11): The Phonon module for the Qt toolkit [I] x11-libs/qt-qt3support (4.7.3(4)@07/26/11): The Qt3 support module for the Qt toolkit [I] x11-libs/qt-script (4.7.3(4)@07/25/11): The ECMAScript module for the Qt toolkit [I] x11-libs/qt-sql (4.7.3(4)@07/26/11): The SQL module for the Qt toolkit [I] x11-libs/qt-svg (4.7.3(4)@08/10/11): The SVG module for the Qt toolkit [I] x11-libs/qt-webkit (4.7.3(4)@08/10/11): The Webkit module for the Qt toolkit [I] x11-libs/qt-xmlpatterns (4.7.3(4)@08/10/11): The patternist module for the Qt toolkit libraries are in /usr/lib64/qt4 header files are in the following: /usr/include/qt4/Gentoo /usr/include/qt4/Qt /usr/include/qt4/Qt3Support /usr/include/qt4/QtCore /usr/include/qt4/QtDBus /usr/include/qt4/QtDesigner /usr/include/qt4/QtGui /usr/include/qt4/QtNetwork /usr/include/qt4/QtOpenGL /usr/include/qt4/QtScript /usr/include/qt4/QtScriptTools /usr/include/qt4/QtSql /usr/include/qt4/QtSvg /usr/include/qt4/QtUiTools /usr/include/qt4/QtWebKit /usr/include/qt4/QtXml /usr/include/qt4/QtXmlPatterns /usr/include/qt4/phonon Let me know what further information you need. Thanks!
(In reply to comment #87) I am running out of ideas here. Assuming that libmad is installed and /usr/lib64/libmad.so exits try setting `LIBPATH="/usr/lib64" LD_LIBRARY_PATH="/usr/lib64" emerge -av mixxx` and see if it finds the dependencies. I am leaning toward something being messed up with your system because I cannot duplicate this problem on any of mine. The libraries obviously exist and pkg-config knows about them yet scons CheckLib is not finding anything. Do you need to run python-updater?
run env-update and then check /etc/ld.so.conf. Also try `ldconfig -v` and drop the output here if it doesn't include libmad.so
(In reply to comment #88) > (In reply to comment #87) > > I am running out of ideas here. Assuming that libmad is installed and > /usr/lib64/libmad.so exits try setting `LIBPATH="/usr/lib64" > LD_LIBRARY_PATH="/usr/lib64" emerge -av mixxx` and see if it finds the > dependencies. > > I am leaning toward something being messed up with your system because I cannot > duplicate this problem on any of mine. The libraries obviously exist and > pkg-config knows about them yet scons CheckLib is not finding anything. Do you > need to run python-updater? Running emerge as above (with LIBPATH and LD_LIBRARY_PATH set explicitely) made no difference. libmad.so is installed and is found by ldconfig -v: ... libmad.so.0 -> libmad.so.0.2.1 ... As are all the other libraries scons claims it cannot find... My config.log consistently looks very much like the one attached by Andrey on 2011-08-24 10:17 UTC. This is driving me crazy! I can install other arbitrary Qt-based packages without problems (this is a GNOME-based system).
I experimented with mixxx and got some progress. I tried to fix build through ugly hacks: 1) sudo ln -s /usr/include/qt4 /usr/lib/qt4/include 2) comment some lines in build/depends.py and build/features.py to ignore configure errors. After this compilation was ok, but linking causes errors: /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lQtXml /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lQtGui /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lQtCore /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lQtNetwork /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lQtOpenGL /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lQtWebKit /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lQtScript /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lQtScript collect2: ld returned 1 exit status scons: *** [lin64_build/mixxx] Error 1 scons: building terminated because of errors. I try to add options to linker: "-L/usr/lib64/qt4 -lmad -lm -ltag -lFLAC -lQtSql -lvorbis -logg -lsndfile -lmad -lGLU", but still got many errors like: undefined reference to `QSqlDatabase::transaction()'. I have no idea, how to fix these errors
(In reply to comment #91) > I try to add options to linker: "-L/usr/lib64/qt4 -lmad -lm -ltag -lFLAC > -lQtSql -lvorbis -logg -lsndfile -lmad -lGLU", but still got many errors like: > undefined reference to `QSqlDatabase::transaction()'. > > I have no idea, how to fix these errors Ok lets try a couple of other things. For some reason i though the errors where on all libraries earlier, however it appears to just be Qt in this case. Do a pkg-config --list-all | grep Qt see what comes out. Also try a pkg-config --libs QtSql and see what comes out. That should tell you (and the linker) where to find libQtSql.so which in my case is "-L/usr/lib64/qt4 -lQtSql -lQtCore" /usr/lib64/qt4/libQtSql.so and /usr/lib64/qt4/libQtCore.so let me know what your output is.
$ pkg-config --list-all | grep Qt QtScriptTools Qtscripttools - Qtscripttools Library QtNetwork Qtnetwork - Qtnetwork Library QtSql Qtsql - Qtsql Library QtDesignerComponents Qtdesignercomponents - Qtdesignercomponents Library QtSvg Qtsvg - Qtsvg Library QtOpenGL Qtopengl - Qtopengl Library QtWebKit Qtwebkit - Qtwebkit Library QtXml Qtxml - Qtxml Library Qt3Support Qt3support - Qt3support Library QtTest Qttest - Qt Unit Testing Library QtGui Qtgui - Qtgui Library QtXmlPatterns Qtxmlpatterns - Qtxmlpatterns Library QtCore Qtcore - Qtcore Library QtDesigner Qtdesigner - Qtdesigner Library QtUiTools Qtuitools - Qtuitools Library QtScript Qtscript - Qtscript Library QtDBus Qtdbus - Qt DBus module $ pkg-config --libs QtSql -L/usr/lib64/qt4 -lQtSql -lQtCore
Created attachment 285909 [details, diff] patch for fixing configure and compile, also try to fix linking (but still errors)
Created attachment 285911 [details] linker log
(In reply to comment #93) > $ pkg-config --list-all | grep Qt > QtScriptTools Qtscripttools - Qtscripttools Library > QtNetwork Qtnetwork - Qtnetwork Library > QtSql Qtsql - Qtsql Library > ... > > $ pkg-config --libs QtSql > -L/usr/lib64/qt4 -lQtSql -lQtCore I have the same QT configuration as Andrey (output of pkg-config matches). Does anyone know of another significant project that uses Qt libraries and scons for building? Maybe someone else has some hints in how to properly deal with the Qt dependencies with a scons autobuild setup. Maybe there's simply a missing dependency? I'd be happy to help dig into it if I knew of another similar build setup.
I'm not sure that this is only Qt bug. During configure scons not find some libraries.
(In reply to comment #97) > I'm not sure that this is only Qt bug. During configure scons not find some > libraries. I still cannot reproduce this problem. I tried Linux 3 Kernel, I've tried ~ key-wording all the depends including qt and scons and its still building fine. I was told to try and remove the sconsign.dblite file and sconf.temp folder however I have no idea where the scons-util.eclass stores that information. Theoretically it should be dumped with each new merge but I could be wrong. This is looking more and more like a problem independent of mixxx. There is a pretty small stable ebuild called fceux that uses scons and gtk+. Try building that `emerge -av1 fceux` and see if it finds its dependencies.
Alex, can you give your make.conf? I try to make new system from stage3 with your use-flags and gcc flags. And please tell me where do you get mixxx ebuild. Thank you
And please /etc/portage/packages.*
(In reply to comment #99) > Alex, can you give your make.conf? I try to make new system from stage3 with > your use-flags and gcc flags. And please tell me where do you get mixxx ebuild. > Thank you Well, I'm not Alex, but it seems like we're both having similar problems getting mixxx compiled correctly, so I'll attach my make.conf and a tarball containing /etc/portage/*. Thanks!
Created attachment 286399 [details] make.conf
Created attachment 286401 [details] contents of /etc/portage
Everyone having issues is using ACCEPT_KEYWORDS="~amd64" (or x86) right?
Alex: no, I try x86, ~x86 and amd64 when build system from stage3 in chroot
I think this is a problem with detection of linux3 in the build/qt4.py file. It makes detection of all other libs fail because of the way the build system tests linking the other libs with Qt* in one go instead of separately. This makes things really hard to debug!!! If you look in the scons config.log it's plain to see. I'm attaching patch to qt4.py for you to test. Thanks
Created attachment 286501 [details, diff] mixxx-1.9.0-qt4.py-linux3.patch
builds fine for me now but install fails with: >>> Completed installing mixxx-1.9.0-r1 into /var/tmp/portage/media-sound/mixxx-1.9.0-r1/image/ strip: x86_64-pc-linux-gnu-strip --strip-unneeded -R .comment usr/lib/mixxx/plugins/soundsource/libsoundsourcem4a.so usr/bin/mixxx Files matching a file type that is not allowed: usr/lib/mixxx/plugins/soundsource/libsoundsourcem4a.so * ERROR: media-sound/mixxx-1.9.0-r1 failed: * multilib-strict check failed! * * Call stack: * misc-functions.sh, line 992: Called install_qa_check * misc-functions.sh, line 716: Called die * The specific snippet of code: * [[ ${abort} == yes ]] && die "multilib-strict check failed!" * * If you need support, post the output of 'emerge --info =media-sound/mixxx-1.9.0-r1', * the complete build log and the output of 'emerge -pqv =media-sound/mixxx-1.9.0-r1'. * This ebuild is from an overlay named 'my-overlays-misc': '/mnt/gentoo-overlays/my-overlays/misc/' * The complete build log is located at '/var/log/portage/media-sound:mixxx-1.9.0-r1:20110915-003044.log'. * The ebuild environment file is located at '/var/tmp/portage/media-sound/mixxx-1.9.0-r1/temp/environment'. * S: '/var/tmp/portage/media-sound/mixxx-1.9.0-r1/work/mixxx-1.9.0' !!! post install failed; exiting. Looking into it
(In reply to comment #106) > I think this is a problem with detection of linux3 in the build/qt4.py file. It > makes detection of all other libs fail because of the way the build system > tests linking the other libs with Qt* in one go instead of separately. This > makes things really hard to debug!!! If you look in the scons config.log it's > plain to see. I'm attaching patch to qt4.py for you to test. > Thanks Wow. I looked in config.log and it wasnt' exactly plain to see for me... But the patch worked for me (mixxx-9999). It compiled, installed and ran as expected! You're a genius Gavin! Thanks! So, at the moment this appears to be an upstream issue, no? Let me know if you want to see a complete build log.
> You're a genius Gavin! Thanks! I can dream ;) Here are upstream bugs related to this, I already posted the patch and links there. https://bugs.launchpad.net/mixxx/+bug/798790 https://bugs.launchpad.net/mixxx/+bug/847680 Cheers
Thank you, Alex and Gavin!
Didn't figure out the multilib-strict failure yet. Because I just want a mix to relieve some stress I did: FEATURES=-multilib-strict emerge mixxx which installed ok upon execution on amd64 I get a segfault. I tried removing ~/.asoundrc. rm -rf ~/.mixxx, still the same. ran it through gdb and got this: ----8<---- Program received signal SIGSEGV, Segmentation fault. 0x00007ffff7bd96f2 in detectCPUextensions () at cpu_detect_x86_gcc.cpp:131 131 cpu_detect_x86_gcc.cpp: No such file or directory. in cpu_detect_x86_gcc.cpp ----8<---- seems related to soundtouch
Created attachment 287921 [details] build.log media-sound/mixxx-1.9.0-r1 USE="mp4 pulseaudio -debug -shout" Attached build.log
WTF!? sunrise's ebuild still didn't have mixxx-1.9.0-qt4.py-linux3.patch !!! It does compile now...
(In reply to comment #114) > WTF!? sunrise's ebuild still didn't have mixxx-1.9.0-qt4.py-linux3.patch !!! > It does compile now... All updates are pending in sunrise for 1.9.0, 9999 has the patches up stream. Build times for the new ebuild are 50% faster as well. 1.9.2 / 1.10 should be done in a couple of weeks. It may or may not make it into the next sunrise review.
mixxx 1.9.2 and 1.10_beta1 will be released shortly. The 1.9.2 ebuild is already in sunrise pending review. There will be no beta ebuilds. If you want the beta, use the 9999 ebuild.
Can't build mixxx-9999 with gcc-4.6.2 :(
Created attachment 291857 [details] build log
(In reply to comment #117) > Can't build mixxx-9999 with gcc-4.6.2 :( "x86_64-pc-linux-gnu-gcc: internal compiler error: Segmentation fault (program cc1)" I would file a bug for gcc-4.6.2
Another problem in mixxx-9999.ebuild from sunrise overlay: Failed Patch: mixxx-9999-libsoundtouch.patch
*** Bug 394317 has been marked as a duplicate of this bug. ***
Configuring Shoutcast Checking for C library libshout... no Checking for C library shout... no ERROR:root:Unmet dependency: Could not find libshout or its development headers. Please install it or compile Mixxx without Shoutcast support using the shoutcast=0 flag. media-sound/mixxx-1.10.0 from pro-audio overlay.
(In reply to comment #123) > Configuring Shoutcast > Checking for C library libshout... no > Checking for C library shout... no > ERROR:root:Unmet dependency: Could not find libshout or its development > headers. Please install it or compile Mixxx without Shoutcast support using the > shoutcast=0 flag. > > media-sound/mixxx-1.10.0 from pro-audio overlay. Use the ebuild out of sunrise: https://overlays.gentoo.org/svn/proj/sunrise/sunrise/media-sound/mixxx It builds fine for me with and without shout cast. I would also file a bug report with proaudio overlay and tell them to start using the sunrise version or to remove mixxx in favor of the sunrise version.
Uh? Isn't it a copy-paste of the sunrise ebuild? I will contact the maintainers...
(In reply to comment #125) > Uh? Isn't it a copy-paste of the sunrise ebuild? I will contact the > maintainers... I filed a bug, it looks like a very very old ebuild that was hacked to support 1.10. The sunrise verion has better patches and more use flags.
laptop ~ # layman -S [...] * Running... # /usr/bin/svn up /var/lib/layman/sunrise Alla revisione 12600. laptop ~ # ls /var/lib/layman/sunrise/media-sound/mixxx/ ChangeLog Manifest files metadata.xml mixxx-1.9.2.ebuild mixxx-9999.ebuild WTF!?
(In reply to comment #127) > laptop ~ # layman -S > [...] > * Running... # /usr/bin/svn up /var/lib/layman/sunrise > Alla revisione 12600. > > > laptop ~ # ls /var/lib/layman/sunrise/media-sound/mixxx/ > ChangeLog Manifest files metadata.xml mixxx-1.9.2.ebuild mixxx-9999.ebuild > > > WTF!? There are 2 sunrise sections. The unreviewed pending section: https://overlays.gentoo.org/svn/proj/sunrise/sunrise and the reviewed section that layman checks out: https://overlays.gentoo.org/svn/proj/sunrise/reviewed/media-sound/mixxx/ If you want to use 1.10 before its reviewed (somewhere between tomorrow and 5 weeks from now) checkout the first repo into your /usr/portage/overlay location. Ex. cd /usr/portage/overlay/media-sound && svn co https://overlays.gentoo.org/svn/proj/sunrise/sunrise/media-sound/mixxx/
Doesn't mixxx support portaudio anymore? 1.10 hasn't pulseaudio/jack support :(
(In reply to comment #129) > Doesn't mixxx support portaudio anymore? 1.10 hasn't pulseaudio/jack support :( Its all though portaudio... it should still support it.
darkbasic, mixxx display jack in audio devices only if jackd is started
I didn't try with jack, but I had pulseaudio running and it didn't show pulseaudio...
(In reply to comment #132) > I didn't try with jack, but I had pulseaudio running and it didn't show > pulseaudio... ok as far as i know, mixxx should work with jack but does not work with pulse. The pulseaudio use flag explicitly disables pulseaudio using pasuspender to start mixxx. I don't know why that was recommended by the development team nor do I run pulse. You can try starting mixxx without pasuspender and see if it "just works" or you can ask around in #mixxx on irc.freenode.org and find out why its not supported. My guess is there is a portaudio support issue with pulse.
Please fix mixxx-9999-libsoundtouch.patch. I use mixxx-9999 from sunrise. Thank you :)
Created attachment 305427 [details] mixxx-9999-libsoundtouch.patch.out
Mixxx-1.10.0 is now in CVS. Thanks to all contributors to this bug.
(In reply to comment #136) > Mixxx-1.10.0 is now in CVS. Thanks to all contributors to this bug. What about mixxx-9999.ebuild? It was removed from sunrise overlay :(
(In reply to comment #137) > (In reply to comment #136) > > Mixxx-1.10.0 is now in CVS. Thanks to all contributors to this bug. > > What about mixxx-9999.ebuild? It was removed from sunrise overlay :( I have updated it using some of the patches from the main tree and currently looking for a new home for it. Possibly the proaudio overlay or maybe a custom overlay. I'll post here when I figure it out.
(In reply to comment #137) > (In reply to comment #136) > > Mixxx-1.10.0 is now in CVS. Thanks to all contributors to this bug. > > What about mixxx-9999.ebuild? It was removed from sunrise overlay :( Ok, mixxx-9999 is now in the proaudio overlay for those that are using it. I will also use this overlay to stage the 1.11 release when it is ready.
(In reply to comment #139) > (In reply to comment #137) > > (In reply to comment #136) > > > Mixxx-1.10.0 is now in CVS. Thanks to all contributors to this bug. > > > > What about mixxx-9999.ebuild? It was removed from sunrise overlay :( > > Ok, mixxx-9999 is now in the proaudio overlay for those that are using it. > I will also use this overlay to stage the 1.11 release when it is ready. Thank you!
Sorry, but I couldn't build mixxx-999 from pro-audio :( In file included from plugins/soundsourcem4a/soundsourcem4a.cpp:33:0: plugins/soundsourcem4a/m4a/mp4-mixxx.cpp: In function 'int mp4_open(input_plugin_data*)': plugins/soundsourcem4a/m4a/mp4-mixxx.cpp:167:52: error: too many arguments to function 'void* MP4Read(const char*)' /usr/include/mp4v2/file.h:331:15: note: declared here src/mathstuff.h: At global scope: src/mathstuff.h:45:16: warning: 'pi' defined but not used src/mathstuff.h:46:16: warning: 'two_pi' defined but not used plugins/soundsourcem4a/m4a/mp4-mixxx.cpp:463:12: warning: 'int mp4_seek(input_plugin_data*, double)' defined but not used plugins/soundsourcem4a/m4a/mp4-mixxx.cpp:555:12: warning: 'int mp4_duration(input_plugin_data*)' defined but not used scons: *** [lin64_build/plugins/lin64_build/m4a/soundsourcem4a.os] Error 1 scons: building terminated because of errors.
My guess is your using media-libs/libmp4v2-1.9.1_p479 which has apparently changed the API. I am working with upstream to fix. (In reply to comment #141) > Sorry, but I couldn't build mixxx-999 from pro-audio :( > > In file included from plugins/soundsourcem4a/soundsourcem4a.cpp:33:0: > plugins/soundsourcem4a/m4a/mp4-mixxx.cpp: In function 'int > mp4_open(input_plugin_data*)': > plugins/soundsourcem4a/m4a/mp4-mixxx.cpp:167:52: error: too many arguments > to function 'void* MP4Read(const char*)' > /usr/include/mp4v2/file.h:331:15: note: declared here > src/mathstuff.h: At global scope: > src/mathstuff.h:45:16: warning: 'pi' defined but not used > src/mathstuff.h:46:16: warning: 'two_pi' defined but not used > plugins/soundsourcem4a/m4a/mp4-mixxx.cpp:463:12: warning: 'int > mp4_seek(input_plugin_data*, double)' defined but not used > plugins/soundsourcem4a/m4a/mp4-mixxx.cpp:555:12: warning: 'int > mp4_duration(input_plugin_data*)' defined but not used > scons: *** [lin64_build/plugins/lin64_build/m4a/soundsourcem4a.os] Error 1 > scons: building terminated because of errors.
Thank you, downgrade to =media-libs/libmp4v2-1.9.1 helped me!