Arch Linux User Repository

Hi, I'm tackling the problem with the add-ons installation, where the installer can't write to /usr/local/MATLAB/R2022b. I think we should avoid manual chmods or chowns, as it would be easy to mess up with the permissions, so I created a matlab group with rwx permissions, which owns the tree starting at /usr/local/MATLAB/R2022b. The PKGBUILD sets up the correct permissions, so after installing MATLAB, you should just add yourself to that group, re-login and then you should be able to install add-ons. So far I'm able to start the installer, download the add-on archive, but when I get to Performing post-installation tasks. This may take a few minutes..., an error occurs, and the installer logs End - Unsuccessful Exception: java.lang.InterruptedException without further information.

If anyone wants to help me resolve this issue, here is the repo: https://github.com/Rubo3/matlab-aur/tree/addons.

I updated the PKGBUILD to MATLAB R2022b. Sorry it took so long. Here are the main changes:

• The dependencies have been updated according to namcap (thanks @sukanka), and are now managed via the matlab-meta meta package, now it's really easy to play around with them, as you don't have to rebuild the entire MATLAB package (thanks @bbaserdem). I still don't know the exact dependencies needed by MATLAB, as I don't use all its toolkits and whatnots. As always, please tell me if you find something.
• The MATLAB installer now outputs its logs in install.log, under the same directory of the PKGBUILD, so that you can check whether something went wrong even if it didn't fail (e.g. when you need a new license or installation key because the major version changed).
• I moved python-matlabengine to its own repo, which is built from upstream and works for the latest MATLAB versions. Currently it supports Python 3.9 and 3.10. If you have other needs, you can find the installation instructions here. Since the source files are still provided in your local MATLAB installation under $_instdir/extern/engines/python, building it and packaging it here was really just a convenience. I would like to know how many users of this PKGBUILD really need to spoof their Python version, so that we can reason about putting back that extra logic in the other PKGBUILD.
• I also removed the Mesa workaround and the optional compilers, are they still needed?

READ THE README FILE IN THE REPO. NO AUR HELPERS SUPPORTED. ONLY ARCHLINUX AS OS IS SUPPORTED. YOU SHOULD BE BUILDING THIS PACKAGE USING MAKEPKG, NOTHING ELSE WILL BE SUPPORTED. Please only post issues here AFTER you followed the README.md. located at the root of this repo: https://aur.archlinux.org/cgit/aur.git/tree/README.md?h=matlab Due to a lot of comments; my spam filter is removing AUR notifications which keeps me from responding timely to issues in packaging, please don't post if you don't do some troubleshooting yourself. If your skill level is not up to troubleshooting (or following simple instructions as laid out by the readme), just install matlab locally, without using this package.

• This PKGBUILD is NOT a minimal installation; as it has (hard) dependencies to gcc8 to force MATLAB to use system libraries. While generally not required; this PKGBUILD is trying to make MATLAB work with the system rather than with the mathworks-provided binaries. Currently it also does the python integration so that jupyter can be used with it.
• This will only work with 2020b version; and will not work with earlier (or later) versions.
• This PKGBUILD DOES NOT DOWNLOAD MATLAB FOR YOU. The EULA prevents redistribution of the software. Read the README.md file contained in the PKGBUILD repo. This is essentially a script to integrate an existing matlab installer with your archlinux system; it does NOT come with any software from Mathworks. You most likely cannot build this package using an AUR helper; you NEED to manually provide files; and to get the files you need a valid MATLAB licence. The process of fetching the files is described in detail in the README.md in the repo. (You can use any valid credentials to install the package using this PKGBUILD; including a licence file that does not match the machine; but you will need to reactivate matlab by using activate_matlab.sh with root privileges.)
• Current users; please help me test and trim the dependencies list, and submit your personal fixes for issues if you have them so they can be added to the PKGBUILD. (Cuda related contributions; if needed would be good as I don't have nvidia GPU's to test compatibility.)
• To use jupyter with matlab; you also need jupyter-matlab_kernel(-git).

Building any AUR package requires the dependencies installed. That is what dependency is. For this package; it's not enough that you have all the dependencies installed locally, but you need to provide the three aforementioned files in the README in the build directory.

hif that was not clear to you; i suggest reading through https://wiki.archlinux.org/index.php/PKGBUILD

I cannot replicate your GUI problems; most likely associated with your system or your desktop environment; but MATLAB installation works, just not the client. If you find a fix; please report it so I may add it to the PKGBUILD if it can be fixed as such.

@bbaserdem

Just to clarify the README.md, when it says "Besides the dependencies; the source files MUST be present at the directory" does this mean that gcc8 needs to be placed in the same directory (and any other dependencies)?

I can start matlab without a desktop environment so I will look into what is going on there, thanks

Obviously AUR dependencies needs to be resolved by you; that's how AUR works. I suggest getting acquainted, but there should be no issues installing gcc8 using an aur helper.

Try running matlab -nodesktop from a terminal; and if you get to the console that means it has something to do with your graphical desktop. I don't know how to resolve your issue, never encountered it.

You can also try de-integration by replacing the symlinks in /opt/tmw/matlab-2020b with the static libraries in /opt/tmw/matlab-2020b/backup to see if it's an integration issue. That or install matlab locally in your home folder using only the mathworks installer and see if it works.

