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