Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
Mixxx 1.5 ebuild request (version bump)
*** Bug 147043 has been marked as a duplicate of this bug. ***
i just tried to make an ebuild for 1.5.0_beta1
Created an attachment (id=98809) [edit] ebuild mixxx-1.5.0_beta1 ebuild mixxx-1.5.0_beta1
Hi, I've tried to build 1.5.0-beta2 but a lot of things have to be fixed before this one reaches the main tree : - Do not ignore cflags, and more important do not ask for -march=pentium3. Fixed by a simple sed in the makefile. - Do not build libraries that are already in portage and link to it instead, fixed by patching mixxx.pro - Build with gcc 4.1, simple patch. - Where are the lua and python options ? I did not manage to build with it. After that, I tried it and it did not work, maybe we should wait for a "stable" release rather than trying to patch the beta versions. Alexis.
1.5.0 stable is out
seems to require portaudio v19
Anyone working on the stable release besides me?
Ok well i have managed to get this compiling... I dont know if it will finish successfully or if it will work when im done but i will test tomorrow and if all goes well I will post it here. Few more notes: Apparently portaudio 19 may require jack with this application. I have hacked/patched it to no require it at compile time however I don't know if it will work without it.
Created an attachment (id=115488) [edit] Test ebuild for mixxx-1.5.0.1 This is very beta test ebuild for mixxx-1.5.0.1 Final I have only tested on amd64 with USE="alsa -jack -python -lua -djconsole" and it started to compile. I have not finished a full compile or test as of posting this in case someone wants to play with it tomorrow.
Created an attachment (id=115489) [edit] Patch to allow mixxx to compile without jack This is a patch file for the very beta ebuild to allow mixxx to compile without jack support. This is all very untested but allows mixxx to compile.
Created an attachment (id=115541) [edit] ebuild update for 1.5.0.1 final Patched code to allow -alsa (No idea if this will work). Fixed linking error for -jack compiles. Fixed redundant if statements. Compiles and runs amd64.
Created an attachment (id=115542) [edit] Remove Jack Audio patch file. See info for ebuild.
Created an attachment (id=115589) [edit] Updated mixxx-1.5.0.1.ebuild Added a version patch. Current src tag is the 1.5.0.1 src however someone forgot the tag the newest version of the defs.h file so it still said 1.5.0 beta2. Patch takes for of that.
Created an attachment (id=115591) [edit] Patch to fix version issue with src See comment in ebuild
Ok I am going to need some help with this, i cant seem to get alsa working with this program... Keeps yelling about PortAudio: Open stream error: Invalid sample rate. I dont konw if this is becaues of dirty things with jack?? maybe because portaudio is still hard masked in portage? Debug: Apply Debug: request msec 100 Debug: PortAudio: Close stream error: Invalid stream pointer Debug: PortAudio: getDeviceID(NVidia CK804: NVidia CK804 (hw:0,0) (channel 1)) Debug: PortAudio: getDeviceID(NVidia CK804: NVidia CK804 (hw:0,0) (channel 1)), returning device id 1 Debug: PortAudio: getDeviceID(NVidia CK804: NVidia CK804 (hw:0,0) (channel 2)) Debug: PortAudio: getDeviceID(NVidia CK804: NVidia CK804 (hw:0,0) (channel 2)), returning device id 1 Debug: PortAudio: getDeviceID(None) Debug: PortAudio: getDeviceID(None) Debug: PortAudio: kiMaxFrameSize: 1024, iLatencyMSec: 100 Debug: PortAudio: id 1, sr 44100, ch 2, bufsize 1102, bufno 8, req. latency 100 msec Expression 'SetApproximateSampleRate( pcm, hwParams, sr )' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 1114 Expression 'PaAlsaStreamComponent_InitialConfigure( &self->playback, outParams, self->primeBuffers, hwParamsPlayback, &realSr )' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 1668 Expression 'PaAlsaStream_Configure( stream, inputParameters, outputParameters, sampleRate, framesPerBuffer, &inputLatency, &outputLatency, &hostBufferSizeMode )' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 1789 Expression 'SetApproximateSampleRate( pcm, hwParams, sr )' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 1114 Expression 'PaAlsaStreamComponent_InitialConfigure( &self->playback, outParams, self->primeBuffers, hwParamsPlayback, &realSr )' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 1668 Expression 'PaAlsaStream_Configure( stream, inputParameters, outputParameters, sampleRate, framesPerBuffer, &inputLatency, &outputLatency, &hostBufferSizeMode )' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 1789 Expression 'SetApproximateSampleRate( pcm, hwParams, sr )' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 1114 Expression 'PaAlsaStreamComponent_InitialConfigure( &self->playback, outParams, self->primeBuffers, hwParamsPlayback, &realSr )' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 1668 Expression 'PaAlsaStream_Configure( stream, inputParameters, outputParameters, sampleRate, framesPerBuffer, &inputLatency, &outputLatency, &hostBufferSizeMode )' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 1789 Debug: PortAudio: Open stream error: Invalid sample rate Debug: PortAudio: More error info:
ok the option pannel for this program really sucks.. You have to mess around with it until you can get 48000 to come up and bammm you can use alsa and it works. Can someone please change this over for testing? It appears to work "ok" on amd64 and x86. If someone can get portaudio v19 to compile on ppc it may also work.
Created an attachment (id=124354) [edit] unfinished mixxx-1.5.0.1.ebuild meh, started writing this before I found this bug. anyhow, stopped after noticing the portaudio req. will be continued..
Samuli, Updated mixxx-1.5.0.1.ebuild is already working, i would suggest testing that. It appears to work for x86 and amd64 using the portaudio 19 package hard masked in portage.
Is 1.5.0 almost ready?
(In reply to comment #18) Alex, I tested your ebuild with the latest portaudio available in portage on my x86 machine. It works quite well as far as I can tell. I have a ppc available as well. Will see if I can compile it there too.
ppc ok as well
(In reply to comment #19) > Is 1.5.0 almost ready? > Yes 1.5.0.1 is ready for testing. I would like to get it into the tree sometime but who knows when that will happen.
(In reply to comment #19) > Is 1.5.0 almost ready? > To install the working version you need to following 3 files named as follows: Updated mixxx-1.5.0.1.ebuild => /usr/local/portage/media-sound/mixxx/mixxx-1.5.0.1.ebuild Patch to fix version issue with src => /usr/local/portage/media-sound/mixxx/files/mixxx-1.5.0.1-version.patch Remove Jack Audio patch file => /usr/local/portage/media-sound/mixxx/files/mixxx-1.5.0.1-jack.patch This has been confirmed working with x86 amd64 and ppc.
Created an attachment (id=127224) [edit] mixxx-1.5.0.1.ebuild Patched ebuild to ask for python and lua depends if needed. Updated attachment name.
Created an attachment (id=127226) [edit] mixxx-1.5.0.1-jack.patch Updated attachment name.
Created an attachment (id=127228) [edit] mixxx-1.5.0.1-version.patch Just fixing the name again.
The above ebuild worked for me only with the python flag disabled.
(In reply to comment #27) > The above ebuild worked for me only with the python flag disabled. > Can you give me some details as what failed with the python flag enabled?
Created an attachment (id=129707) [edit] mixxx-1.5.0.1 failing with python (In reply to comment #28) > Can you give me some details as what failed with the python flag enabled? > Here, I've attached the text from the start of the install all the way up to the end. This is using GCC 4.2.0, not sure if it works fine on older versions. Poke me if you want more details.
Ok i just checked out your build error, my guess is it is caused by a missing python lib. I have no idea which one its looking for as ldd only returns libpython2.4.so.1.0. You should have had python install as a depend. Let me know if it did not. The following is my ldd list of mixxx, you can check to see what libs you have and what you dont, that may give me a better idea of what is missing. If you have python installed let me know what version.... this thing may need 2.4. ldd `which mixxx` | grep -av py libmad.so.0 => /usr/lib/libmad.so.0 (0x00002b44fe441000) libid3tag.so.0 => /usr/lib/libid3tag.so.0 (0x00002b44fe55f000) libvorbisfile.so.3 => /usr/lib/libvorbisfile.so.3 (0x00002b44fe675000) libvorbis.so.0 => /usr/lib/libvorbis.so.0 (0x00002b44fe77d000) libogg.so.0 => /usr/lib/libogg.so.0 (0x00002b44fe8a7000) libsndfile.so.1 => /usr/lib/libsndfile.so.1 (0x00002b44fe9ac000) libportaudio.so.2 => /usr/lib/libportaudio.so.2 (0x00002b44feb02000) librt.so.1 => /lib/librt.so.1 (0x00002b44fec27000) libaudiofile.so.0 => /usr/lib/libaudiofile.so.0 (0x00002b44fed30000) libasound.so.2 => /usr/lib/libasound.so.2 (0x00002b44fee5b000) libqt-mt.so.3 => /usr/qt/3/lib/libqt-mt.so.3 (0x00002b44ff25b000) libGLU.so.1 => /usr/lib/libGLU.so.1 (0x00002b44ffba4000) libGL.so.1 => //usr/lib64/opengl/nvidia/lib/libGL.so.1 (0x00002b44ffd21000) libXmu.so.6 => /usr/lib/libXmu.so.6 (0x00002b44ffeea000) libXext.so.6 => /usr/lib/libXext.so.6 (0x00002b4500003000) libX11.so.6 => /usr/lib/libX11.so.6 (0x00002b4500114000) libpthread.so.0 => /lib/libpthread.so.0 (0x00002b4500321000) libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.6/libstdc++.so.6 (0x00002b450043c000) libm.so.6 => /lib/libm.so.6 (0x00002b450062c000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00002b4500784000) libc.so.6 => /lib/libc.so.6 (0x00002b4500890000) libz.so.1 => /lib/libz.so.1 (0x00002b4500acb000) libFLAC.so.7 => /usr/lib/libFLAC.so.7 (0x00002b4500bdf000) /lib64/ld-linux-x86-64.so.2 (0x00002b44fe325000) libdl.so.2 => /lib/libdl.so.2 (0x00002b4500d13000) libutil.so.1 => /lib/libutil.so.1 (0x00002b4500e17000) libmng.so.1 => /usr/lib/libmng.so.1 (0x00002b4500f1a000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x00002b4501086000) libpng12.so.0 => /usr/lib/libpng12.so.0 (0x00002b45011a7000) libXi.so.6 => /usr/lib/libXi.so.6 (0x00002b45012cb000) libXrender.so.1 => /usr/lib/libXrender.so.1 (0x00002b45013d5000) libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0x00002b45014de000) libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0x00002b45015e5000) libXft.so.2 => /usr/lib/libXft.so.2 (0x00002b45016f0000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00002b4501803000) libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x00002b450198c000) libSM.so.6 => /usr/lib/libSM.so.6 (0x00002b4501ac1000) libICE.so.6 => /usr/lib/libICE.so.6 (0x00002b4501bcb000) libGLcore.so.1 => //usr/lib64/opengl/nvidia/lib/libGLcore.so.1 (0x00002b4501ce7000) libnvidia-tls.so.1 => //usr/lib64/opengl/nvidia/lib/libnvidia-tls.so.1 (0x00002b450273e000) libXt.so.6 => /usr/lib/libXt.so.6 (0x00002b450283f000) libXau.so.6 => /usr/lib/libXau.so.6 (0x00002b45029a1000) libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00002b4502aa5000) libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0x00002b4502baa000) libxml2.so.2 => /usr/lib/libxml2.so.2 (0x00002b4502cb0000) (In reply to comment #29) > Created an attachment (id=129707) [edit] > mixxx-1.5.0.1 failing with python > > (In reply to comment #28) > > Can you give me some details as what failed with the python flag enabled? > > > > Here, I've attached the text from the start of the install all the way up to > the end. This is using GCC 4.2.0, not sure if it works fine on older versions. > > Poke me if you want more details. >
Of course I have Python installed; it's part of a base Gentoo system. :) As for which version, it seems I have both 2.4.4-r4] and 2.5.1-r2 installed.
Created an attachment (id=132350) [edit] mixxx-1.5.0.1.ebuild Ok I have patched a python issue I found on my system at work. I do not know if this will fix the other dirty python issue but it does work for some of the ambiguous missing functions I was receiving. Please give this new ebuild a shot see if it helps.
Created an attachment (id=132352) [edit] 00_mixxx-1.5.0.1-jack.patch renamed files to make sure patching is done in order.
Created an attachment (id=132353) [edit] 01_mixxx-1.5.0.1-python.patch New python patch file. This adds -lutils for compiling with python.
Created an attachment (id=132355) [edit] 10_mixxx-1.5.0.1-version.patch Had to rename for correct ordering.
One more note, There is a large lua issue having to do with dev-lang/toluapp not being required and src/script/lua/tolua.cpp that needs to be patched using toluapp something like "# tolua++ mixxx.pkg > tolua.cpp". I will see what i can do tomarrow.
Created an attachment (id=132410) [edit] 02_mixxx-1.5.0.1-lua.patch Added patch to get LUA to compile correctly and patched the program for lua 5.1 (I think).
Created an attachment (id=132414) [edit] mixxx-1.5.0.1.ebuild Updated ebuild to use lua patching. Added a few warnings about the development level of python and lua scripting support...
Created an attachment (id=137784) [edit] patch to allow compling without jack support.
Created an attachment (id=137785) [edit] mixxx-1.5.0.1-version.patch
Created an attachment (id=137786) [edit] mixxx-1.5.0.1-jack.patch
Created an attachment (id=137787) [edit] mixxx-1.5.0.1.ebuild This is the final ebuild before i start working on the 1.6 ebuild. I removed all python and lua support as I was informed that they flat out dont work and will be scrapped from the mixxx trunk in the near future. Also fixed a few repoman issues with white space.
*** Bug 203335 has been marked as a duplicate of this bug. ***
Created an attachment (id=139548) [edit] mixxx 1.5 added depends for djconsole on media-libs/libdjconsole
Created an attachment (id=139549) [edit] 1.6.0 beta1 Beta1 ebuild for mixxx. Still quite a few bugs but it compiles and "works". Please note that you MUST BUILD WITH vinylcontrol or it will crash. This is a known issue so please don't report it. Also note that custom-cflags doesnt not do what it should and other options are experimental.
Hello Alex, thanks a lot, your mixxx-1.6.0_beta1.ebuild now compiles and works after some attempts. I had to add the line "media-libs/portaudio" in /etc/portage/package.unmask (the same as for mixxx-1.5.0.1) which let me install media-libs/portaudio-19_pre070707, the install the following libraries: media-libs/libdca-0.0.5 media-sound/gsm-1.0.12 sys-libs/libraw1394-1.2.1 media-libs/libdc1394-1.2.1 and add a "media-sound/mixxx vinylcontrol -ffmpeg" line to /etc/portage/packages.use to forbid the use of ffmpeg (which keeps on breaking the build). Now I'm stressing mixxx and I noticed that: - feels somehow "choppy" with respect to mixxx-1.5.0.1 - Jack support is missing, it's just ALSA Thank you again, I'll report more news as I get into it. Ciao, ilGino
> Now I'm stressing mixxx and I noticed that: > - feels somehow "choppy" with respect to mixxx-1.5.0.1 > - Jack support is missing, it's just ALSA As of mixxx 1.5 it is dependent on port audio 19. Port audio 19 is still hard masked in portage so we are stuck. The "choppy" maybe an upstream issue as i know they have had some issues with mp3 playback but i would definitely report any playback issues to http://sourceforge.net/projects/mixxx/ directly. The issues with the use flags has already been reported and has been fixed in the svn. Jack support should be dependent on port audio however it appears that there is no jack use flag for port audio at this time. I am unsure how this should work because i use alsa but if i remember correctly portaudio should provide jack to mixxx. Check with the mixxx guys directly in #mixxx on freenode and see if they have any ideas. I would also check with the bug reports for portaudio here and see if there is a reason jack support is not included. Thanks for testing it out, let me know if you find anymore issues.
Created an attachment (id=149177) [edit] mixxx-1.6.0_beta2.ebuild Beta 2 is available with custom cflags by default. ffmpeg is still broken and the custom-cflags use flag has been removed.
Created an attachment (id=149178) [edit] mixxx-1.6.0_beta2-Sconscript.patch Patch file to fix the scons script to use cxxflags.
Created an attachment (id=149180) [edit] mixxx-1.6.0_beta2-version.patch version patch for beta2
Please send these patches to upstream, and thanks! You can track the unmasking in bug 222841.
