| Commit message (Collapse) | Author | Age |
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
It's only supported until February 13, 2020 which is during the 19.09 life cycle.
|
|\ |
|
| | |
|
|\| |
|
| |\
| | |
| | | |
postgresqlPackages.pg_cron: 1.1.4 -> 1.2.0
|
| | |
| | |
| | |
| | | |
changelog: https://github.com/citusdata/pg_cron/releases/tag/v1.2.0
|
| |/ |
|
|\| |
|
| |\ |
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
plv8 uses a custom version v8 version, which is reported to only build
on x86_64-linux. The next major version plv8 should drop the custom v8.
|
| | |
| | |
| | |
| | | |
Changes: https://github.com/plv8/plv8/compare/v2.3.12...v2.3.13
|
|/ / |
|
|\|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
There ver very many conflicts, basically all due to
name -> pname+version. Fortunately, almost everything was auto-resolved
by kdiff3, and for now I just fixed up a couple evaluation problems,
as verified by the tarball job. There might be some fallback to these
conflicts, but I believe it should be minimal.
Hydra nixpkgs: ?compare=1538299
|
| |\ |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
Semi-automatic update generated by
https://github.com/ryantm/nixpkgs-update tools. This update was made
based on information from
https://repology.org/metapackage/pgpool-ii/versions
|
| | |\
| | | |
| | | | |
Postgresql plugins fixes
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Marking packages broken isn't as fatal as throwing an exception. In my usecase,
I wanted to build all non-broken packages, that is:
```
nix-build -E 'with import ./.{}; with lib; flip filterAttrs postgresqlPackages (n: v: !v.meta.broken or false)'
```
|
| | | |
| | | |
| | | |
| | | |
| | | | |
The release with fix is still in alpha
https://github.com/tds-fdw/tds_fdw/releases
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
`postgresql11Packages`
Leftovers from https://github.com/NixOS/nixpkgs/commit/80aadbec604245071e73d5db57a282b830e6b2a9
`postgresql11Packages` are added to be built by Hydra as mainline PG plugins.
|
| |\ \ \
| | | | |
| | | | |
| | | | | |
... to avoid the accidental gnupatch rebuild
|
| |\ \ \ \ |
|
| | | | | | |
|
| | | | | | |
|
|\ \ \ \ \ \
| | |_|_|/ /
| |/| | | | |
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
According to pgbouncer README.md file c-ares is the
prefered way to resolve names for pgbouncer 1.10+:
https://github.com/pgbouncer/pgbouncer/blob/master/README.md#dns-lookup-support
The previous method (evdns) did not support EDNS0 and SOA lookups.
|
|/ / / / /
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
treewide replacement of
stdenv.mkDerivation rec {
name = "*-${version}";
version = "*";
to pname
|
| |_|_|/
|/| | |
| | | |
| | | | |
MySQL 8.0 is a significant iteration after MySQL 5.7. This patch adds it as
a parallel build alongside mysql57 (similar to mysql56 and mysql55 before).
|
| | | | |
|
| | | |
| | | |
| | | |
| | | | |
Updated to PGPool-II 4.0.5 and modify the code to allow absolute path
for pool_passwd file.
|
|\ \ \ \
| | | | |
| | | | | |
mysql57: 5.7.25 -> 5.7.27
|
| | | | | |
|
| | | | | |
|
|\ \ \ \ \
| |/ / / /
|/| | | | |
|
| | | | | |
|
| | | | | |
|
| | | | | |
|
| |/ / /
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
To get PostGIS going on Darwin:
1. Add libiconv, as is often required.
2. Expand platforms to `platforms.all`.
3. Deal with PostGIS' quirky build system.
PostGIS' configure.ac has the following gem:
AC_MSG_RESULT([------------------------------------------------------------------------])
AC_MSG_RESULT([ WARNING: You have set the --prefix to '$prefix'. But we mostly ])
AC_MSG_RESULT([ ignore the --prefix. For your info, using the values determined from ])
AC_MSG_RESULT([ $PG_CONFIG we will be installing: ])
AC_MSG_RESULT([ * postgis shared library in $PGSQL_LIBDIR ])
AC_MSG_RESULT([ * postgis SQL files in $PGSQL_SHAREDIR/contrib/postgis-$POSTGIS_MAJOR_VERSION.$POSTGIS_MINOR_VERSION ])
AC_MSG_RESULT([ * postgis executables in $PGSQL_BINDIR ])
AC_MSG_RESULT([------------------------------------------------------------------------])
This is suggestive of some assumptions in the build system, which are
revealed when building in Nix on Darwin: the build fails because the
postgres binary cannot be found in the install prefix specified for
postgis; vis.
cc x -bundle_loader $POSTGIS_PREFIX/bin/postgres
This bundle_loader parameter is only available on Darwin, and this
problem doesn't appear to affect Linux systems.
The solution presented here is to symlink the postgres binary where
PostGIS expects it to be, and then remove it after the build completes.
|
|\ \ \ \
| |_|_|/
|/| | | |
mariadb: 10.3.15 -> 10.3.17
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | | |
|