Package Details: matlab-language-server-git 1.3.9.r2.g8389289-1

Git Clone URL: https://aur.archlinux.org/matlab-language-server-git.git (read-only, click to copy)
Package Base: matlab-language-server-git
Description: Implementation of the Microsoft Language Server Protocol for the MATLAB language.
Upstream URL: https://github.com/mathworks/matlab-language-server
Licenses: MIT
Conflicts: matlab-language-server
Provides: matlab-language-server
Submitter: shanewstone
Maintainer: shanewstone
Last Packager: shanewstone
Votes: 1
Popularity: 0.000000
First Submitted: 2024-02-27 07:23 (UTC)
Last Updated: 2026-04-08 02:55 (UTC)

Latest Comments

vitaliikuzhdin commented on 2026-04-18 20:59 (UTC)

Speaking of the naming convention, check out what they use at upstream: https://github.com/mathworks/MATLAB-language-server/blob/v1.3.10/matlab/initmatlabls.m#L8

vitaliikuzhdin commented on 2026-04-16 16:38 (UTC)

It doesn't hurt to provide the symlink, I can't think of any downsides. Given that there's no official naming scheme, some ambiguity is to be expected.

I've recently rewritten all of the MATLAB-related packages, so installing it should be a walk in the park (hopefully). As I mentioned earlier, you can always use matlab-support instead. It's a wrapper package for a user-managed install that provides some fixes, symlinks, an icon, and a desktop entry.

The situation with MATLAB's provides/depends is a bit complicated, at least compared to most other packages. Most MATLAB-related packages can be used with multiple MATLAB releases, so specifying a strict dependency on the latest version would be incorrect. Because of this, we instead use either matlab-release or matlab-version (whichever is appropriate), both of which are provided by both the latest MATLAB and older releases.

Currently, versioned MATLAB packages (i.e., matlab-r20xxy) do not exist on the AUR (they were deleted some time ago) but it's still useful to keep this permissive approach. Many (if not most) MATLAB users don't constantly update and instead stick with a stable release for a few years. I might upload some of those older packages myself later, at least in the -support form.

shanewstone commented on 2026-04-16 16:22 (UTC)

Should we create a matlab_ls symlink for everyone that uses this package from the AUR or leave that to individual users? The choice of matlab_ls for Zed appears to be arbitrary. Perhaps that should change on their end instead of the package adapting to them.

MATLAB is such a mess on Arch that I am hesitant to add a depends that would try to pull in MATLAB during install. I am also curious about the usage of matlab-release. Why not just use matlab for provides/depends?

vitaliikuzhdin commented on 2026-04-16 11:34 (UTC) (edited on 2026-04-16 11:35 (UTC) by vitaliikuzhdin)

Thanks for the quick response. Could you also add a symlink for matlab_ls? It seems that other projects reference this instead: https://github.com/zed-extensions/matlab?tab=readme-ov-file#installation-steps

Also, is there any reason not to add depends=('matlab-release>=R2021b')? The AUR matlab package works well nowadays, and if you prefer not to use a managed version, there is always matlab-support for that purpose.

shanewstone commented on 2026-04-08 02:56 (UTC)

Thanks for the heads up. The repo has changed quite a bit since I first made the PKGBUILD. I have updated it.

vitaliikuzhdin commented on 2026-04-07 18:10 (UTC)

Hello, would you mind streamlining the build process with matlab-language-server? The current method also works but installs a lot of unnecessary junk. See my PKGBUILD for more info, it should be easy to read.

Also, there are more issues related to VCS packaging. For example, the pkgver is incorrect and the package is missing provides and conflicts, see the wiki: https://wiki.archlinux.org/title/VCS_package_guidelines

If you want, you can just make me a (Co-)Maintainer and I will fix everything myself.