Arch Linux User Repository

@Fitti, a missing dependency could logically explain the irreproducibility. Could you or someone else (using a virtual machine or chroot) test whether installing the commented-out dependencies (lines 25–77) resolves the issue? I unfortunately don’t have the resources to test it myself right now.

Cannot test it myself at the moment, but MathWorks support said this about the issue:

"Thank you for contacting MathWorks regarding your start up issue. 

The error and the crashes seem to be occurring due to incompatible libstdc++.so.6. The current workaround is to follow the instructions in this article:

Why does MATLAB fail to install with a "'std::runtime_error' what(): Unable to launch the MATLABWindow application" error on Linux? https://www.mathworks.com/matlabcentral/answers/540707"

Could be helpful.

@vitaliikuzhdin Yeah, I did apply the patch! Before the patch, it would take a while to launch, and then crash. After the patch, it crashes almost instantaneously.

I might have the time to test with 2024b later today. I will comment here with my results if I do.

@Fitti, given that MathWorksProductActivation works, this should (?) no longer be a gnutls issue. Can you please confirm that you’ve tried the patch for the execstack issue (just so I can be 100% sure)? Also, could you try the R2024b release once you resolve your license issues? It still requires the same gnutls downgrade, but aside from that, it has no execstack issues and doesn’t require manual activation before the first launch. You can either do a manual install or wait a few days for me to upload a matlab-r2024b package.

@daniel_shub They actually changed it to /opt/MATLAB/R2025a/..., which is where I placed the files. I tried your symlink method, as well as dumping them in there directly. I tried multiple different installation methods, aside from this AUR package, and none of them worked. All that happens is that MathWorksProductActivation works, which would otherwise also crash, and the [ 0] entry in the stack trace changes. Sadly, I will no longer be able to test for a bit, as the license itself is apparently "used up" now, despite me having precisely none working installs. I hope they fix my license.

I would guess you would replace

MATLABPATH=/opt/tmw/matlab-r2024b/bin/glnxa64/

with

MATLABPATH=/opt/tmw/matlab-r2025a/bin/glnxa64/

Can you see files in "${MATLABPATH}"/gnutls and symbolic links to those files in "${MATLABPATH}"?

@aoneko I'm trying to apply the fix to R2025a as well, but haven't had any success so far. It still crashes with the same error. How exactly did you modify the commands from Daniel's fix to work for you?

I just noticed that the first line in my stack trace is different, though the 15 following it are identical: [ 0] 0x00007fd45c441c68 /opt/MATLAB/R2025a/bin/glnxa64/matlab_startup_plugins/lmgrimpl/libmwlmgrimpl.so+02366568 lc_new_job+00000216

@daniel_shub Thank you for this important information. After pasting gnutls 3.8.9 for Matlab R2025a, it can be both activation and operation. Thank you and Vitaliikuzhdin for all those hard work!

@vitaliikuzhdin I would hold off until gnutls 3.8.10 hits the Fedora and/or Debian repos to see if it breaks other things and how people fix it.

Right now I a using

# MATLABPATH=/opt/tmw/matlab-r2024b/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}
# mkdir "${MATLABPATH}"/gnutls
# cp -a "${GNUTLSPATH}"/usr/lib/* "${MATLABPATH}"/gnutls/
# cd "${MATLABPATH}"
# ln -s gnutls/* ./

So we could create a gnutls389 package and create the needed links in matlab-r2024b/bin/glnxa64/ or just add the old package as binary source and put them in matlab-r2024b/bin/glnxa64/.

@daniel_shub, you are right, sorry. I posted the reply as soon as possible to help people get started, but I should have double-checked first. What solution would you propose? Perhaps I could write a non-conflicting package with an older version of gnutls and replace the symlinks in /usr/bin with shell scripts that preload it.