Bug#1122879: /lib/x86_64-linux-gnu/libharfbuzz.so.0: undefined symbol: FT_Get_Transform

[Dima Kogan]

dta_bhc at gbrmail.com (Brendan Reilly) writes:

> sec (384) % ldd /usr/bin/gnuplot-x11
> ....
>       libgd.so.3 => /usr/local/lib/libgd.so.3 (0x0000146e48119000)
>       libfreetype.so.6 => /usr/local/lib/libfreetype.so.6 (0x0000146e4675b000)
>       libharfbuzz.so.0 => /lib/x86_64-linux-gnu/libharfbuzz.so.0 (0x0000146e45293000)

This is your problem. You have non-Debian libraries in /usr/local/lib,
that are picked up before the Debian ones. For whatever reason your
non-standard libfreetype.so.6 doesn't provide that symbol. You're using
the Debian harfbuzz, which assumes the Debian libfreetype, but the
freetype it got was incomplete.

I don't know why you have those libraries in /usr/local/lib, so I cannot
say what the right solution is. If you don't remember why those are
there, simply delete the /usr/local/lib files, and stuff will work. If
you really do want the custom libraries in /usr/local/lib, then it's
your job to make sure that they satisfy the symbols that other libraries
want. One way to do that here, is to build a custom libharfbuzz (that
doesn't use that symbol), and put that into /usr/local/lib. There might
be more libraries that you'd need to rebuild also, and figuring that out
becomes your job. Which is why it's generally not recommended to build
and "make install" things: it creates extra work.

Let me know if that resolves your problem, and I'll close the bug.