Search Criteria
Package Details: gurobi 11.0.2-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/gurobi.git (read-only, click to copy) |
---|---|
Package Base: | gurobi |
Description: | State-of-the-art solver for mathematical programming |
Upstream URL: | https://www.gurobi.com/products/gurobi-optimizer |
Licenses: | custom |
Submitter: | marcosmrai |
Maintainer: | marcosmrai (libklein) |
Last Packager: | libklein |
Votes: | 8 |
Popularity: | 0.000475 |
First Submitted: | 2016-08-10 19:35 (UTC) |
Last Updated: | 2024-05-14 19:13 (UTC) |
Dependencies (5)
- python (python37AUR, python311AUR, python310AUR)
- gcc (gcc-gitAUR, gccrs-gitAUR, gcc11AUR, gcc-snapshotAUR) (optional) – C/C++ programming interfaces support
- java-environment (jdk12AUR, jdk10AUR, jdk10-openj9-binAUR, jdk7AUR, amazon-corretto-16AUR, jdk8-graalvm-binAUR, jdk16-graalvm-binAUR, jdk16-adoptopenjdkAUR, liberica-jre-11-binAUR, jdk11-j9-binAUR, jdk11-jbr-xdgAUR, jdk16-openjdkAUR, jdk14-openjdkAUR, jdk18-openjdkAUR, amazon-corretto-19-binAUR, jdk19-graalvm-binAUR, liberica-jre-11-full-binAUR, jdk19-graalvm-ee-binAUR, jdk13-openjdk-binAUR, liberica-jre-8-full-binAUR, jdk11-graalvm-binAUR, jdk-openj9AUR, jdk11-graalvm-ee-binAUR, jdk12-openjdkAUR, jdk11-dragonwell-standard-binAUR, jdk11-jetbrains-binAUR, jdk20-graalvm-binAUR, jdk17-graalvm-binAUR, jdk8-graalvm-ee-binAUR, jdk20-openj9-binAUR, zulu-13-binAUR, jdk8-dragonwell-extended-binAUR, jdk8-dragonwell-standard-binAUR, jdk11-dragonwell-extended-binAUR, jdk17-dragonwell-standard-binAUR, jdk11AUR, jdk8-j9-binAUR, jdk7-j9-binAUR, jdk7r1-j9-binAUR, jdk8-dragonwell-extendedAUR, jdk13-openjdkAUR, jdk15-openjdkAUR, jdk21-graalvm-binAUR, jdk17-jetbrainsAUR, jdk8-openj9-binAUR, jdk-ltsAUR, microsoft-openjdk-11-binAUR, microsoft-openjdk-17-binAUR, microsoft-openjdk-21-binAUR, liberica-nik-24-full-binAUR, jdk21-jetbrains-gitAUR, zulu-17-binAUR, zulu-11-binAUR, zulu-8-binAUR, mandrel-binAUR, mandrel24-binAUR, liberica-jdk-17-full-binAUR, liberica-jdk-11-lite-binAUR, liberica-jdk-11-full-binAUR, liberica-jdk-11-binAUR, jdk17-graalvm-ee-binAUR, jdk21-graalvm-ee-binAUR, jdk22-graalvm-ee-binAUR, jdk20-graalvm-ee-binAUR, jdk22-graalvm-binAUR, jdk19-openjdkAUR, jdk17-jetbrains-binAUR, zulu-jdk-fx-binAUR, jabba-binAUR, jdk21-jetbrainsAUR, jdk17-zulu-prime-binAUR, java-openjdk-binAUR, amazon-corretto-17AUR, amazon-corretto-21-binAUR, jdk21-temurinAUR, amazon-corretto-8AUR, amazon-corretto-11AUR, jdk11-temurinAUR, liberica-jdk-full-binAUR, liberica-jdk-21-full-binAUR, liberica-jdk-8-full-binAUR, jdk17-temurinAUR, jdk8-temurinAUR, zulu-21-binAUR, jdk-temurinAUR, jdk8AUR, zulu-17-fx-binAUR, jdk8-perfAUR, zulu-fx-binAUR, zulu8-fx-binAUR, zulu11-fx-binAUR, zulu17-fx-binAUR, zulu21-fx-binAUR, jdk-openj9-binAUR, jdk11-openj9-binAUR, jre-jetbrainsAUR, jdk-openjdk-wakefieldAUR, jdk21-openj9-binAUR, zulu-23-binAUR, jdkAUR, jre-zulu-binAUR, jre-zulu-fx-binAUR, jdk21-dragonwell-standard-binAUR, jdk21-dragonwell-extended-binAUR, jdk-android-studioAUR, jdk17-openj9-binAUR, jdk23-graalvm-ee-binAUR, zing-8-binAUR, zing-21-binAUR, java-openjdk-ea-binAUR, jdk21-jetbrains-binAUR, jdk-openjdk, jdk11-openjdk, jdk17-openjdk, jdk21-openjdk, jdk8-openjdk) (optional) – Java programming interface support
- matlabAUR (matlab-supportAUR) (optional) – MATLAB programming interface support, versions 2008b onwards
- mono (mono-gitAUR) (optional) – .NET programming interface support
Required by (8)
- kahip (optional)
- picat (optional)
- python-gurobipy
- python-optlang (optional)
- python-picos (optional)
- python-picos-git (optional)
- python-pyomo (optional)
- sage-numerical-backends-gurobi
Latest Comments
1 2 Next › Last »
lihe07 commented on 2024-03-24 05:18 (UTC) (edited on 2024-03-24 05:18 (UTC) by lihe07)
It seems like for gurobi11, users need to manually install gurobipy by pip. (pip install --break gurobipy)
Currently there is no
python-gurobipy
in arch package index.LCarmi commented on 2023-12-15 16:10 (UTC) (edited on 2023-12-15 16:10 (UTC) by LCarmi)
Some of my c++ builds are failing due to the error
/usr/bin/ld: cannot find -lgurobi_c++: No such file or directory
Investigating further, I found that the
/usr/lib/libgurobi_c++.a
symlink is faulty. Substituting in the PKGBUILD the commandln -sf ./libgurobi_g++5.2.a "${pkgdir}/usr/lib/libgurobi_c++.a"
withln -sf ./libgurobi_g++8.5.a "${pkgdir}/usr/lib/libgurobi_c++.a"
fixes the issue.Thanks for supporting the package!
Viech commented on 2021-01-27 14:40 (UTC)
Thank you for removing the hard dependency. Note though that by running "python setup.py install" you'll only get the Python 3 bindings, even if Python 2 is installed on the system. (Unless the system has not been updated in the last couple of years such that python = python2.) Thus it should be safe to remove also the optional dependency.
libklein commented on 2021-01-23 22:24 (UTC)
Python2 is not a hard dependency. I've made it optional.
terrificiceberg commented on 2020-12-03 11:52 (UTC)
Is python2 actually a hard dependency or could it be made optional? Right now gurobi is the only thing still depending on python2 on my system, and I would like to remove it.
Viech commented on 2020-09-14 16:19 (UTC)
==> Validating source files with sha256sums... gurobi9.0.3_linux64.tar.gz ... FAILED
uhrm commented on 2019-11-16 13:28 (UTC)
Update for Gurobi 8.1.1 and compatibility with Python 3.8: https://gitlab.com/uhrm-aur/gurobi
JohnRobson commented on 2018-12-06 02:51 (UTC)
I edited the PKGBUILD for Python 3.7 and Gurobi 8.1 - https://paste.debian.net/1054587/
Viech commented on 2018-11-05 11:26 (UTC)
I just noticed due to this being flagged out of date that Gurobi 8.1 was released two weeks ago and it does claim to have Python 3.7 support. If now CPLEX follows then I can finally update my four-month-stale laptop. :-)
Viech commented on 2018-11-05 11:13 (UTC)
@lucasbrynte Gurobi does not support it (neither does CPLEX, by the way - from the three big commercial solvers, only MOSEK currently does).
The package claiming that python<3.8 is fine is actually incorrect, because even when the line with "python3.6 setup.py" is changed to just "python3 setup.py" (implying Python 3.7 on my system), then setup.py itself will raise a "RuntimeError: Unsupported Python version."
1 2 Next › Last »