stratisd: init at 3.2.2

[NickCao]

Description of changes

Things done

• Built on platform(s)
  • x86_64-linux
  • aarch64-linux
  • x86_64-darwin
  • aarch64-darwin
• For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
• Tested, as applicable:
  • NixOS test(s) (look inside nixos/tests)
  • and/or package tests
  • or, for functions and "core" functionality, tests in lib/tests or pkgs/test
  • made sure NixOS tests are linked to the relevant packages
• Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
• Tested basic functionality of all binary files (usually in ./result/bin/)
• 22.11 Release Notes (or backporting 22.05 Release notes)
  • (Package updates) Added a release notes entry if the change is major or breaking
  • (Module updates) Added a release notes entry if the change is significant
  • (Module addition) Added a release notes entry if adding a new NixOS module
  • (Release notes changes) Ran nixos/doc/manual/md-to-db.sh to update generated release notes
• Fits CONTRIBUTING.md.

[NickCao]

to test:

{
  systemd.packages = [ pkgs.stratisd ];
  services.dbus.packages = [ pkgs.stratisd ];
  services.udev.packages = [ pkgs.stratisd ];
  systemd.services.stratisd.wantedBy = [ "sysinit.target" ];
}

A WIP stratis-cli is at https://github.com/NickCao/nixpkgs/tree/stratis-cli

[SuperSandro2000]

to test:

{
  systemd.packages = [ pkgs.stratisd ];
  services.dbus.packages = [ pkgs.stratisd ];
  services.udev.packages = [ pkgs.stratisd ];
  systemd.services.stratisd.wantedBy = [ "sysinit.target" ];
}

We should move that into a nixos module, right?

[NickCao]

We should move that into a nixos module, right?

I'd like to take care of that and add some tests later (when stratis-ctl is ready).

[SuperSandro2000]

otherwise looks solid

[SuperSandro2000]

I just noticed that this will not work since both variables are fixed output derivations

[NickCao]

I just noticed that this will not work since both variables are fixed output derivations

There are works on making these fetchers overriable: #158018

[SuperSandro2000]

Can we bush that back until it is figured out how to do that? Right now it is really vague and nothing concrete. Maybe this gets so big that we get a treewide change and convert everything? We don't know yet and I would like to avoid compatibility code for something that might come eventually.