qt-6/modules/qtbase: add systemdSupport parameter

[ghost]

Description of changes

Defaults to stdenv.isLinux. Tested by building ladybird with .override { systemdSupport = false; }.

Things done

• Built on platform(s)
  • x86_64-linux
• For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
• 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/: ladybird)
• Fits CONTRIBUTING.md.

[NickCao]

Should systemd also be removed from buildInputs when systemdSupport is disabled?

[ghost]

Should systemd also be removed from buildInputs when systemdSupport is disabled?

Yes thank you; I didn't notice that because I have to .override { systemd=null; } Edit:

(final: prev: { systemdMinimal = prev.eudev; systemd = prev.eudev; udev = prev.eudev; })

due to there being a few packages (like emacs) that still don't respect systemdSupport.

[NickCao]

Notice that udev is also systemd under the hood, better check if that matters.

[ghost]

Notice that udev is also systemd under the hood, better check if that matters.

Ah yes, I keep forgetting about that. Such a footgun. Why can't we just call udev udev anymore...

[ghost]

Notice that udev is also systemd under the hood, better check if that matters.

Fortunately it does not matter in this case.

[ghost]

Ping

[ghost]

Resolved merge conflict.

[Artturin]

Notice that udev is also systemd under the hood, better check if that matters.

Ah yes, I keep forgetting about that. Such a footgun. Why can't we just call udev udev anymore...

because udev was merged in to systemd in 2012

[ghost]

because udev was merged in to systemd in 2012

There are at least two non-systemd packages that provide udev implementations. One of them had udev as "merged into" it too!

We really ought to have a top-level udev which defaults to systemd. Or if it's a branding thing call it xdev instead.

We refer to:

• both gcc and clang as stdenv.cc
• both glibc and musl as libc
• both openjdk and semeru 😕 and temurin 😵 as jdk
• both binutils and somedarwinthing as bintools
• both npth and gnupth as pth
• both bash and busybox as stdenv.shell

[NickCao]

Calling it udev is fine. Selecting different implementations conditionally is being implemented: #210276

[ghost]

Selecting different implementations conditionally is being implemented: #210276

Hooray!