Package Details: matlab 9.6.0.1072779-1

Git Clone URL: https://aur.archlinux.org/matlab.git (read-only)
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 (hottea)
Last Packager: hottea
Votes: 20
Popularity: 0.029373
First Submitted: 2015-08-15 09:33
Last Updated: 2019-05-03 02:21

Latest Comments

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

otaj commented on 2017-11-27 17:04

Why is there added the weird number after version 9.3 (aka current version 9.3.0.713579)? As far as I know, it's not MathWorks' numbering (they use just 9.3) and when I tweaked the PKGBUILD manually from previous release before you bumped the version up to comply with our school's installation of MATLAB, I just put there 9.3 and now pacaur (pacman helper) wants me to update it every time, since 9.3.0.713579 is newer version than 9.3. I know, I can add it to IgnorePkg (and that's the current status), but it's sort of annoying.

Anyway, not to sound so negative, thanks for the PKGBUILD, it's awesome to have something to build it upon ;)

streckus commented on 2017-11-19 18:03

I modified the PKGBUILD to correctly link to gcc49 (for mex), link mex as /usr/bin/matlab-mex for avoiding conflicts with texlive etc. and include the fixes for Addon Manager and Help Browser from the Wiki mentioned in Turtizzles comment below. You can find my version here: https://pastebin.com/wyKwL728
(Also, I dropped the ncurses5-compat-libs dependency since its not needed anymore, see https://wiki.archlinux.org/index.php/matlab#Installing_from_the_MATLAB_installation_software )

alienzj commented on 2017-11-02 00:23

sudo pacman -U matlab-9.2.0.556344-3-x86_64.pkg.tar
[sudo] password for alienzj:
loading packages...
resolving dependencies...
looking for conflicting packages...

Packages (1) matlab-9.2.0.556344-3

Total Installed Size: 14088.64 MiB

:: Proceed with installation? [Y/n] y
(1/1) checking keys in keyring [########################################################################] 100%
(1/1) checking package integrity [########################################################################] 100%
(1/1) loading package files [########################################################################] 100%
(1/1) checking for file conflicts [########################################################################] 100%
error: failed to commit transaction (conflicting files)
matlab: /usr/bin/mcc exists in filesystem
matlab: /usr/bin/mex exists in filesystem
Errors occurred, no packages were upgraded.

Turtizzle commented on 2017-10-25 16:48

gcc5 was updated to version 5.5, now the path to libgfortran.so.3 changed to /usr/lib/gcc/x86_64-pc-linux-gnu/5.5.0/libgfortran.so.3.
The last line in package() needs a change. :)

For everyone who does not want to build the entire package again because of this small change:
Open /opt/tmv/matlab/bin/matlab in the editor of your choice and change the two paths manually.

Edit: As we're already editing links: we could also include the fixes from "Addon Manager not working": https://wiki.archlinux.org/index.php/matlab#Addon_manager_not_working
(In addition to the update, ofc)

yiping_huang commented on 2017-10-21 17:23

==> Entering fakeroot environment...
==> Starting package()...
-> Starting MATLAB installer
-> Installing license
install: cannot stat '/home/_MyName_/.cache/pacaur/matlab/pkg/matlab/opt/tmw/matlab/license_agreement.txt': No such file or directory
==> ERROR: A failure occurred in package().
Aborting...
:: failed to build matlab package(s)

Same as @xcabal, there is no pacaur/matlab/pkg/matlab/opt folder.

daniel_shub commented on 2017-10-18 13:48

@21violins you need to download the software from the Mathworks and put the software in the build directory. the PKGBUILD tells you how to do this.

21violins commented on 2017-10-18 02:58

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

@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

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

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