-
-
Notifications
You must be signed in to change notification settings - Fork 1.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Document the installation prefix #7771
Comments
Might this be a more typical autotools+nixpkgs solution, that should be documented in Nixpkgs and referenced here? Taking a minute, I could only find something about dontAddPrefix and the configure phase just above it. Nixpkgs doesn't seem to elaborate much on this; although maybe I missed one of the scattered reference bits that are grouped by technical class instead of domain topic. |
From multiple half-hearted attempts of navigating the code, it's not evident to me how and where that prefix is ever set to a non-default at all. It appears that building Nix as the installer would is defined outside this repository, but I'm probably missing something obvious. |
This issue has been mentioned on NixOS Discourse. There might be relevant details there: https://discourse.nixos.org/t/tweag-nix-dev-update-44/25546/1 |
I'm running into this issue too. We would like to use google workstations and only the How can I set the prefix to e.g Edit: Editing this line for single-user installs still fails
Edit2: So, it's probably because
Edit 3:
Worked (unsurprisingly), but it's not a viable solution for users that don't have root privileges when installing nix. |
My understanding of a term "installation prefix" would be something like the @michaelCTS brings up a similar question whose answer would include the storedir parameter (default:
This project itself does not assume that it is built by Nix, and we generally don't hardcode the storedir. We do have defaults though, and some third party code might make the assumption. Those should be really minor issues that are easily fixed, so the only structural disadvantage is that you won't be able to reuse cache.nixos.org with it. Furthermore it's possible to use Linux namespaces to provide a "virtual" store that resides in a different physical location such as your homedir, without having to change all those paths. Apologies for the lack of concrete details; I hope this braindump is at least somewhat helpful until we resolve this issue properly. Also did I just expand the scope of the issue?.. |
Problem
Many environment variables rely on a
prefix
that is not further explained, and it's not clear where it is defined and what value it has. In practice we observe it to be/nix
.Grepping the source one only finds one relevant occurrence in the Makefile, which defaults to
/usr/local
in the makefile, but this is just the location to place the build result in, and is set to$out
in the Nix-based build.Proposal
Document what
prefix
defaults to, and how and where it can be set.Checklist
Priorities
Add 👍 to issues you find important.
The text was updated successfully, but these errors were encountered: