Request help with failing build: espeak

Michael Schwendt mschwendt.tmp0701.nospam at arcor.de
Tue Jan 29 12:47:22 UTC 2008


On Tue, 29 Jan 2008 13:09:03 +0200, Francois Aucamp wrote:

> Hi,
> 
> The espeak-1.31-(2 to 4) builds failed on devel, although I've been unable to 
> consistently reproduce the problem locally using mock. For me, espeak builds 
> in mock on f8/i386, f8/x86_64 and devel/x86_64. Mock with devel/i386 gave a 
> similar error to koji, but the koji error consistently appears on the x86_64 
> arch:
> 
> http://koji.fedoraproject.org/koji/taskinfo?taskID=380879
> 
> The relevant part of the build log is:
> /usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64/libportaudio.so: 
> undefined reference to `jack_port_lock'
> /usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64/libportaudio.so: 
> undefined reference to `jack_port_unlock'
> 
> Forced linking to libjack doesn't solve this (wouldn't make sense anyway 
> considering espeak itself is only linking to libportaudio (and this used to 
> work) ). Am I missing something silly? Or does portaudio need a rebuild? 
> ldd -r on the (mock) devel portaudio seems fine...

To me the new JACK in rawhide looks binary incompatible despite the
unchanged SONAME. A very basic check shows that the two symbols from your
build error are gone in Rawhide, and hence PortAudio ought to be updated:

F-8:
$ strings /usr/lib/libjack.so.0.0.23 | grep jack_port_.*lock
jack_port_lock
jack_port_unlock

Rawhide:
$ strings /usr/lib/libjack.so.0.0.28 | grep jack_port_.*lock
$




More information about the fedora-devel-list mailing list