diff options
author | Jesse Haber-Kucharsky <hakuch@users.noreply.github.com> | 2016-09-12 04:44:50 -0400 |
---|---|---|
committer | vbgl <vbgl@users.noreply.github.com> | 2016-09-12 10:44:50 +0200 |
commit | 99e06fe771c76b88c3bd0b179297da906867b7d1 (patch) | |
tree | 906bcef54612f7b7719dd1aa2e2423725a5923af /lib/maintainers.nix | |
parent | 8d8f57d4aa8bf0aa3b7301a751b5240646981e42 (diff) | |
download | nixlib-99e06fe771c76b88c3bd0b179297da906867b7d1.tar nixlib-99e06fe771c76b88c3bd0b179297da906867b7d1.tar.gz nixlib-99e06fe771c76b88c3bd0b179297da906867b7d1.tar.bz2 nixlib-99e06fe771c76b88c3bd0b179297da906867b7d1.tar.lz nixlib-99e06fe771c76b88c3bd0b179297da906867b7d1.tar.xz nixlib-99e06fe771c76b88c3bd0b179297da906867b7d1.tar.zst nixlib-99e06fe771c76b88c3bd0b179297da906867b7d1.zip |
opam, aspcud: init packages for external solver (#16938)
The opam package manager relies on external solvers to determine package management decisions it makes related to upgrades, new installations, etc. While, strictly speaking, an external solver is optional, aspcud is highly recommended in documentation. Furthermore, even having a relatively small number of packages installed quickly causes the limits of the interal solver to be reached (before it times out). Aspcud itself depends on two programs from the same suite: gringo, and clasp. On Darwin, Boost 1.55 (and thus Gringo) do not build, so we only support Aspcud on non-Darwin platforms.
Diffstat (limited to 'lib/maintainers.nix')
-rw-r--r-- | lib/maintainers.nix | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/lib/maintainers.nix b/lib/maintainers.nix index 0e5740a6c325..b9bf6661671b 100644 --- a/lib/maintainers.nix +++ b/lib/maintainers.nix @@ -168,6 +168,7 @@ grahamc = "Graham Christensen <graham@grahamc.com>"; gridaphobe = "Eric Seidel <eric@seidel.io>"; guibert = "David Guibert <david.guibert@gmail.com>"; + hakuch = "Jesse Haber-Kucharsky <hakuch@gmail.com>"; havvy = "Ryan Scheel <ryan.havvy@gmail.com>"; hbunke = "Hendrik Bunke <bunke.hendrik@gmail.com>"; hce = "Hans-Christian Esperer <hc@hcesperer.org>"; |