Package Details: java-matlab 1:R2025a.25.1.0.2943329-6

Git Clone URL: https://aur.archlinux.org/matlab.git (read-only, click to copy)
Package Base: matlab
Description: A high-level language for numerical computation and visualization (Java components)
Upstream URL: https://www.mathworks.com/products/matlab.html
Keywords: computation matlab numerical visualization
Licenses: custom:MATLAB EULA
Provides: java-matlab-version
Submitter: ido
Maintainer: vitaliikuzhdin
Last Packager: vitaliikuzhdin
Votes: 41
Popularity: 0.77
First Submitted: 2015-08-15 09:33 (UTC)
Last Updated: 2025-06-25 09:52 (UTC)

Dependencies (5)

Required by (1)

Sources (1)

Pinned Comments

Latest Comments

« First ‹ Previous 1 .. 16 17 18 19 20 21 22 23 24 25 26 Next › Last »

21violins commented on 2017-10-18 02:58 (UTC)

I'm getting the following error when trying to install R2017b. ==> Making package: matlab 9.2.0.556344-3 (Tue Oct 17 22:13:06 EDT 2017) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... ==> ERROR: Unknown download protocol: file Aborting...

daniel_shub commented on 2017-09-08 14:14 (UTC)

@Turtizzle the Arch packaging guidelines (https://wiki.archlinux.org/index.php/Arch_packaging_standards) say "Packages should never be installed to /usr/local". I think the best thing to do is probably just create a link in /usr/bin called matlab-mex instead of just mex. If that causes problems for users, then they can add /opt/tmw/matlab/bin to their path variable.

Turtizzle commented on 2017-09-08 07:51 (UTC)

I just moved all executables to /usr/local/bin, as I believe that inofficial packages shouldn't mess with /usr/bin for exactly such conflict reasons anyway. This "fixes" the conflict-problem, unless you rely on directly calling "mex" for whatever reason in your tex-workflow. (Usually, you'd use a building script for that anyway, which probably includes the full path.)

streckus commented on 2017-09-07 17:25 (UTC)

@noel: You can change the PKGBUILD link mex to /usr/bin/matlab-mex or similar. From inside MATLAB, you won't get any difference to normal usage of mex but you might have to point build tools to the right file if you build libraries using mex.

noel commented on 2017-09-06 22:23 (UTC)

conflicts with texlive-bin -> /usr/bin/mex

smldis commented on 2017-09-05 15:06 (UTC) (edited on 2017-09-05 15:15 (UTC) by smldis)

For new users, notice that you have to follow the Wiki for using this pkg. right?

streckus commented on 2017-09-03 16:59 (UTC)

For Matlab 2017a, the optional dependency gcc47 can be updated to gcc49. (The corresponding AUR package also includes gfortran.)

Turtizzle commented on 2017-08-31 09:19 (UTC) (edited on 2017-09-04 09:27 (UTC) by Turtizzle)

Hi, I have minor problems installing the package with 2017a. In particular, some of the files referenced in the package() method of the PKGBUILD do not exist. Some shell output: https://pastebin.com/raw/3MN1p7iW The original content of my installer_input.txt: https://pastebin.com/raw/YNnjs3u4 The content of the installer_input.txt in the src-folder: https://pastebin.com/raw/k4SyVULs I hope you can help me out with this one, looks like a minor issue, but I don't know much about the matlab installation process... thanks. :) Edit: I finally had some time to look into it myself... solved it quite easily. I removed the "silent" option of the installer, then it told me that a license file was required. There was no license.dat available in our software repository, but a network.lic ... I renamed the file, enabled "_networkinstall" and yea, awesome.

greyltc commented on 2017-08-24 10:20 (UTC)

@progwolff, I have harfbuzz 1.4.8-1 on my system and the GUI works fine

progwolff commented on 2017-08-24 07:49 (UTC)

harfbuzz=1.4.6 is a runtime dependency. Without it, or with a higher version, the GUI fails to start.

« First ‹ Previous 1 .. 16 17 18 19 20 21 22 23 24 25 26 Next › Last »