Package Details: matlab 9.7.0.1296695-1

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
Upstream URL: http://www.mathworks.com
Licenses: custom
Submitter: ido
Maintainer: greyltc
Last Packager: greyltc
Votes: 24
Popularity: 0.70
First Submitted: 2015-08-15 09:33
Last Updated: 2020-02-14 00:00

Latest Comments

« First ‹ Previous ... 3 4 5 6 7 8 9 10 11 Next › Last »

Repentinus commented on 2017-03-08 18:10

If someone else has trouble installing R2016b using the provided PKGBUILD, then they might find this modified PKGBUILD <https://gist.github.com/anonymous/dc16ef3218404a5e31dc69cfd5390898> useful. I had to provide the network licence file to get the build to proceed and update the list of libraries to be deleted at the end, as R2016b has been linked with gcc4.9. I have also changed optdepends to reflect that. I have further prefixed all matlab binaries other than matlab with matlab- in /usr/lib/. I won't be uploading my PKGBUILD as matlab-r2016b as I cannot be bothered to clean it up and maintain it. If you find it useful and can be bothered to make sure the dependencies are all declared, please go ahead and upload it to AUR once cleaned up.

flying-sheep commented on 2017-01-26 10:31

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

tcuc commented on 2017-01-09 11:47

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

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

@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

@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

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

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

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

@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).