We previously weren't able to build systemd for Musl, but now we
can! (But not statically.) So there's no longer any reason to have
systemd support in Redis disabled by default for pkgsMusl.
continuation of #109595
pkgconfig was aliased in 2018, however, it remained in
all-packages.nix due to its wide usage. This cleans
up the remaining references to pkgs.pkgsconfig and
moves the entry to aliases.nix.
python3Packages.pkgconfig remained unchanged because
it's the canonical name of the upstream package
on pypi.
================================================================================
Redis 6.0.3 Released Sat May 16 18:10:21 CEST 2020
================================================================================
Upgrade urgency CRITICAL: a crash introduced in 6.0.2 is now fixed.
1eab62f7e Remove the client from CLOSE_ASAP list before caching the master.
================================================================================
Redis 6.0.2 Released Fri May 15 22:24:36 CEST 2020
================================================================================
Upgrade urgency MODERATE: many not critical bugfixes in different areas.
Critical fix to client side caching when
keys are evicted from the tracking table but
no notifications are sent.
The following are the most serious fix:
* XPENDING should not update consumer's seen-time
* optimize memory usage of deferred replies - fixed
* Fix CRC64 initialization outside the Redis server itself.
* stringmatchlen() should not expect null terminated strings.
* Cluster nodes availability checks improved when there is
high Pub/Sub load on the cluster bus.
* Redis Benchmark: Fix coredump because of double free
* Tracking: send eviction messages when evicting entries.
* rax.c updated from upstream antirez/rax.
* fix redis 6.0 not freeing closed connections during loading.
New features:
* Support setcpuaffinity on linux/bsd
* Client Side Caching: Add Tracking Prefix Number Stats in Server Info
* Add --user argument to redis-benchmark.c (ACL)
The 6.0 changelog notes that systemd support was rewritten. The effects
of that seem to be twofold:
* Redis will silently fail to sd_notify if not built with libsystemd,
breaking our unit configuration.
* It also appears to misbehave if told to daemonize when running under
systemd -- note that upstream's sample unit configuration does not
daemonize:
https://github.com/antirez/redis/blob/unstable/utils/systemd-redis_server.service
**Note**: This makes redis use libc malloc when cross-compiling to
ARM. This may or may not degrade performance.
The reason for this is vendored jemalloc with Redis' patches. The
makefile for deps has hardcoded configure flags for jemalloc, and as a
result, it is unable to cross-compile it.
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/redis/versions.
These checks were done:
- built on NixOS
- /nix/store/q6zp97d0xgxf7xa4gswy0jgqdnkrrxi4-redis-4.0.10/bin/redis-sentinel passed the binary check.
- /nix/store/q6zp97d0xgxf7xa4gswy0jgqdnkrrxi4-redis-4.0.10/bin/redis-server passed the binary check.
- /nix/store/q6zp97d0xgxf7xa4gswy0jgqdnkrrxi4-redis-4.0.10/bin/redis-benchmark passed the binary check.
- /nix/store/q6zp97d0xgxf7xa4gswy0jgqdnkrrxi4-redis-4.0.10/bin/redis-cli passed the binary check.
- Warning: no invocation of /nix/store/q6zp97d0xgxf7xa4gswy0jgqdnkrrxi4-redis-4.0.10/bin/redis-check-rdb had a zero exit code or showed the expected version
- Warning: no invocation of /nix/store/q6zp97d0xgxf7xa4gswy0jgqdnkrrxi4-redis-4.0.10/bin/redis-check-aof had a zero exit code or showed the expected version
- 4 of 6 passed binary check by having a zero exit code.
- 1 of 6 passed binary check by having the new version present in output.
- found 4.0.10 with grep in /nix/store/q6zp97d0xgxf7xa4gswy0jgqdnkrrxi4-redis-4.0.10
- directory tree listing: https://gist.github.com/a3e7b3964e29e1b8f0cfe9feca21635a
- du listing: https://gist.github.com/be5306dea5e04998bf4b962ab9c0de8d
Semi-automatic update generated by https://github.com/ryantm/nix-update tools.
This update was made based on information from https://repology.org/metapackage/redis/versions.
These checks were done:
- built on NixOS
- ran `/nix/store/li8wiv90v6f9gbsfsg6m9kppyvccmsgg-redis-4.0.9/bin/redis-server -v` and found version 4.0.9
- ran `/nix/store/li8wiv90v6f9gbsfsg6m9kppyvccmsgg-redis-4.0.9/bin/redis-server --version` and found version 4.0.9
- ran `/nix/store/li8wiv90v6f9gbsfsg6m9kppyvccmsgg-redis-4.0.9/bin/redis-benchmark --help` got 0 exit code
- ran `/nix/store/li8wiv90v6f9gbsfsg6m9kppyvccmsgg-redis-4.0.9/bin/redis-cli -v` and found version 4.0.9
- ran `/nix/store/li8wiv90v6f9gbsfsg6m9kppyvccmsgg-redis-4.0.9/bin/redis-cli --version` and found version 4.0.9
- found 4.0.9 with grep in /nix/store/li8wiv90v6f9gbsfsg6m9kppyvccmsgg-redis-4.0.9
- directory tree listing: https://gist.github.com/aa9a9c80a05ebbc58dac3d99c31f5258
Semi-automatic update generated by https://github.com/ryantm/nix-update tools. These checks were done:
- built on NixOS
- ran `/nix/store/jbp7m1gshmk8an8sb14glwijgw1chvvq-redis-4.0.8/bin/redis-server -v` and found version 4.0.8
- ran `/nix/store/jbp7m1gshmk8an8sb14glwijgw1chvvq-redis-4.0.8/bin/redis-server --version` and found version 4.0.8
- ran `/nix/store/jbp7m1gshmk8an8sb14glwijgw1chvvq-redis-4.0.8/bin/redis-benchmark --help` got 0 exit code
- ran `/nix/store/jbp7m1gshmk8an8sb14glwijgw1chvvq-redis-4.0.8/bin/redis-cli -v` and found version 4.0.8
- ran `/nix/store/jbp7m1gshmk8an8sb14glwijgw1chvvq-redis-4.0.8/bin/redis-cli --version` and found version 4.0.8
- found 4.0.8 with grep in /nix/store/jbp7m1gshmk8an8sb14glwijgw1chvvq-redis-4.0.8
- directory tree listing: https://gist.github.com/2870bd85351bae2037f6c3ffd93f9d51
