Commit Graph

6443 Commits

Author SHA1 Message Date
Matthew Bauer
76c7a8bac0
Merge pull request #51205 from matthewbauer/more-setup-hooks
Add premake & imake setup hook
2018-11-29 19:36:25 -06:00
Renaud
da2e0b84c6
Merge pull request #51168 from nyanloutre/jackett-update
jackett: 0.10.446 -> 0.10.471
2018-11-29 23:08:06 +01:00
Austin Seipp
c90a45a383 cockroachdb: 2.0.0 -> 2.1.1, aarch64 support
This also splits the .bin output to have a separate .man attribute:
previously it contained both.

This also adds provisional support for aarch64-linux, which seems to
build easily. (Full testing will ideally come via NixOS tests later)

Signed-off-by: Austin Seipp <aseipp@pobox.com>
2018-11-29 15:12:35 -06:00
Matthew Bauer
5d9b3a8e8b nas: use imake setup hook 2018-11-28 20:14:44 -06:00
Matthew Bauer
613e262fc2 imake: add setup hook 2018-11-28 20:14:33 -06:00
nyanloutre
6c06017137 jackett: 0.10.446 -> 0.10.471 2018-11-28 09:54:31 +01:00
Jörg Thalheim
c1ba7f4378
Merge pull request #51142 from alyssais/postgres_parallel
postgresql: disable parallel building on Darwin
2018-11-28 00:34:25 +00:00
Renaud
4a9580610e
Merge pull request #51138 from dtzWill/update/pdns-recursor-4.1.8
pdns-recursor: 4.1.7 -> 4.1.8 (security)
2018-11-27 22:55:19 +01:00
Alyssa Ross
dcae76862b nginxMainline: 1.15.6 -> 1.15.7 2018-11-27 21:28:49 +00:00
Alyssa Ross
c41c195dc5
postgresql: disable parallel building on Darwin
There have been multiple reports of this failing.

