Move the 26.05 x86_64-darwin special case directly into the `nixpkgs`
parameter default, avoiding the need for a `nixpkgs'` binding.
This allows reverting the formatting change to the `inherit (import ./ci { … })`
line, making post-26.05 cleanup easier.
Follow-up-to: f86bce2497
When instantiating a dev-shell for x86_64-darwin, we cannot use 26.11's
pinned revision. Instead, we must use a revision that still supports
x86_64-darwin.
Print a warning when we need to use that revision, because it is likely
there will be subtle formatting & linting differences vs CI.
Introduces treefmt with a simple nixfmt-rfc-style configuration to
format all Nix files.
This is only practically usable with the following commit that formats
all files accordingly.
GitHub's CLI is now used by nixpkgs-review to fetch Nixpkgs evaluation
results from GitHub Actions. Including it in the default shell will
allow all contributors to easily log-in to GitHub when nixpkgs-review
tries to fetch evaluation results.
Signed-off-by: Fernando Rodrigues <alpha@sigmasquadron.net>
It used to be that `nix-shell -A hello` would launch the build shell
for the `hello` package.
By adding `/shell.nix`, that stopped working, as all versions of
`nix-shell` resolve the unspecified file to `$PWD/shell.nix` if it
exists, and now it does.
I have to admit that this use of `//` is not pretty, but the UX/DX
hard to match.
This allows shell.nix to be run with the latest tools instead of
the pinned ones when desired, which is probably not very often,
but useful nonetheless.
nixpkgs-review is endorsed in CONTRIBUTING.md, as well as in the default
PR description template. It would be very useful to include this utility
in our shell.nix.
Signed-off-by: Sefa Eyeoglu <contact@scrumplex.net>
