AUR (en) - gurobi

Search Criteria

Package Details: gurobi 11.0.2-1

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.000526
First Submitted:	2016-08-10 19:35 (UTC)
Last Updated:	2024-05-14 19:13 (UTC)

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:

Popularity:

0.000526

First Submitted:

2016-08-10 19:35 (UTC)

Last Updated:

2024-05-14 19:13 (UTC)

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 command ln -sf ./libgurobi_g++5.2.a "${pkgdir}/usr/lib/libgurobi_c++.a" with ln -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."