Followed the README.md and makepkg was failing to resolve the gcc8 dependencies, I've tried installing gcc8 manually (only supported through the aur - this also needed to be built using PKGBUILD as the aur helper is not supported) then had to comment out these dependencies in the PKGBUILD.

The build seemed successful however once I run the matlab file I get an empty grey text box with the window title "Error Starting Desktop", not even the only button (I'm assuming says close) has text.

Let me know if you need further details

@bbaserdem; Thanks for your reply.

I am not very sure what you mean by "in the presence of either or both llvm-libs and gcc-libs would solve the problem" since I don't think it's quite possible to remove package "llvm-libs" or even "gcc-libs". Perhaps I misunderstood your words.

Do you mean try to install a lower version of llvm-libs or gcc-libs?

Update 2021.2.22

I found that running matlab through "LD_LIBRARY_PATH=/usr/lib matlab" can suppress (fix?) the error and OpenGL is correctly loaded. But I do not know whether this will affect matlab loading gcc8 libs.

If that was an issue; I would have the same issue, but I don't. I assume the presence of either or both llvm-libs and gcc-libs would solve the problem?

@billypilgrim, could you check it out? (On the PC that the built installable pkgbuild won't work; first install llvm-libs, try to open, then remove llvm-libs and install gcc-libs, try to open, then install llvm-libs again and try to open.) Then could you report? If you give it green light; I'll add the necessary packages as dependencies.

@billypilgrim, @bbaserdem;

Problem description

I also encountered billypilgrim's problem. It seems that mesa libs (called by OpenGL lib) use llvm-libs (provides libLLVM-11.so) and llvm-libs uses gcc-libs (provides libstdc++.so.6). The problem is that line 262 in PKGBUILD tells matlab (and possibly libs called by matlab) to find libs from gcc8-libs path (for me /lib/gcc/x86_64-pc-linux-gnu/8.4.0) first, which is necessary for matlab but possibly not (even harmful) for some other libs. Or, in other words, the current version of llvm-libs requires a higher version of gcc-libs than gcc8-libs to properly function.

I think the problem could be fixed if the updated lib path can be excluded for OpenGL, but I do not know how to achieve this.

System Inform

• Linux Satellite 5.10.15-1-MANJARO #1 SMP PREEMPT Wed Feb 10 10:42:47 UTC 2021 x86_64 GNU/Linux
• Package version:
  • gcc-libs:10.2.0-6
  • llvm-libs:11.0.1-2
  • mesa:20.3.4-1
  • matlab:9.9.0.1467703-4(latest)

@bbaserdem; Thanks for the gcc package update!

@billypilgrim check out the archwiki page for intel related issues as well; they might relate. I don't have issues with amdgpu and this pkgbuild. Check out your card; i have AMD Radeon RX 5700 XT

Please report back if you manage to fix it; and it's fixable (a missing dependency or launch options) so I can add a fix/dependency to the pkgbuild.

Is anyone else getting issues with amdgpu?

This is what I get in my terminal when I start matlab: libGL error: MESA-LOADER: failed to open radeonsi: /usr/lib/gcc/x86_64-pc-linux-gnu/8.4.0/libstdc++.so.6: version GLIBCXX_3.4.26' not found (required by /usr/lib/libLLVM-11.so) (search paths /usr/lib/dri) libGL error: failed to load driver: radeonsi libGL error: MESA-LOADER: failed to open radeonsi: /usr/lib/gcc/x86_64-pc-linux-gnu/8.4.0/libstdc++.so.6: versionGLIBCXX_3.4.26' not found (required by /usr/lib/libLLVM-11.so) (search paths /usr/lib/dri) libGL error: failed to load driver: radeonsi libGL error: MESA-LOADER: failed to open swrast: /usr/lib/gcc/x86_64-pc-linux-gnu/8.4.0/libstdc++.so.6: version `GLIBCXX_3.4.26' not found (required by /usr/lib/libLLVM-11.so) (search paths /usr/lib/dri) libGL error: failed to load driver: swrast

And here's the error message I get within the matlab GUI once it's loaded: com.jogamp.opengl.GLException: X11GLXDrawableFactory - Could not initialize shared resources for X11GraphicsDevice[type .x11, connection :0, unitID 0, handle 0x0, owner false, ResourceToolkitLock[obj 0x643bdb87, isOwner false, <29e4dacf, 2c84828b>[count 0, qsz 0, owner <NULL>]]] at jogamp.opengl.x11.glx.X11GLXDrawableFactory$SharedResourceImplementation.createSharedResource(X11GLXDrawableFactory.java:326) at jogamp.opengl.SharedResourceRunner.run(SharedResourceRunner.java:297) at java.lang.Thread.run(Thread.java:748) Caused by: com.jogamp.opengl.GLException: AWT-EventQueue-0-SharedResourceRunner: Unable to create temp OpenGL context(1) at jogamp.opengl.x11.glx.X11GLXContext.createImpl(X11GLXContext.java:368) at jogamp.opengl.GLContextImpl.makeCurrentWithinLock(GLContextImpl.java:759) at jogamp.opengl.GLContextImpl.makeCurrent(GLContextImpl.java:642) at jogamp.opengl.GLContextImpl.makeCurrent(GLContextImpl.java:580) at jogamp.opengl.x11.glx.X11GLXDrawableFactory$SharedResourceImplementation.createSharedResource(X11GLXDrawableFactory.java:297) ... 2 more

I can still open figure windows etc. but OpenGL is disabled.