Minor fix a typo. It's /nix/store/ not /nix/store-.
Details
Diff Detail
- Repository
- rCOMM Comm
- Lint
No Lint Coverage - Unit
No Test Coverage
Event Timeline
docs/nix_dev_env.md | ||
---|---|---|
87 |
docs/nix_dev_env.md | ||
---|---|---|
87 ↗ | (On Diff #16086) | This section introduces more questions than it answers. For instance, "simply adding the respective toolchains to nativeBuildInputs" begs the question... what is nativeBuildInputs I think we should either simplify the language or scrap it altogether. |
docs/nix_dev_env.md | ||
---|---|---|
87 ↗ | (On Diff #16086) | I plan to tackle this on https://github.com/divnix/nix-book/issues/21. But I can just leave off that last bit, I think
Is good enough for the intuition |
docs/nix_dev_env.md | ||
---|---|---|
87 ↗ | (On Diff #16086) | reworded the section to be simpler |
At this point, nearly every workflow requires additional steps. Maybe we can think about a way to make this seem better in the future -- users should know before reading the footnote that Nix isn't going to do everything for them. But, it will do most of the work for them, and anything else will be smaller.
While the user might still know this, the footnote isn't really helping right now. It makes it seem like we told them Nix will do a lot of things, and then later slid in that they will have to do more things.
Currently, the footnote for these sections has a lot of examples for "additional steps." Plus, "additional steps" is broad and could mean any amount of steps, especially to a user who has no familiarity with the dev environment.
So we should think about that, since most of the time footnotes should be used sparingly. If they end up affecting a large portion of a section, we should just make it information the user knows outside of just the footnote. But this can be a separate issue.