Arch Linux User Repository

@CloverGit, thanks a lot, added to the PKGBUILD.

MathWorksProductAuthorizer has a similar lc_init symbol conflict, but in the opposite direction: gnutls may resolve lc_init to libmwinstall_activationwsclientimpl.so::lc_init instead of libleancrypto.so.1::lc_init, causing a crash.

Workaround:

cd /opt/MATLAB/R2026a/bin/glnxa64
sudo patchelf --add-needed libleancrypto.so.1 MathWorksProductAuthorizer

MATLAB R2026a Update 2 (26.1.0.3251617) may crash on startup when using offline licensing. The cause appears to be an lc_init symbol conflict between leancrypto 1.7.2-1, which is pulled in by gnutls, and MATLAB's libmwlmgrimpl.so.

In libmwlmgrimpl.so, lc_new_job calls lc_init@plt, which may be resolved to libleancrypto.so.1::lc_init. This prevents the licensing job handle from being initialized correctly and eventually causes a crash.

I fixed it by patching libmwlmgrimpl.so to call the intended internal function directly:

offset: 0x28835d
before: e8 7e 04 e6 ff    call lc_init@plt
after : e8 be fd ff ff    call 0x288120 <lc_init@@Base>

After patching, the expected sha256sum is:

958acc9908d520489c4a918459652232b2010104179b5abab0a117e69b4a3d9e  libmwlmgrimpl.so

@roughcast-finali, thanks for the report. Something to do with GnuTLS again, I'll look into it. For now, you can use:

$ LD_PRELOAD="/usr/lib/libgnutls.so" MathWorksProductAuthorizer

Hello I would like to report that matlab itself works, but authorizing is not working properly

[MATLAB]/R2026a/bin/glnxa64/MathWorksProductAuthorizer.sh makes segmentation fault

using: LD_PRELOAD="/usr/lib/libnettle.so /usr/lib/libhogweed.so /usr/lib/libgnutls.so"" /opt/MATLAB/R2026a/bin/glnxa64/MathWorksProductAuthorizer.sh succesfully launch the authorizer,

after login in matlab works properly now, seems that MathWorksProductAuthorizer.sh is a problem

@vitaliikuzhdin No worries at all. Thanks for the tips and thanks for putting all the work to get matlab working on Arch! I'll see if I have time soon to test if this works on my system.

@PlanetaryTyler, sorry, changed a lot in the packaging of the ecosystem but forgot to push the update here. To get the Java components, you need to install java-matlab which should also give you a choice of which supported JDK to pull. Then, if said JDK is not configured as the default Java on your machine, you will also have to mangle with MATLAB_JAVA, matlab_jenv or GUI settings. When I'll have time, I will write a set of pacman hooks to handle this automatically, which will also allow the user to choose between the system-wide JDK and the bundled one. Sorry for all of the inconveniences until that actually happens. Here is a snippet from the script that might help you:

  -> NOTE: MATLAB requires the system to use a compatible JDK version.

     You can view and change the current system-wide Java provider:
       $ archlinux-java get
       # archlinux-java set <JAVA_NAME>

     You can also configure MATLAB to use a specific JDK without changing the system default:
       $ matlab_jenv /usr/lib/jvm/<JAVA_NAME>
       $ matlab_jenv -allusers /usr/lib/jvm/<JAVA_NAME>

     Using environment variables (higher precedence):
       $ export MATLAB_JAVA=/usr/lib/jvm/<JAVA_NAME>
       % setenv MATLAB_JAVA /usr/lib/jvm/<JAVA_NAME>

     Graphical configuration (inside MATLAB GUI):
       HOME → Environment → Settings → MATLAB → General → Java Runtime Environment → Java Runtime Environment Path

Been having a hard time getting java enabled. tried multiple jdk versions that are compatible but Matlab cant seem to load it. tried both matlab_jenv and setting MATLAB_JAVA, but neither get matlab to actually load java. Wanted to install java-matlab but java-matlab-meta appears to be dead. Any thoughts about how to fix this?

@Petapton, it should also be a runtime dependency but it seems like I forgot to add that. Please keep it installed manually until I have the time to update the package. The reason is described here: https://bbs.archlinux.org/viewtopic.php?id=305604

@vitaliikuzhdin why is gnutls3.8.9 a make dependency?