Contains a new package for could storage encryption (like Dropbox).
https://github.com/NixOS/nixpkgs/pull/83434
I’ve been increasing the version for months now 
Can anyone have a look? This is a well-tested module.
I’m looking to get mine reviewed : ht-rust: init at 0.5.0 by bhankas · Pull Request #112110 · NixOS/nixpkgs · GitHub
It adds a tiny rust utility named “ht”, an HTTPie clone in Rust.
I also renamed the binary and package name to ht-rs, as there is already an “ht” in nixpkgs.
I chose ht-rs because apparently homebrew chose the same name.
1 Like
Update CUDA 11 toolkits + corresponding CuDNN:
https://github.com/NixOS/nixpkgs/pull/112648
MAGMA: fix build with CUDA 11, also build for newer CUDA capabilities:
https://github.com/NixOS/nixpkgs/pull/112093
https://github.com/NixOS/nixpkgs/pull/80113
https://github.com/NixOS/nixpkgs/pull/110762
https://github.com/NixOS/nixpkgs/pull/73106
https://github.com/NixOS/nixpkgs/pull/84115
https://github.com/NixOS/nixpkgs/pull/84791
https://github.com/NixOS/nixpkgs/pull/74085
https://github.com/NixOS/nixpkgs/pull/63899
How do i get some visibility on this commit, which fixes a bug
https://github.com/NixOS/nixpkgs/pull/110627
more discussion about the confusion here.
Support CUDA 11 in PyTorch and build support for Ampere-based GPUs:
Trivial patch to add a missing option in services.prometheus.scrapeConfigs:
https://github.com/NixOS/nixpkgs/pull/112207
More complicated PR to add a new application along with required Python dependencies:
A pair of PRs for an offline map server, OSM Scout Server and client, Pure Maps:
~~https://github.com/NixOS/nixpkgs/pull/108354~~
~~https://github.com/NixOS/nixpkgs/pull/107836~~
1 Like
Simple version bump (I am maintaining this package): whitebophir: 1.7.0 -> 1.9.1 by iblech · Pull Request #112689 · NixOS/nixpkgs · GitHub
I’ve reviewed this: pactorio: init at 0.5.1 by figsoda · Pull Request #114408 · NixOS/nixpkgs · GitHub and this: qemu: re-enable stack protection by alyssais · Pull Request #112881 · NixOS/nixpkgs · GitHub
First one can be merged as-is, second one might require a good look since it’s quite a core package.
A PR where I’d like to get a few more opinions is wpa_supplicant: allow both imperative and declarative networks by Ma27 · Pull Request #113716 · NixOS/nixpkgs · GitHub.
I was pretty unsatisfied that one has to choose between declarative and imperative networks when using wpa_supplicant(8). This PR modifies the module accordingly to allow both and has a patch for pkgs.wpa_supplicant to make sure that declarative networks are not silently modified via e.g. wpa_gui.
As this has a custom patch for the package, I left this as a draft since I’m not sure if we want to have this in upstream NixOS (probably as an opt-in feature though). There’s already a discussion about pros and cons in the thread which may be worth reading to understand why or why not we want to have this 
(Note: I’m totally fine with getting this rejected, I’m already using this for a while and if it remains working well, I’ll just push this into my fork )
2 Likes
I don’t know if it is okay to drop some NixOS/nixos-homepage stuff here, but please have a look if you are interested in that. All merged !