Commit graph

222300 commits

Author SHA1 Message Date
Emily
21f183a3fe nixos/tests/common/acme: don't set nameservers for client
The resolver is mainly useful for the ACME server, and acme.nix uses its
own DNS server to test DNS-01 challenges.
2020-04-18 05:15:47 +01:00
Emily
e6d5e83cf1 nixos/tests/common/acme: enable Pebble strict mode
This lets us get early warning about any bugs or backwards-compatibility
hazards in lego.

Pebble will default to this in the future, but doesn't currently;
see https://github.com/letsencrypt/pebble/blob/v2.3.0/README.md#strict-mode.
2020-04-18 05:15:47 +01:00
Emily
695fd78ac4 nixos/tests/acme: use CAP_NET_BIND_SERVICE 2020-04-18 05:15:47 +01:00
Emily
d0f04c1623 nixos/tests/acme: use *.test domains
Shimming out the Let's Encrypt domain name to reuse client configuration
doesn't work properly (Pebble uses different endpoint URL formats), is
recommended against by upstream,[1] and is unnecessary now that the ACME
module supports specifying an ACME server. This commit changes the tests
to use the domain name acme.test instead, and renames the letsencrypt
node to acme to reflect that it has nothing to do with the ACME server
that Let's Encrypt runs. The imports are renamed for clarity:

* nixos/tests/common/{letsencrypt => acme}/{common.nix => client}
* nixos/tests/common/{letsencrypt => acme}/{default.nix => server}

The test's other domain names are also adjusted to use *.test for
consistency (and to avoid misuse of non-reserved domain names such
as standalone.com).

[1] https://github.com/letsencrypt/pebble/issues/283#issuecomment-545123242

Co-authored-by: Yegor Timoshenko <yegortimoshenko@riseup.net>
2020-04-18 05:15:47 +01:00
Emily
352e30df8a nixos/tests/acme: don't restrict to x86_64
This was added in aade4e577b, but the
implementation of the ACME module has been entirely rewritten since
then, and the test seems to run fine on AArch64.
2020-04-18 05:15:47 +01:00
Emily
6285d5eabd pebble: v2.2.2 -> v2.3.0
Also add myself to maintainers and correct meta.homepage.
2020-04-18 05:15:47 +01:00
Dmitry Kalinkin
68a4ca45e0
Merge pull request #85406 from eadwu/sourcehut/update-5
sourcehut: 2020.04.16
2020-04-18 00:02:18 -04:00
Benjamin Hipple
3d902a8263
Merge pull request #84925 from NilsIrl/ghidra_9.1.2
ghidra: 9.1 -> 9.1.2
2020-04-17 22:56:46 -04:00
John Ericson
6b9c0adc24
Merge pull request #85470 from petabyteboy/feature/blas-fix-build
blas: fix build
2020-04-17 21:31:39 -04:00
Mario Rodas
1d3de252ff
Merge pull request #85380 from filalex77/packet-cli-0.0.6
packet-cli: init at 0.0.6
2020-04-17 20:24:13 -05:00
Markus Wamser
7bac5db6f7
maintainers: add wamserma
Signed-off-by: Markus S. Wamser <github-dev@mail2013.wamser.eu>
2020-04-17 21:14:15 -04:00
Milan Pässler
fc5090b315 blas: fix build 2020-04-18 03:06:47 +02:00
lewo
b8cd08a927
Merge pull request #85467 from zowoq/yq
yq-go: 3.2.1 -> 3.3.0
2020-04-18 02:42:18 +02:00
Bruno Bigras
11be0cd745 spotifyd: add withMpris and withKeyring optionals 2020-04-17 20:29:56 -04:00
Milan Pässler
16a4332d60 nixos/deluge: support 2.x 2020-04-18 02:00:04 +02:00
Will Dietz
fee776aae4 deluge: remove use of deprecated alias 2020-04-18 02:00:04 +02:00
Will Dietz
9ae8499342 deluge: 1.3.15 -> 2.0.3
* let's try 2.0 version now, no time better than the present! Maybe!
* bz2 -> xz
* maybe python3
* disable pyGtkGlade for deps, maybe not needed?
* fix gtk/etc deps, deluge-gtk works! \o/
* restore installation of images and such

The old version is kept available as some torrent trackers have not
updated their whitelists yet.
2020-04-18 02:00:04 +02:00
Will Dietz
ca722c5e2b libtorrent-rasterbar: 1.1.11 -> 1.2.5
https://raw.githubusercontent.com/arvidn/libtorrent/libtorrent-1_2_5/ChangeLog

The old release is kept available as libtorrentRasterbar-1_1_x for deluge 1.x.
2020-04-18 02:00:04 +02:00
Milan Pässler
69e73264a9 Partially revert "libtorrent-raster: 1.1.11 -> 1.2.5; qbittorrent: 4.2.1 -> 4.2.2"
This partially reverts commit cc03fb4210.
The libtorrentRasterbar update broke deluge 1.x, the hash was not
updated and obsolete dependencies and flags were not removed.
2020-04-18 02:00:04 +02:00
Jeff Labonte
094c35b920 brave: 1.5.123 -> 1.7.92 2020-04-17 19:50:17 -04:00
John Ericson
e99a409065
Merge pull request #85190 from Ericson2314/fwupdate
fwupdate: Clean up -I flags
2020-04-17 18:50:22 -04:00
zowoq
95847e6405 yq-go: 3.2.1 -> 3.3.0
https://github.com/mikefarah/yq/releases/tag/3.3.0
2020-04-18 08:49:49 +10:00
adisbladis
ce283f055b
Merge pull request #85448 from bhipple/fix/mesa-glu
mesa-glu: use HTTPS instead of FTP
2020-04-18 00:46:20 +02:00
John Ericson
cdfda4b455
Merge pull request #83888 from matthewbauer/blas-alternatives
Add BLAS/LAPACK switching mechanism
2020-04-17 18:38:41 -04:00
adisbladis
3fe18a5b4e
emacsPackages.pod-mode: Fix platforms meta 2020-04-17 23:27:06 +01:00
adisbladis
d31a6f34dd
Merge pull request #85461 from adisbladis/systemfd
systemfd: init at 0.3.0
2020-04-17 23:40:54 +02:00
Matthew Bauer
97fc083fd4 giac: broken on 64-bit blas 2020-04-17 16:24:31 -05:00
Matthew Bauer
fcf33e2499 scs: breaks on 64bit blas 2020-04-17 16:24:31 -05:00
Matthew Bauer
98fb0ede70 arrayfire: remove mkl
This is unfree.
2020-04-17 16:24:30 -05:00
Matthew Bauer
d83e9c9573 setup-hooks/audit-blas.sh: init
Add a simple hook that makes sure blas and lapack are linked to the
right place.
2020-04-17 16:24:25 -05:00
Matthew Bauer
7841b4290f pkgs/release-alternatives.nix: create
Add some ability to test the different BLAS/LAPACK implementations
together.
2020-04-17 16:24:16 -05:00
Matthew Bauer
1c8aba8334 treewide: use blas and lapack
This makes packages use lapack and blas, which can wrap different
BLAS/LAPACK implementations.

treewide: cleanup from blas/lapack changes

A few issues in the original treewide:

- can’t assume blas64 is a bool
- unused commented code
2020-04-17 16:24:09 -05:00
Matthew Bauer
43873351ff blas/lapack: add wrapper for “alternative”s of BLAS/LAPACK provider
This is based on previous work for switching between BLAS and LAPACK
implementation in Debian[1] and Gentoo[2]. The goal is to have one way
to depend on the BLAS/LAPACK libraries that all packages must use. The
attrs “blas” and “lapack” are used to represent a wrapped BLAS/LAPACK
provider. Derivations that don’t care how BLAS and LAPACK are
implemented can just use blas and lapack directly. If you do care what
you get (perhaps for some CPP), you should verify that blas and lapack
match what you expect with an assertion.

The “blas” package collides with the old “blas” reference
implementation. This has been renamed to “blas-reference”. In
addition, “lapack-reference” is also included, corresponding to
“liblapack” from Netlib.org.

Currently, there are 3 providers of the BLAS and LAPACK interfaces:

- lapack-reference: the BLAS/LAPACK implementation maintained by netlib.org
- OpenBLAS: an optimized version of BLAS and LAPACK
- MKL: Intel’s unfree but highly optimized BLAS/LAPACK implementation

By default, the above implementations all use the “LP64” BLAS and
LAPACK ABI. This corresponds to “openblasCompat” and is the safest way
to use BLAS/LAPACK. You may received some benefits from “ILP64” or
8-byte integer BLAS at the expense of breaking compatibility with some
packages.

This can be switched at build time with an override like:

    import <nixpkgs> {
        config.allowUnfree = true;
        overlays = [(self: super: {
          lapack = super.lapack.override {
            lapackProvider = super.lapack-reference;
          };
          blas = super.blas.override {
            blasProvider = super.lapack-reference;
          };
        })];
      }

or, switched at runtime via LD_LIBRARY_PATH like:

    $ LD_LIBRARY_PATH=$(nix-build -E '(with import <nixpkgs> {}).lapack.override { lapackProvider = pkgs.mkl; is64bit = true; })')/lib:$(nix-build -E '(with import <nixpkgs> {}).blas.override { blasProvider = pkgs.mkl; is64bit = true; })')/lib ./your-blas-linked-binary

By default, we use OpenBLAS LP64 also known in Nixpkgs as
openblasCompat.

[1]: https://wiki.debian.org/DebianScience/LinearAlgebraLibraries
[2]: https://wiki.gentoo.org/wiki/Blas-lapack-switch
2020-04-17 16:23:55 -05:00
Matthew Bauer
90326ba624 lapack: enable shared libraries, cblas, and tests 2020-04-17 16:17:12 -05:00
adisbladis
04afb68ad7
systemfd: init at 0.3.0 2020-04-17 22:10:18 +01:00
Peter Simons
10100a97c8 ghc-8.10.x: add plenty of overrides to fix builds 2020-04-17 22:50:43 +02:00
Ismaël Bouya
8e88b8dce2
nixos/acme: Fix postRun in acme certificate being ran at every run 2020-04-17 22:16:50 +02:00
Maximilian Bosch
135ae45d24
grocy: 2.7.0 -> 2.7.1
https://github.com/grocy/grocy/releases/tag/v2.7.1
2020-04-17 22:02:28 +02:00
Mario Rodas
2f33062f53 flow: 0.122.0 -> 0.123.0
Changelog: https://github.com/facebook/flow/releases/tag/v0.123.0
2020-04-17 22:00:54 +02:00
Graham Christensen
e42312e354
Merge pull request #85183 from Xe/zig-0.6.0
zig: upgrade to 0.6.0
2020-04-17 15:17:45 -04:00
Peter Simons
e9687df24a
Merge pull request #85178 from NixOS/haskell-updates
Update Haskell package set to LTS 15.8 (plus other fixes)
2020-04-17 21:02:58 +02:00
Matthieu Coudron
839263d558 termpdf.py: init at 2019-09-30
This is a pdf reader for the terminal kitty.
2020-04-17 21:01:17 +02:00
Matthieu Coudron
c881dd5e68 pythonPackages.pagelabels: init at 1.2.0
Used in termpdf I want to package.
2020-04-17 21:01:17 +02:00
Matthieu Coudron
c0a498b5d5 pythonPackages.pdfrw: init at 0.4.0 2020-04-17 21:01:17 +02:00
Anders Kaseorg
4fdc455543
mesa-demos: init at 8.4.0 (#74310)
* mesa-demos: init at 8.4.0

Signed-off-by: Anders Kaseorg <andersk@mit.edu>

* Update pkgs/tools/graphics/mesa-demos/default.nix

Co-Authored-By: Doron Behar <doron.behar@gmail.com>
2020-04-17 14:00:48 -05:00
Peter Simons
783af05bbb all-cabal-hashes: update to Hackage at 2020-04-17T17:47:53Z 2020-04-17 20:56:52 +02:00
Peter Simons
d6aedf7bcd haskell-ghc-lib-parser-ex: fix build with GHC versions prior to 8.8.x 2020-04-17 20:50:48 +02:00
Guillaume Bouchard
abc4f961b4 haskellPackages.ghcWithPackages: fix for GHC 8.10
This closes #79441.

ghcWithPackages is using `ghc-pkg recache` to build its package
database. By doing so, it overrides the `package.cache[.lock]` files.

Details are unclear, but GHC 8.10 changed a bit the behavior.
Previously, it was unconditionally replacing the files by new ones. Now
it tries to open (for modification) the files. These files are symlinks
to another nix derivation, which is hence read-only.

This commit removes the files before running `ghc-pkg recache`, hence it
will just write the new files.

Tested with `haskellPackages.ghcWithPackages` (i.e. GHC 8.8) and
`haskell.packages.ghc8101.ghcWithPackages` (i.e GHC 8.10) with the
following nix file, at the root of the nixpkgs repository:

```
with import ./. {
  overlays = [
    (
      self: super: {
        haskellPackages = super.haskell.packages.ghc8101.override {
          overrides = selfh: superh: {
             th-lift-instances = super.haskell.lib.doJailbreak superh.th-lift-instances;
             th-expand-syns    = super.haskell.lib.doJailbreak superh.th-expand-syns;
             th-reify-many     = super.haskell.lib.doJailbreak superh.th-reify-many;
             th-orphans        = super.haskell.lib.doJailbreak superh.th-orphans;
             haskell-src-meta  = super.haskell.lib.doJailbreak superh.haskell-src-meta;
          };
        };
      }
  )
  ];
};
haskellPackages.ghcWithPackages(p:[p.PyF])
```

This will test with GHC 8.10. Comment out the `overlays` to test with
GHC 8.8.
2020-04-17 20:50:48 +02:00
Mike Sperber
53cfd1d132 haskell-tensorflow: unbreak
- get the current Git head of haskell-tensorflow
- adjust dependencies
2020-04-17 20:50:48 +02:00
Michael Alan Dorman
d59d157ad9 cabal-install-parsers: update Cabal dependency
This also unbreaks `haskell-ci`.
2020-04-17 20:50:48 +02:00