Arch Linux User Repository

@ucrus, do you have the latest version? I've added a fix for this a while ago. FYI, the pkgver (at least the latter half of it) is dynamic, you need to manually run makepkg to update it even if no changes to the PKGBUILD itself were made. If you are indeed using the latest version of both MATLAB and this package, please scroll through the Arch forums. You've edited your message to exclude the stack trace, but searching for _ZN15MatlabLicensing11getInstanceEPKN4lmgr6config17LmStartPropertiesE will be helpful. Please report exactly what you've tried and where it got you back so that I can fix this for everyone, if it still occurs on some setups.

I installed the optional dependencies (meta, gcc, gcc-fortran, java) and tried to activate the software by entering my email, but the application closed when I clicked the ACTIVATE button; now I cannot open MATLAB either. [uriel@honorpc-l ~]$ MathWorksProductAuthorizer´ Violación de segmento (core' generado) MathWorksProductAuthorizer [uriel@honorpc-l ~]$ matlab

      Segmentation violation detected at 2026-08-18 14:34:25 -0700

Thanks a lot for your reply. I tried using Windows and Ubuntu but get the exact same error with --platform=glxna64 and --platform=win64, maybe they put a broken file on the server side? But finally found that arduinomodbus-nucleo-discovery.instrset_common_1763610791.enc belongs to product STM32_Microcontroller_Blockset, comment it out in PKGBUILD and things works now.

@sxyzy1016, I cannot reproduce the error installing just MATLAB without any additional products. What products/toolboxes are you installing? Do you have enough space, namely your /home partition: https://www.mathworks.com/support/requirements/matlab-system-requirements.html

The error doesn't actually come from makepkg but from the MPM (${tmpdir}/mathworks_${USER}.log). Try using MPM manually to see if you get the same error: https://wiki.archlinux.org/title/MATLAB#Installing_with_MATLAB_Package_Manager_(MPM) If you are still getting the error, it's nothing I can work on with this AUR package. Try replicating the issue in an officially supported environment (using Ubuntu or any other Linux-based distro they support) and if you get the same issue, report it upstream: https://github.com/mathworks-ref-arch/matlab-dockerfile/issues. If it doesn't happen with Ubuntu, you might want to check out this: https://wiki.archlinux.org/title/MATLAB#MATLAB_in_a_systemd-nspawn

Also, have you tried this: https://wiki.archlinux.org/title/MATLAB#Installation_error:_archive_is_not_a_ZIP_archive

Hello I run into this issue when makepkg:

    -> Extraction of 3P instruction set failed
    -> Error: Unable to download third-party software because failed to extract: /home/sxyzy/matlab/src/download/archives/3p/arduinomodbus-nucleo-discovery.instrset_common_1763610791.enc due to: archive_read_open_filename(): Unrecognized archive format

tried using different Internets(my workplace and my home), and different archlinux(arch in WSL2, freshly installed arch in vbox) but got exactly the same issue. checked matlab/src/download/archives/3p/ and there are arduinomodbus-nucleo-discovery.instrset_common_1763610791.enc and arduinomodbus-nucleo-discovery.instrset_common_1763610791.xml just like other files in the directory. I googled it a lot but found nothing, even in matlab's forum. Does anyone have similar issues?

@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