sudo nixos-rebuild
gives an error when using lix #407
Labels
No labels
Area/build-packaging
Area/cli
Area/evaluator
Area/fetching
Area/flakes
Area/language
Area/profiles
Area/protocol
Area/releng
Area/remote-builds
Area/repl
Area/store
bug
crash 💥
Cross Compilation
devx
docs
Downstream Dependents
E/easy
E/hard
E/help wanted
E/reproducible
E/requires rearchitecture
imported
Needs Langver
OS/Linux
OS/macOS
performance
regression
release-blocker
RFD
stability
Status
blocked
Status
invalid
Status
postponed
Status
wontfix
testing
testing/flakey
ux
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: lix-project/lix#407
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Describe the bug
When rebuilding NixOS, evaluating
lix
seems to give an error.error: evaluation aborted with the following error message: 'lib.customisation.callPackageWith: Function called without required argument "build-release-notes" at /nix/store/path-to-lix-source/package.nix:16'
On line 16, an input for
build-release-notes
seems to be needed, but it can't find it for some reason.Steps To Reproduce
Expected behavior
Successful NixOS rebuild
nix --version
outputnix (Lix, like Nix) 2.90.0-beta.1-lixpre20240506-b6799ab
Additional context
I have also noticed that nix/lix doesn't seem to use the substituters in my
nix.settings.substituters
option when building Lix, and so it rebuilds lix locally instead of pulling it from a cache. Maybe I've done something wrong with my setup?Configuration file
hi! This is caused by using Lix 2.90-beta.1 and is fixed by changing your reference for the lix-nixos-module to
2.90.0-rc1
and removing theinputs.lix.follows
piece. We have rewritten the website guide to match this.As for why the cache was busted, it's because we don't build lix against each new version of nixpkgs, due to not having automatic CI pushing to the cache. If a local build is problematic for you and you don't care about stuff like nix-eval-jobs and so on, you can set
nix.package = pkgs.lix
, which will get working caching since it is simply in nixpkgs.Our website fell out of date because the module was not pinned to a version appropriate to build tagged versions of lix and consequently you got that build error with beta 1 plus
main
on the module. Thanks to @drupol and I, we have ... after an embarrassingly long time of it being wrong ... rewritten the incorrect parts of the website guide: lix-project/lix-website#29