Dear Maintainer,

undefined symbol: FT_Get_Transform

It makes impossible to install matlab

This appears to be a problem with the Matlab installer providing its own
versions of libraries rather than libharfbuzz0b.

Please see:
https://uk.mathworks.com/matlabcentral/answers/364551-why-is-matlab-unable-to-run-the-matlabwindow-application-on-linux
for workarounds.

Best regards,
Dave Williams
(10, 'stable')
TAINT_UNSIGNED_MODULE
not set
This email and its attachments may contain confidential and/or privileged information.  If you have received them in error you must not use, copy or disclose their content to any person.  Please notify the sender immediately and then delete this email from your system.  This e-mail has been scanned for viruses, but it is the responsibility of the recipient to conduct their own security measures. Airbus Operations Limited is not liable for any loss or damage arising from the receipt or use of this e-mail.

Airbus Operations Limited, a company registered in England and Wales, registration number, 3468788.  Registered office:  Pegasus House, Aerospace Avenue, Filton, Bristol, BS34 7PA, UK.

Running their binary executable directly:

$ ./bin/glnxa64/MATLABWindow
./bin/glnxa64/MATLABWindow: symbol lookup error: /usr/lib/x86_64-linux-gnu/libharfbuzz.so.0: undefined symbol: FT_Get_Transform

libharfbuzz.so.0 declares it needs libfreetype.so.6

The problem is that Matlab provides its own copy of libfreetype.so.6
(libfreetype.so.6.16.0).  Removing that allows the matlab installer to
proceed.

But also that just brings Matlab closer to its next problem.  Now it's
not accepting keyboard input to type in the email address to start the
install process.

This whole fiasco provides just a little more affirmation that I'm
doing the right thing teaching students python + numpy/scipy
instead of Matlab.

For the record, it started accepting keyboard input after I left the
directly and reentered to try again ;/  I now have a working version
of Matlab on my debian system (after removing their libfreetype.so.6)

I meant to add, all this means that libharfbuzz0b is not responsible
for the matlab problems.  This is not a libharfbuzz0b bug
(can be helpful nevertheless to keep this bug here to help others
who are experiencing the same problem, and direct them to use
numpy/scipy instead)

No, I don't think so.

This other bug ticket is about Matlab shipping its own version of
libfreetype.so.6 which is older than version 2.11.0.  Since Debian's
version of libharfbuzz.so.0 needs version 2.11.0 of libfreetype.so.6
at least because of function FT_Get_Transform(), Matlab is crashing.
This is because Matlab is setting $LD_LIBRARY_PATH for its own set of
libraries.  There are only two solutions: either get rid of Matlab's
libfreetype.so.6 (as Drew Parsons has suggested) so that the runtime
linker takes Debian's libfreetype.so.6 or copy an older version of
libharfbuzz.so.0 to Matlab's own library path, e.g. libharfbuzz.so.0
from Debian 11 (bullseye).

Best regards,

Thomas Uhle

---end quoted text---

Sorry, I copied the wrong issue number, I meant: #1035669