[PlanetCCRMA] xmms-jack 0.7

[Rui Nuno Capela]

Fernando Pablo Lopez-Lezcano wrote:
>
> I'll upgrade it soon, I was not aware there was a newer version! Thanks
> for the feedback (it gets harder and harder to keep up with new versions
> :-)
>

If I were you I wouldn't be in great hurry. Have a look of this last
minute exchange with xmms-jack author, as of today:

Chris Morgan wrote:
>
> Of course.  The issue is that the frequency conversion routines were added
> to xmms in 1.2.8.  I didn't have any idea they were added that recently so
> I went ahead and just started using that symbol, worked fine for me of
> course ;-)  So if you could upgrade to 1.2.8 the issue will go away, or if
> you wait a few days I'll see about pushing out a v0.8 that will
> dynamically load the symbol at runtime if it exists.  I'm struggling with
> figuring out why the plugin isn't closing down correctly when xmms is
> closing but I'll see about resolving that and pushing up a 0.8 tonight.
>
>
>>
>> From: "Rui Nuno Capela" <rncbc@rncbc.org>
>> Date: 2004/02/05 Thu AM 10:42:30 EST
>> To: "Chris Morgan" <cmorgan@alum.WPI.EDU>
>> Subject: xmms-jack 0.7 runtime failure (undefined symbol)
>>
>> Hello Chris,
>>
>> I've just built xmms-jack-0.7-20040119, from source which compiles and
>> install fine AFAICT.
>>
>> The problem is that libjackout.so doesn't get loaded at xmms runtime,
>> spitting the following error:
>>
>> /usr/lib/xmms/Output/libjackout.so: undefined symbol:
>> xmms_convert_buffers_destroy
>>
>> This happens on a Mandrake 9.2 box, with the following packages:
>>
>> xmms-1.2.7-25mdk
>> libxmms1-devel-1.2.7-25mdk
>>
>> FYI I've been running xmms-jack-0.6-20031201 with great success, and
>> surely have been missing the new features of 0.7.
>>
>> Hope you can help,
>> Thanks
>> --
>> rncbc aka Rui Nuno Capela
>> rncbc@rncbc.org
>>
>>
>