0x4A6F
a990f74cf8
treewide: sha256 -> hash ( #262801 )
...
* tumpa: sha256 -> hash
* qubes-core-vchan-xen: sha256 -> hash
* qdmr: sha256 -> hash
* w_scan2: sha256 -> hash
* libcdada: sha256 -> hash
* eidolon: sha256 -> hash
* freenukum: sha256 -> hash
* promscale: sha256 -> hash
* tacacsplus: sha256 -> hash
* blflash: sha256 -> hash
* silicon: sha256 -> hash
* nethoscope: sha256 -> hash
* pmacct: sha256 -> hash
* tayga: sha256 -> hash
* alejandra: sha256 -> hash
* igrep: sha256 -> hash
* cwm: sha256 -> hash
* dasel: sha256 -> hash
2023-10-23 00:38:33 +02:00
0x4A6F
8173ccd23c
freenukum: 0.3.5 -> 0.4.0
2022-09-06 18:21:39 +02:00
K900
cb2cfba6f7
treewide: switch all desktop file generators to new API
...
Notably:
- remove explicit arguments that match the defaults
- convert everything to the right Nix types
2022-02-25 13:40:38 -08:00
Daniël de Kok
85f96822a0
treewide: fix cargoSha256/cargoHash
...
Rust 1.50.0 incorporated a Cargo change (rust-lang/cargo#8937) in
which cargo vendor erroneously changed permissions of vendored
crates. This was fixed in Rust
1.51.0 (rust-lang/cargo#9131). Unfortunately, this means that all
cargoSha256/cargoHashes produced during the Rust 1.50.0 cycle are
potentially broken.
This change updates cargoSha256/cargoHash tree-wide.
Fixes #121994 .
2021-05-08 00:36:37 -07:00
Profpatsch
4a7f99d55d
treewide: with stdenv.lib; in meta -> with lib;
...
Part of: https://github.com/NixOS/nixpkgs/issues/108938
meta = with stdenv.lib;
is a widely used pattern. We want to slowly remove
the `stdenv.lib` indirection and encourage people
to use `lib` directly. Thus let’s start with the meta
field.
This used a rewriting script to mostly automatically
replace all occurances of this pattern, and add the
`lib` argument to the package header if it doesn’t
exist yet.
The script in its current form is available at
https://cs.tvl.fyi/depot@2f807d7f141068d2d60676a89213eaa5353ca6e0/-/blob/users/Profpatsch/nixpkgs-rewriter/default.nix
2021-01-11 10:38:22 +01:00
0x4A6F
ac47ac9cb7
freenukum: init at 0.3.5
2021-01-01 01:37:12 +00:00
