Semi-automatic update generated by https://github.com/ryantm/nixpkgs-update tools.
This update was made based on information from https://repology.org/metapackage/hdparm/versions.
These checks were done:
- built on NixOS
- ran `/nix/store/c646kg7w31rm3rz30n145jf77kjw2dmg-hdparm-9.56/bin/hdparm -h` got 0 exit code
- ran `/nix/store/c646kg7w31rm3rz30n145jf77kjw2dmg-hdparm-9.56/bin/hdparm -V` and found version 9.56
- ran `/nix/store/c646kg7w31rm3rz30n145jf77kjw2dmg-hdparm-9.56/bin/hdparm -h` and found version 9.56
- found 9.56 with grep in /nix/store/c646kg7w31rm3rz30n145jf77kjw2dmg-hdparm-9.56
- directory tree listing: https://gist.github.com/288d8bff26d3af52b38fbd8055ee2aac
OpenSMTPD does not require the setuid bit for its `sendmail`. This works
around it by wrapping the called `sendmail` so that the wrapper falls
back on either the setuid `sendmail` or the non-setuid `sendmail`
depending on what's available.
The solution of relying on `$PATH` to be set is unfortunately
unreliable, as `mdadm --monitor` will likely be executed from a
`systemd` unit, that runs with a clean `$PATH`.
Semi-automatic update generated by https://github.com/ryantm/nix-update tools.
This update was made based on information from https://repology.org/metapackage/i2c-tools/versions.
These checks were done:
- built on NixOS
- ran `/nix/store/01psgfkqwlff69addbhp08xi5z2p3y7w-i2c-tools-4.0/bin/decode-dimms -h` got 0 exit code
- ran `/nix/store/01psgfkqwlff69addbhp08xi5z2p3y7w-i2c-tools-4.0/bin/decode-dimms --help` got 0 exit code
- ran `/nix/store/01psgfkqwlff69addbhp08xi5z2p3y7w-i2c-tools-4.0/bin/decode-dimms help` got 0 exit code
- ran `/nix/store/01psgfkqwlff69addbhp08xi5z2p3y7w-i2c-tools-4.0/bin/decode-dimms -h` and found version 4.0
- ran `/nix/store/01psgfkqwlff69addbhp08xi5z2p3y7w-i2c-tools-4.0/bin/decode-dimms --help` and found version 4.0
- ran `/nix/store/01psgfkqwlff69addbhp08xi5z2p3y7w-i2c-tools-4.0/bin/decode-vaio -h` got 0 exit code
- ran `/nix/store/01psgfkqwlff69addbhp08xi5z2p3y7w-i2c-tools-4.0/bin/decode-vaio --help` got 0 exit code
- ran `/nix/store/01psgfkqwlff69addbhp08xi5z2p3y7w-i2c-tools-4.0/bin/decode-vaio help` got 0 exit code
- ran `/nix/store/01psgfkqwlff69addbhp08xi5z2p3y7w-i2c-tools-4.0/bin/decode-edid -h` got 0 exit code
- ran `/nix/store/01psgfkqwlff69addbhp08xi5z2p3y7w-i2c-tools-4.0/bin/decode-edid --help` got 0 exit code
- ran `/nix/store/01psgfkqwlff69addbhp08xi5z2p3y7w-i2c-tools-4.0/bin/decode-edid help` got 0 exit code
- ran `/nix/store/01psgfkqwlff69addbhp08xi5z2p3y7w-i2c-tools-4.0/bin/decode-edid -V` and found version 4.0
- ran `/nix/store/01psgfkqwlff69addbhp08xi5z2p3y7w-i2c-tools-4.0/bin/decode-edid -v` and found version 4.0
- ran `/nix/store/01psgfkqwlff69addbhp08xi5z2p3y7w-i2c-tools-4.0/bin/decode-edid --version` and found version 4.0
- ran `/nix/store/01psgfkqwlff69addbhp08xi5z2p3y7w-i2c-tools-4.0/bin/decode-edid version` and found version 4.0
- ran `/nix/store/01psgfkqwlff69addbhp08xi5z2p3y7w-i2c-tools-4.0/bin/decode-edid -h` and found version 4.0
- ran `/nix/store/01psgfkqwlff69addbhp08xi5z2p3y7w-i2c-tools-4.0/bin/decode-edid --help` and found version 4.0
- ran `/nix/store/01psgfkqwlff69addbhp08xi5z2p3y7w-i2c-tools-4.0/bin/decode-edid help` and found version 4.0
- ran `/nix/store/01psgfkqwlff69addbhp08xi5z2p3y7w-i2c-tools-4.0/bin/i2cdetect -V` and found version 4.0
- ran `/nix/store/01psgfkqwlff69addbhp08xi5z2p3y7w-i2c-tools-4.0/bin/i2cdump -V` and found version 4.0
- ran `/nix/store/01psgfkqwlff69addbhp08xi5z2p3y7w-i2c-tools-4.0/bin/i2cget -V` and found version 4.0
- ran `/nix/store/01psgfkqwlff69addbhp08xi5z2p3y7w-i2c-tools-4.0/bin/i2cset -V` and found version 4.0
- ran `/nix/store/01psgfkqwlff69addbhp08xi5z2p3y7w-i2c-tools-4.0/bin/i2ctransfer -V` and found version 4.0
- found 4.0 with grep in /nix/store/01psgfkqwlff69addbhp08xi5z2p3y7w-i2c-tools-4.0
- directory tree listing: https://gist.github.com/7e7d303f66bb0a865a35ab286258a07e
The isSeccomputable flag treated Linux without seccomp as just a
normal variant, when it really should be treated as a special case
incurring complexity debt to support.
The isKexecable flag treated Linux without kexec as just a normal
variant, when it really should be treated as a special case incurring
complexity debt to support.
Semi-automatic update generated by https://github.com/ryantm/nix-update tools. These checks were done:
- built on NixOS
- Warning: no binary found that responded to help or version flags. (This warning appears even if the package isn't expected to have binaries.)
- found 4.8 with grep in /nix/store/lbmm10zm3yif6n33xvw5irzhzsqkwk7b-pam-krb5-4.8
- directory tree listing: https://gist.github.com/8511cb10102508ce5701ed7e0830e60c
Semi-automatic update generated by https://github.com/ryantm/nix-update tools. These checks were done:
- built on NixOS
- ran `/nix/store/2c9wjl45czzxkjdg6gggnqz19jky6ml6-rdma-core-17.1/bin/ibv_asyncwatch -h` got 0 exit code
- ran `/nix/store/2c9wjl45czzxkjdg6gggnqz19jky6ml6-rdma-core-17.1/bin/ibv_asyncwatch --help` got 0 exit code
- ran `/nix/store/2c9wjl45czzxkjdg6gggnqz19jky6ml6-rdma-core-17.1/bin/ibv_asyncwatch -h` and found version 17.1
- ran `/nix/store/2c9wjl45czzxkjdg6gggnqz19jky6ml6-rdma-core-17.1/bin/ibv_asyncwatch --help` and found version 17.1
- ran `/nix/store/2c9wjl45czzxkjdg6gggnqz19jky6ml6-rdma-core-17.1/bin/rxe_cfg -h` got 0 exit code
- ran `/nix/store/2c9wjl45czzxkjdg6gggnqz19jky6ml6-rdma-core-17.1/bin/rxe_cfg --help` got 0 exit code
- ran `/nix/store/2c9wjl45czzxkjdg6gggnqz19jky6ml6-rdma-core-17.1/bin/rxe_cfg help` got 0 exit code
- ran `/nix/store/2c9wjl45czzxkjdg6gggnqz19jky6ml6-rdma-core-17.1/bin/ibacm help` got 0 exit code
- ran `/nix/store/2c9wjl45czzxkjdg6gggnqz19jky6ml6-rdma-core-17.1/bin/iwpmd -h` got 0 exit code
- ran `/nix/store/2c9wjl45czzxkjdg6gggnqz19jky6ml6-rdma-core-17.1/bin/iwpmd --help` got 0 exit code
- ran `/nix/store/2c9wjl45czzxkjdg6gggnqz19jky6ml6-rdma-core-17.1/bin/iwpmd help` got 0 exit code
- ran `/nix/store/2c9wjl45czzxkjdg6gggnqz19jky6ml6-rdma-core-17.1/bin/iwpmd -V` and found version 17.1
- ran `/nix/store/2c9wjl45czzxkjdg6gggnqz19jky6ml6-rdma-core-17.1/bin/iwpmd -v` and found version 17.1
- ran `/nix/store/2c9wjl45czzxkjdg6gggnqz19jky6ml6-rdma-core-17.1/bin/iwpmd --version` and found version 17.1
- ran `/nix/store/2c9wjl45czzxkjdg6gggnqz19jky6ml6-rdma-core-17.1/bin/iwpmd -h` and found version 17.1
- ran `/nix/store/2c9wjl45czzxkjdg6gggnqz19jky6ml6-rdma-core-17.1/bin/iwpmd --help` and found version 17.1
- ran `/nix/store/2c9wjl45czzxkjdg6gggnqz19jky6ml6-rdma-core-17.1/bin/rdma-ndd -h` got 0 exit code
- ran `/nix/store/2c9wjl45czzxkjdg6gggnqz19jky6ml6-rdma-core-17.1/bin/rdma-ndd --help` got 0 exit code
- ran `/nix/store/2c9wjl45czzxkjdg6gggnqz19jky6ml6-rdma-core-17.1/bin/rdma-ndd help` got 0 exit code
- ran `/nix/store/2c9wjl45czzxkjdg6gggnqz19jky6ml6-rdma-core-17.1/bin/rdma-ndd -V` and found version 17.1
- ran `/nix/store/2c9wjl45czzxkjdg6gggnqz19jky6ml6-rdma-core-17.1/bin/rdma-ndd -v` and found version 17.1
- ran `/nix/store/2c9wjl45czzxkjdg6gggnqz19jky6ml6-rdma-core-17.1/bin/rdma-ndd --version` and found version 17.1
- found 17.1 with grep in /nix/store/2c9wjl45czzxkjdg6gggnqz19jky6ml6-rdma-core-17.1
- found 17.1 in filename of file in /nix/store/2c9wjl45czzxkjdg6gggnqz19jky6ml6-rdma-core-17.1
- directory tree listing: https://gist.github.com/bc45415978e0954a49f501d71dead508
Uses the HTTPS url for cases where the existing URL has a permanent
redirect. For each domain, at least one fixed derivation URL was
downloaded to test the domain is properly serving downloads.
Also fixes jbake source URL, which was broken.
Also by setting --enable-debug, asm is preprocessed with CFI directives.
Keep unwind tables does not increase size by much,
and helps debuggers and similar make sense of things.
