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.80
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 .. 18 19 20 21 22 23 24 25 26 Next › Last »

flying-sheep commented on 2017-01-26 10:31 (UTC) (edited on 2017-01-26 10:31 (UTC) by flying-sheep)

gstreamer0.10-base is gone. can matlab work with an up-to-date gstreamer?

tcuc commented on 2017-01-09 11:47 (UTC)

There's a pgp error, not sure how to solve it. guessing it's not a mitm on my side but just a different author. ==> Verifying source file signatures with gpg... ncurses-6.0-20161224.tgz ... FAILED (unknown public key 702353E0F7E48EDB) ==> ERROR: One or more PGP signatures could not be verified! The build failed. Dependencies for `matlab' are not met, not building...

jsjolund commented on 2016-12-26 21:45 (UTC)

I had to install the libselinux package in order to use the Add-On Explorer in Matlab R2016b. https://se.mathworks.com/matlabcentral/answers/309629-cannot-open-add-on-window-on-linux Maybe this package should be added to depends or optdepends?

xcabal commented on 2016-11-25 05:28 (UTC)

@daniel_shub I figured out the issue thanks to you by removing &> /dev/null from line 66, turns out I was giving it the wrong fik. I was under the impression that the number I was giving by my school was the fik, turns out it was not and my school gave me the correct fik to install Thanks for the Help

daniel_shub commented on 2016-11-23 15:06 (UTC)

@xcabal what version of MATLAB are you installing? Is there anything in /mnt/f078739e-820f-40da-bf0d-838723a49f50/software/mat/pkg/matlab/opt/tmw/ You could try removing &> /dev/null from line 66 and you might get a more helpful error message.

xcabal commented on 2016-11-19 03:10 (UTC) (edited on 2016-11-19 03:10 (UTC) by xcabal)

I'm getting the following message trying to install matlab 2016b ==> Starting package()... -> Starting MATLAB installer -> Installing license install: cannot stat '/mnt/f078739e-820f-40da-bf0d-838723a49f50/software/mat/pkg/matlab/opt/tmw/matlab/license_agreement.txt': No such file or directory ==> ERROR: A failure occurred in package(). Aborting... im am not sure what it whats let alone how to fix it anyone have any idea how to resolve this? thanks

kyak commented on 2016-10-16 13:19 (UTC)

With R2016b, if you get error like "Unable to start MATLABWindow process" with Add-on Explorer, Simulink gallery, Simulation Data Inspector etc, make sure to install this package: https://aur.archlinux.org/packages/libselinux/ MATLABWindow executable is linked with libselinux.so, so you need this.

wallacoloo commented on 2016-10-06 08:24 (UTC)

btw, `/usr/bin/mcc` is in conflict with mathematica, as well. I'm going to try linking just /usr/bin/matlab and nothing else. As it stands, either declare the conflict on texlive/mathematica, or change the links - the worst thing to do is to get the error message only once pacman has spent a full hour decompressing the package, whereas one could have dealt with the issue up-front if they new about the conflict. My vote goes towards *not* linking any binaries, and then documenting this in the wiki AND displaying a post-installation message telling the user where the binaries can be found. I suppose one could also create another package (e.g. `matlab-links`) which packages only the links, but depends on `matlab` (which has no /usr/bin links) and then users now have the option to install matlab with or without symlinks, but I'm pretty sure that's unidiomatic in at least one way.

daniel_shub commented on 2016-08-22 15:33 (UTC)

@greyltc Depending on what you are doing, running hardware based opengl can be much faster ... The texlive-bin conflict is a pain. Having MATLAB conflict with TeX Live seems silly. This means either renaming the MATLAB executables or simply not creating links in /usr/bin. I don't have a good set of tests of mex functionality, so I do not know if changing the name is viable. That said, it is just a link, so I think it should be fine. I am leaning towards not linking anything to /usr/bin. The problem with that is then people need to add /opt/tmw/matlab/bin/ to their path to start MATLAB from the CLI (the PKGBUILD can take care of the desktop launcher). We could then add a link on the Arch MATLAB wiki page to how to change the path. Any thoughts? In the meantime, you can comment out lines 74-78 (or modify them to choose a different name).

daniel_shub commented on 2016-08-22 15:19 (UTC)

@Tallix the MATLAB installer makes use of /tmp during the installation process. On Arch, /tmp is a tmpfs that usually defaults to using up to half of your available RAM. This means the space in your home partition does not matter. When I build from either the PKGBUILD or directly from the MATLAB installer, I get exactly the same files written to /tmp. The only reason I can think of that it works for you with the MATLAB installer and not the PKGBUILD is that maybe you are only installing a subset of the toolboxes with the MATLAB installer. If you install less stuff, you need less space in /tmp. Since the tmpfs filesystem uses RAM it is much faster than filesystems located on a physical hard drive. That said, the Arch way may be to keep everything in ${srcdir}. Let me check. In the mean time you can either mount /tmp as a regular filesystem (https://wiki.archlinux.org/index.php/Tmpfs#Disable_automatic_mount) or edit the PKGBUILD to pass the MATLAB installer '-tmpdir "${srcdir}"'. Basically, you want to change line 66 from "${srcdir}/install" -t -inputFile "${srcdir}/installer_input.txt" -mode silent &> /dev/null to "${srcdir}/install" -t -inputFile "${srcdir}/installer_input.txt" -mode silent -tmpdir "${srcdir}" &> /dev/null