Bug 147042 - media-sound/mixxx-1.6.0 bump request
|
Bug#:
147042
|
Product: Gentoo Linux
|
Version: 2006.0
|
Platform: All
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: enhancement
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: sound@gentoo.org
|
Reported By: spreetec@gmx.net
|
|
Component: Ebuilds
|
|
|
URL:
http://mixxx.sourceforge.net/
|
|
Summary: media-sound/mixxx-1.6.0 bump request
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2006-09-10 04:31 0000
|
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
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.
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) [details]
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) [details]
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) [details]
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=115589) [details]
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.
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.
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.
(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.
(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.
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) [details]
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] [details]
> 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) [details]
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.
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=137787) [details]
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=139549) [details]
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.
Please send these patches to upstream, and thanks! You can track the unmasking
in bug 222841.
