Arch Linux User Repository

Never mind, MATLAB is broken for me again. It was working just yesterday, but as of today I'm getting this during initialization:

$ matlab -desktop
Unable to communicate with required MathWorks services (error 5201).


For help with this issue, contact support: 
https://www.mathworks.com/support/contact_us.html


Unable to launch MVM server: License Error: Licensing shutdown

The error is exactly the same as when I tried to patch execstack during build() instead of asking the user to do it manually. Again, it still launches with root privileges (sudo matlab -desktop). I've checked all *.so files, and none of them have execstacks now, even without patching. Also, glibc has been updated to 2.42, which was supposed to fix any issues with execstacks. MathWorksProductAuthorizer works just fine, so it doesn't look like a gnutls issue to me.

If anyone is able to find a solution, I would be grateful.

Package updated to R2025b.

Apologies for not being able to help here for a while. The bad news is that R2025b still targets ubuntu24.04 / ubi9, which means it inherits all the same problems as R2025a. The good news is that all the issues I'm aware of are now covered by the package.

@Fitti, @britin, I was able to reproduce the issue by not activating MATLAB before launching it. Please read the post-installation instructions more carefully next time, you only ran one of the two required commands.

@bbaovanc, the "APPS / Get More Apps" menu (among others) requires java-matlab to be installed to function properly.

@vicious, you have an extra f at the end of the file name.

@daniel_shub, thanks for the information. Packaging (and honestly, even just using) MATLAB is a huge pain, and unless someone specifically requests an older release, I won’t be spending weeks of effort to support it.

