Add developer shells with direnv integration and the deadnix, hlint,
nixfmt-rfc-style, statix, stylish-haskell, typos, and yamllint
pre-commit hooks.
Ensure 'nix flake check' works as expected and add the nix-flake-check
package, which is a parallelized alternative to 'nix flake check'.
Improve and update the GitHub workflows.
Closes: https://github.com/danth/stylix/issues/236
Link: https://github.com/danth/stylix/pull/519
Approved-by: Daniel Thwaites <danth@danth.me>
Prevent the Check workflow from running duplicated checks outputs.
The jq query should now be faster and arguably more readable.
Link: https://github.com/danth/stylix/pull/519
Add the nix-flake-check package, which is a parallelized alternative to
'nix flake check', as it is not yet natively parallel:
> In the near future, we will make more Nix subcommands multi-threaded,
> such as 'nix flake check'.
>
> -- Eelco Dolstra, https://determinate.systems/posts/parallel-nix-eval
On a 16-threaded machine, 'nix run .#nix-flake-check' runs three times
faster (74s vs. 243s) than 'nix flake check'.
Link: https://github.com/danth/stylix/pull/519
Consolidate the separate Build and Lint workflows into a unified Check
workflow, as linting is now integrated into the build process.
Link: https://github.com/danth/stylix/pull/519
Document the imageScalingMode options according to swaybg, which should
be mostly universal.
Link: https://github.com/danth/stylix/pull/709
Reviewed-by: NAHO <90870942+trueNAHO@users.noreply.github.com>
Extend testbeds with individual GUI applications beyond DEs, offering the
following benefits:
- Preview PRs without changing your real configuration by running:
nix run github:«owner»/«repository»/«branch»#testbed-«application»-«polarity»'
- Unlike local installations, testbeds reset their filesystem between rebuilds,
ensuring each test simulates a fresh installation to identify cases requiring
manual steps for module effectiveness.
- Enhances CI to test that configurations evaluate correctly when a module is
enabled. The extent to which this confirms that the configuration actually
works can vary depending on the upstream implementation of the module.
The application testbeds are currently based on GNOME but could be replaced with
a lightweight compositor like Cage [1] in the future. GNOME was chosen for the
time being due to preconfigured services, such as a secret service [2], which
some applications require.
[1]: https://github.com/cage-kiosk/cage?tab=readme-ov-file#cage-a-wayland-kiosk
[2]: https://specifications.freedesktop.org/secret-service-spec/latest
Resolve the following 'magick convert' deprecation warning:
WARNING: The convert command is deprecated in IMv7, use "magick"
instead of "convert" or "magick convert"
Reviewed-by: NAHO <90870942+trueNAHO@users.noreply.github.com>
A hack necessary because of a home-manager limitation. It works because
numbers and strings are serialized the same way for .Xresources. It
should be reverted after this issue is addressed upstream.
Prevent some unexpected flake.nix and flock.lock revision
inconsistencies by building configurations with the
--no-update-lock-file option:
> --no-update-lock-file
>
> Do not allow any updates to the flake's lock file.
>
> -- nix3-build(1)
Link: https://github.com/danth/stylix/pull/674
Reviewed-by: NAHO <90870942+trueNAHO@users.noreply.github.com>
The existing solution does not work on macOS for some reason.
Reviewed-by: Daniel Thwaites <danthwaites30@btinternet.com>
Reviewed-by: NAHO <90870942+trueNAHO@users.noreply.github.com>
Remove legacy documentation about commit message conventions predating
the standardized format introduced in commit bf31640f49 ("doc: specify
commit message format") on 2024-01-23, with the final GitMoji usage in
commit 5a7f3f15cc ("Add guide for creating modules 📝").
This is heavily based on the workflow used by Nixpkgs.
It allows us to automatically create backport pull requests by labelling
the original pull request.
Labels should use the format `backport «branch»`.
