Arch Linux User Repository

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

@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