Regarding the toolboxes: the days of matlab.fic and matlab.lic are long gone. The last release to support that method was R2023a. Everything since then can only be installed non-interactively using MPM, or via an .iso for a selected license (which I don't have access to).

That said, this isn’t really the core issue. I was able to write a script to split a product based on the files stored in appdata/. It took quite a bit of effort, there’s no public documentation, and some files overlapped between products. This forced me to create helper scripts and hooks to back up and merge shared files. While MATLAB did recognize the products as installed, it didn’t provide any menu options to launch them. I suspect some kind of service registration is required, but I wasn’t able to reverse-engineer that part. And even if I had, most products have shared components that overlap, which makes this style of packaging even more complex.

MATLAB R2025a crashed on my machine everytime when I tried to use parpool. I have tried the solution provided by @bbaovanc, but it did not work. However, after I replaced "gnutls-3.8.9-1-x86_64.pkg.tar.zst" by "gnutls-3.8.8-1-x86_64.pkg.tar.zst", it worked successfully.

@vitaliikuzhdin I am just reading your pinned message now. As for your points 6 and 7, there might be some useful tidbits in my original AUR4 upload (https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=matlab&id=54a6fe5c2e92bcb3b781aa58d50ccaa473de0e90)

I think pre-AUR4, I had different packages for each version, but those commits seem to be lost to history. The first AUR4 upload supported multiple versions, but I dropped that support since it was hellish to maintain.

In terms of packaging the toolboxes separately, years ago when there was a fik and a lic, I could never get this to work properly. If you are going to try and package the add ons separately, you really need multiple licenses so you can see what happens for a shared machine that has multiple users with multiple licenses. That is no small feat.

i get this after running the postinstall script:

~ ✗ sudo patchelf --clear-execstack ~/.MathWorks/ServiceHost/-mw_shared_installs/v*/bin/glnxa64/libmwfoundation_crash_handling.sof
patchelf: getting info about '/home/eric/.MathWorks/ServiceHost/-mw_shared_installs/v*/bin/glnxa64/libmwfoundation_crash_handling.sof': No such file or directory

I want to install Simulink. So, I tried to use the addons menu. But I am getting an error:

Error using matlab.internal.addons.UiMessageHandler
Error: File: UiMessageHandler.m Line: 373 Column: 20
Unable to find or import 'com.mathworks.addons_common.notificationframework.InstalledAddOnsCache'. Imported names
must end with '.*' or be fully qualified.

Error in matlab.internal.addons.Explorer (line 31)
            uiMessageHandler = matlab.internal.addons.UiMessageHandler(matlab.internal.addons.Explorer.SERVER_TO_CLIENT_CHANNEL);
                               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Error in matlab.internal.addons.Explorer.getInstance (line 42)
                obj = matlab.internal.addons.Explorer();
                      ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Error in matlab.internal.addons.launchers.showExplorer (line 180)
        if matlab.internal.addons.Explorer.getInstance.windowExists
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Anyone know what to do about this?

I ran into the gnutls issue listed below as well. Attempting to use MathWorksProductAuthorizer would just instantly segfault. Because I had to scroll way down to find it, and the MATLABPATH there was wrong, I'm going to reiterate what I did which worked for me:

$ MATLABPATH=/opt/MATLAB/R2025a/bin/glnxa64/
$ GNUTLSPATH=/tmp/gnutls-3.8.9-1-x86_64.pkg
$ wget https://archive.archlinux.org/packages/g/gnutls/gnutls-3.8.9-1-x86_64.pkg.tar.zst
$ mkdir -p "${GNUTLSPATH}"
$ tar -xvf gnutls-3.8.9-1-x86_64.pkg.tar.zst -C ${GNUTLSPATH}
$ sudo mkdir "${MATLABPATH}"/gnutls
$ sudo cp -a "${GNUTLSPATH}"/usr/lib/* "${MATLABPATH}"/gnutls/
$ cd "${MATLABPATH}"
$ sudo ln -s gnutls/* ./

Does anyone have any updates per @Fitti 's issue? I am still having the same identical stack trace that he is having. For reference, I will post it here as well. I have tried the execstack/patchelf commands on the usual suspects per the comments here and on other arch forum posts. I can ask there if they may be of more help.

It is also to note that this stared after authorization, as the stack trace would obviously suggest. Before this, the fixes to the gnutls package that was posted earlier worked like a charm and the app will fully launch, however the editor/command line would not work as I was not authorized. Only after running the authorization does it give the instant crash seen here.

--------------------------------------------------------------------------------
          Segmentation violation detected at 2025-08-29 11:25:19 -0500
--------------------------------------------------------------------------------

Configuration:
  Crash Decoding           : Disabled - No sandbox or build area path
  Crash Mode               : continue (default)
  Default Encoding         : UTF-8
  Desktop Environment      : Hyprland
  GNU C Library            : 2.42 stable
  MATLAB Architecture      : glnxa64
  MATLAB Root              : /opt/MATLAB/R2025a
  MATLAB Version           : 25.1.0.2973910 (R2025a) Update 1
  Operating System         : Linux 6.16.4-arch1-1 #1 SMP PREEMPT_DYNAMIC Thu, 28 Aug 2025 19:49:53 +0000 x86_64
  Process ID               : 108462
  Processor ID             : x86 Family 6 Model 140 Stepping 1, GenuineIntel

Fault Count: 1


Abnormal termination:
Segmentation violation

Current Thread: 'MCR 0 interpret' id 140022774757056

Register State (from fault):
  RAX = 0000000000000000  RBX = 00007f5997bfcd88
  RCX = 00007f5a3da3bcc0  RDX = 00007f5a3da130c0
  RSP = 00007f5997bfccf0  RBP = 00007f59951fe0e0
  RSI = 0000000000001000  RDI = 0000000000000000

   R8 = 00007f5a3da39f20   R9 = 00007f5a3da39fa0
  R10 = 00007f5a3da10080  R11 = 00007f5a3da100e0
  R12 = 0000000000000000  R13 = 00007f5997bfcd10
  R14 = 00007f5997bfcd20  R15 = 0000000000000000

  RIP = 00007f5995241ae8  EFL = 0000000000010246

   CS = 0033   FS = 0000   GS = 0000

Stack Trace (from fault):
[  0] 0x00007f5995241ae8 /opt/MATLAB/R2025a/bin/glnxa64/matlab_startup_plugins/lmgrimpl/libmwlmgrimpl.so+02366184 lc_new_job+00000216
[  1] 0x00007f599515ccaf /opt/MATLAB/R2025a/bin/glnxa64/matlab_startup_plugins/lmgrimpl/libmwlmgrimpl.so+01428655
[  2] 0x00007f599515d735 /opt/MATLAB/R2025a/bin/glnxa64/matlab_startup_plugins/lmgrimpl/libmwlmgrimpl.so+01431349
[  3] 0x00007f59951c70f4 /opt/MATLAB/R2025a/bin/glnxa64/matlab_startup_plugins/lmgrimpl/libmwlmgrimpl.so+01863924
[  4] 0x00007f599515fb56 /opt/MATLAB/R2025a/bin/glnxa64/matlab_startup_plugins/lmgrimpl/libmwlmgrimpl.so+01440598
[  5] 0x00007f599515e57d /opt/MATLAB/R2025a/bin/glnxa64/matlab_startup_plugins/lmgrimpl/libmwlmgrimpl.so+01435005
[  6] 0x00007f599518edc0 /opt/MATLAB/R2025a/bin/glnxa64/matlab_startup_plugins/lmgrimpl/libmwlmgrimpl.so+01633728
[  7] 0x00007f599471a437 /opt/MATLAB/R2025a/bin/glnxa64/authz/licensing/product/matlab_impl/mwlicensingproductmatlab.so+00160823
[  8] 0x00007f5a77d3a656 /opt/MATLAB/R2025a/bin/glnxa64/factory_settings/compute/project/settings/../../../../../../bin/glnxa64/libmwservices.so+03384918 _ZN15MatlabLicensing11getInstanceEPKN4lmgr6config17LmStartPropertiesE+00002454
[  9] 0x00007f5a7696c741         /opt/MATLAB/R2025a/bin/glnxa64/libmwmcr.so+00841537
[ 10] 0x00007f5a7697ed3d         /opt/MATLAB/R2025a/bin/glnxa64/libmwmcr.so+00916797
[ 11] 0x00007f5a7695b1da         /opt/MATLAB/R2025a/bin/glnxa64/libmwmcr.so+00770522
[ 12] 0x00007f5a7695b69d         /opt/MATLAB/R2025a/bin/glnxa64/libmwmcr.so+00771741
[ 13] 0x00007f5a8d2dbb17 /opt/MATLAB/R2025a/bin/glnxa64/libmwboost_thread.so.1.81.0+00043799
[ 14] 0x00007f5a8d8969cb                                 /usr/lib/libc.so.6+00616907
[ 15] 0x00007f5a8d91aa0c                                 /usr/lib/libc.so.6+01157644

When install more than 1 products using this PKGBUILD and _product be a product list separated by spaces, --products="${_product// /_}" should be --products=${_product} (no double quote) or mpm cannot recognize it.