Fixes https://github.com/NixOS/nixpkgs/issues/51093.
2018-11-27 20:13:23 +00:00
Will Dietz
14342e8c6d pdns-recursor: 4.1.7 -> 4.1.8 (security)
https://docs.powerdns.com/recursor/changelog/4.1.html#change-4.1.8
2018-11-27 13:46:20 -06:00
Domen Kožar
f31ea5a2d5
postgresql: conditionalize systemd (on darwin) 2018-11-27 19:38:54 +00:00
Domen Kožar
d04fedd715
postgresql: Enable systemd integration for 9.6+
This allows, finally, proper detection when postgresql is ready to
accept connections. Until now, it was possible that services depending
on postgresql would fail in a race condition trying to connect
to postgresql.
2018-11-27 19:16:21 +00:00
Roman Volosatovs
fc42a76d93 echoip: init at unstable-2018-11-20 2018-11-27 11:25:34 -05:00
Renaud
7d928f6be6
Merge pull request #51067 from vdemeester/update-traefik
traefik: 1.7.1 -> 1.7.4
2018-11-27 17:16:18 +01:00
Florian Klink
00a51b4012
Merge pull request #50986 from dotlambda/dovecot-2.3.4
dovecot: 2.3.3 -> 2.3.4, dovecot_pigeonhole: 0.5.3 -> 0.5.4
2018-11-26 19:18:06 +01:00
Vincent Demeester
4619c0050c
traefik: 1.7.1 -> 1.7.4
Signed-off-by: Vincent Demeester <vincent@sbr.pm>
2018-11-26 18:27:58 +01:00
R. RyanTM
128a446c59 postgresql_11: 11.0 -> 11.1
Semi-automatic update generated by
https://github.com/ryantm/nixpkgs-update tools. This update was made
based on information from
https://repology.org/metapackage/postgresql/versions
2018-11-26 09:53:36 -06:00
Franz Pletz
c1d760f0bf
Merge pull request #50469 from mguentner/mxisd
mxisd: init at 1.2.0 plus service with test
2018-11-25 13:26:05 +00:00
Robert Schütz
5a2317d331 appdaemon: add idna-ssl to aiohttp's propagatedBuildInputs
closes #51009, closes #51010
2018-11-25 12:20:47 +01:00
Robert Schütz
b6c96c6419 dovecot: 2.3.3 -> 2.3.4, dovecot_pigeonhole: 0.5.3 -> 0.5.4 2018-11-24 17:03:22 +01:00
Michael Raskin
5e159d463b
Merge pull request #49228 from Ekleog/rss2email-module
rss2email module: init
2018-11-23 22:30:29 +00:00
Franz Pletz
2bf16cbbc3
matrix-synapse: 0.33.8 -> 0.33.9 2018-11-23 21:09:57 +01:00
elseym
1fd55e5e90
home-assistant: add nanoleaf dependency 2018-11-23 15:20:22 +01:00
Franz Pletz
2fb90e57fd
home-assistant: pin to python 3.6 2018-11-23 15:14:31 +01:00
Franz Pletz
28cdc4b921
squid4: 4.0.24 -> 4.4 2018-11-22 14:41:08 +01:00
Franz Pletz
ec3598087d
squid: 3.5.27 -> 3.5.28 2018-11-22 14:41:07 +01:00
Franz Pletz
20af37e300
sslh: 1.19c -> 1.20 2018-11-22 14:36:27 +01:00
Renaud
0028f5de89
uwsgi: build with PCRE support (#50896)
(#50896)
2018-11-21 23:44:59 +01:00
markuskowa
a92594bec4
Merge pull request #50717 from r-ryantm/auto-update/jackett
jackett: 0.10.434 -> 0.10.446
2018-11-21 13:12:24 +01:00
Renaud
ae69f79ddb
Merge pull request #50719 from r-ryantm/auto-update/jetty
jetty: 9.4.12.v20180830 -> 9.4.14.v20181114
2018-11-21 11:17:27 +01:00
Vladimír Čunát
0025ae4ff8
Merge #50721: knot-dns: 2.7.3 -> 2.7.4
NEWS: https://gitlab.labs.nic.cz/knot/knot-dns/tags/v2.7.4
2018-11-21 10:32:23 +01:00
Renaud
ff0d51d790
Merge pull request #50814 from r-ryantm/auto-update/check_ssl_cert
checkSSLCert: 1.76.0 -> 1.78.0
2018-11-20 20:25:47 +01:00
Franz Pletz
3cd66c1263
prometheus-alertmanager: 0.15.2 -> 0.15.3 2018-11-20 13:43:19 +01:00
Franz Pletz
eea3c6bbd5
caddy: 0.11.0 -> 0.11.1 2018-11-20 13:43:19 +01:00
Frederik Rietdijk
fd26e7be2a Merge master into staging-next 2018-11-20 11:47:26 +01:00
R. RyanTM
97c1e3069b checkSSLCert: 1.76.0 -> 1.78.0
Semi-automatic update generated by
https://github.com/ryantm/nixpkgs-update tools. This update was made
based on information from
https://repology.org/metapackage/check_ssl_cert/versions
2018-11-19 17:52:18 -08:00
R. RyanTM
23ed0307b5 knot-dns: 2.7.3 -> 2.7.4
Semi-automatic update generated by
https://github.com/ryantm/nixpkgs-update tools. This update was made
based on information from
https://repology.org/metapackage/knot-dns/versions
2018-11-19 05:17:41 -08:00
R. RyanTM
2fbbf2fc48 jetty: 9.4.12.v20180830 -> 9.4.14.v20181114
Semi-automatic update generated by
https://github.com/ryantm/nixpkgs-update tools. This update was made
based on information from
https://repology.org/metapackage/jetty/versions
2018-11-19 05:11:10 -08:00
R. RyanTM
91796d1020 jackett: 0.10.434 -> 0.10.446
Semi-automatic update generated by
https://github.com/ryantm/nixpkgs-update tools. This update was made
based on information from
https://repology.org/metapackage/jackett/versions
2018-11-19 04:30:56 -08:00
Frederik Rietdijk
e343a85cfb Merge master into staging-next 2018-11-19 09:55:32 +01:00
R. RyanTM
eb61876a78 neo4j: 3.4.9 -> 3.4.10
Semi-automatic update generated by
https://github.com/ryantm/nixpkgs-update tools. This update was made
based on information from
https://repology.org/metapackage/neo4j/versions
2018-11-19 00:22:54 -08:00
Renaud
7f84561cc3
Merge pull request #49631 from janikrabe/master
oidentd: 2.2.2 -> 2.3.1
2018-11-19 00:31:02 +01:00
R. RyanTM
74f9e555d3 rabbitmq-server: 3.7.8 -> 3.7.9 (#50573)
Semi-automatic update generated by
https://github.com/ryantm/nixpkgs-update tools. This update was made
based on information from
https://repology.org/metapackage/rabbitmq-server/versions
2018-11-18 12:50:34 +01:00
Frederik Rietdijk
63c6875f26 Merge master into staging-next 2018-11-18 10:32:12 +01:00
Austin Seipp
47b3086bdf foundationdb: set RELEASE=true for official builds
This ensures the proper version is reported in the server status
information; otherwise it has a '-PRERELEASE' suffix.

Signed-off-by: Austin Seipp <aseipp@pobox.com>
2018-11-17 22:12:40 -06:00
Austin Seipp
8d4f8a6d26 foundationdb60: 6.0.11pre2716 -> 6.0.15
Signed-off-by: Austin Seipp <aseipp@pobox.com>
2018-11-16 20:34:20 -06:00
Austin Seipp
6054dabc11 foundationdb: rework python bindings, build system
FoundationDB uses Python at build time for some code generation.
However, it also has the official python bindings inside the source code
too, and the code for the Python bindings has some of it auto-generated
at compile time.

This made building python packages unattractive: we want to use the
source code generated from the FoundationDB build, but we don't want to
rebuild it. Previously we would override the 'python' input to the
FoundationDB module, but this meant we would do a complete rebuild, as
it was a necessary build time dependency, even though the resulting
generated code itself would not change. Furthermore, FoundationDB
versions < 6.0 don't properly support Python 3 *for the build system*,
though the bindings supported it, so that caused build failures. But the
first effect is the worst: it meant building separate python2 and
python3 packages implied two complete rebuilds of a single FoundationDB
version. This meant rather than 3 FDB builds, we'd do 3*N where N = the
number of major Python versions we support.

Finally, because we did not use pip to generate a wheel that we install
with metadata recorded for the installation, the FoundationDB python
package couldn't be used as an input to other setup.py-based packages:
there would be no recorded metadata in the dist-info folder which would
say this is the foundationdb package. This greatly limits its utility.

To fix all this, we do a few things:

  - Apply some patches to fix the build system with Python 3.x for
    older FoundationDB versions. (This is nice if end-users have
    overridden the global Python version for some reason.)
  - Move python directly into nativeBuildInputs, so it is only a
    build time dependency.
  - Take the python source code from the ./bindings directory and
    tar it up use later after the build is done, so we get to keep
    the generated code. This is the new 'pythonsrc' output from the
    build. This code doesn't change based on whether or not the input
    or resulting package is using Python 2 or 3, it's totally
    deterministic.
  - The build system also patches up the python source code a little,
    so it can be installed directly with setup.py (it needs a little
    stuff that it normally expects the build system to do.)
  - Rework the python package to a separate file that uses
    buildPythonPackage directly. Because the source code is already
    prepared, it needs almost nothing else. Furthermore, this kills
    the override itself for the foundationdb package, meaning rebuilds
    are no longer needed.
  - This package is very simple and just uses foundationdb.pythonsrc
    as its source input. It also ensures a link to libfdb_c.so can
    be found by ctypes (using substituteInPlace)
  - python-packages.nix now just uses callPackage directly.

The net effect of this is, most importantly, that python packages do not
imply a full rebuild of the server source code: building python2 and
python3 packages from a version of FoundationDB now does not need to
override the foundationdb python input, reducing the number of needless
builds. They instead just run setup.py with the given version as input.

The second biggest effect is that wheel metadata is recorded correctly,
meaning dependent-python-packages that want to use the FoundationDB
bindings e.g. from PyPi should now work fine with buildPythonPackage.

Signed-off-by: Austin Seipp <aseipp@pobox.com>
2018-11-16 20:34:19 -06:00
Austin Seipp
32948a6f3d foundationdb: include fdb.options in .dev for binding generators
Signed-off-by: Austin Seipp <aseipp@pobox.com>
2018-11-16 20:22:40 -06:00
Michael Weiss
939bb2189b monetdb: 11.29.7 -> 11.31.11 2018-11-16 23:33:26 +01:00