Package Details: mosek 1:9.3.6-1

Git Clone URL: (read-only, click to copy)
Package Base: mosek
Description: A commercial solver for mathematical optimization problems.
Upstream URL:
Licenses: custom
Submitter: ido
Maintainer: ido (Viech, ido)
Last Packager: Viech
Votes: 5
Popularity: 0.000061
First Submitted: 2013-09-22 04:38 (UTC)
Last Updated: 2021-09-20 03:23 (UTC)

Latest Comments

Viech commented on 2021-01-27 14:53 (UTC)

@ido, as we write 2021 I've taken the liberty to remove Python 2 support from this package as that makes it a build dependency. Also added python-setuptools as a make and python as an optional dependency.

Viech commented on 2019-07-01 09:48 (UTC)

I'm sorry for the late reaction, I didn't get a notification on any of the comments as I'm just co-maintaining (and I personally only use the Python interface). I've fixed it now.

uhrm commented on 2019-06-22 09:24 (UTC)

Followup on libcilk: I've noticed that Mosek brings its own libcilkrts library, the PKGBUILD just doesn't install it. Adding

install -m755 "" "${pkgdir}/usr/lib/"

fixes the issue.

Side note: the Python interface works since Python's is smart enough to detect the dependency and copies libcilkrts into the mosek site-package (see e.g. /usr/lib/python3.7/site-packages/mosek/).

uhrm commented on 2019-05-31 14:52 (UTC)

I also have the problem with missing Checking the link dependencies (ldd /usr/lib/, I get: (0x00007ffefe17c000) => /usr/lib/ (0x00007f72e1e28000) => /usr/lib/ (0x00007f72e1c63000)
/usr/lib64/ (0x00007f72e3a0d000) => not found => /usr/lib/ (0x00007f72e1c2f000)

Cilk was removed in GCC 8. It is currently not possible to run a binary linking to

Viech commented on 2018-11-20 13:07 (UTC) (edited on 2018-11-20 13:07 (UTC) by Viech)

Hello @NutTool, using the Python interfaces (both Optimizer and Fusion), I cannot confirm the need for Can you be more precise about where it's needed? gcc6-libs is quite a dependecy… Also the latest stable version appears to be, and I've now updated to it without adding any dependecy, which I can catch up on with a pkgrel bump if really necessary.

NutTool commented on 2018-05-13 23:27 (UTC)

This package is out of date - the latest version is, and the package requires, which is no longer provided by the dependencies (I found it in gcc6-libs).

ido commented on 2017-10-19 19:46 (UTC)

@Viech You can install the Mosek pip bindings from in your virtualenv. That's what I did when I used Mosek last. Happy to include the Python bindings in the package as well, but I won't have time to look at it until probably this weekend. I will make you a co-maintainer for now, if you decide to make improvements to the package and/or want to take it over fully just let me know and I'll hand it over to you fully. Any help would be appreciated. :-)

Viech commented on 2017-10-19 19:43 (UTC)

Thank you for the fast update @ido! I am currently in the process of installing multiple solvers I plan to use through python-picos, so the first thing I notice is that your package lacks the python and python2 bindings that come with the source tarball. (I cannot test anything else as I do not have any direct input to Mosek.) I might be able to make an update and potentially maintain the package, but I cannot tell when I will find the time to do so (some days to few weeks).

ido commented on 2017-10-19 19:02 (UTC)

Thanks @Viech I've updated to but I do not have time to test it - would you mind taking a look to make sure everything's working okay? If you'd like to take over maintaining this package, let me know as well.

Viech commented on 2017-10-19 18:48 (UTC)

The latest stable Mosek version is, hence this package is outdated.

ido commented on 2014-08-31 18:07 (UTC)

Updated to

ido commented on 2013-09-23 13:47 (UTC)

NOTE: To request changes to this package, please submit a pull request to the GitHub repository at Otherwise, open a GitHub issue. Thank you! -Ido

ido commented on 2013-09-22 08:20 (UTC)

Thanks to Doug Newgard for help cleaning up the PKGBUILD.

ido commented on 2013-09-22 04:50 (UTC)

This will install Mosek 64 bit on x86_64 architectures, and Mosek 32 bit on i686 architectures. (It will download the right file, just look at how the variable _mosekarch is set in the PKGBUILD if you want verification.) It looks like the AUR parser machine is i686, so the Sources picked were the 32 bit ones above. (A different source is set in the PKGBUILD file depending on value of CARCH.)