Conversation
📝 WalkthroughWalkthroughAdds an internal Changes
Estimated code review effort🎯 4 (Complex) | ⏱️ ~45 minutes Possibly related PRs
Suggested labels
Suggested reviewers
Poem
🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (4 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing touches
🧪 Generate unit tests (beta)
Comment |
There was a problem hiding this comment.
Actionable comments posted: 1
🤖 Fix all issues with AI agents
In `@src/libexpr/primops/fetchTree.cc`:
- Around line 33-42: The lookup key for the internal primop is wrong: replace
the call that uses get(state.internalPrimOps, "narHash") in fetchTree.cc so it
requests the registered name "__narHash" instead; ensure the code uses the same
string used when the primop was registered (internalPrimOps.emplace(primOp.name,
...)) so get(state.internalPrimOps, "__narHash") returns the correct primop for
the mkApp call that builds the lazy NAR-hash.
Allowing strings with context here is probably a mistake since in a chroot evaluation, it's ambiguous what filesystem store paths refer to. Hence the warning. Fixes #302.
Fixes "attribute 'x' is a thunk".
Motivation
Fixes #302:
builtins.getFlake.builtins.flakeRefToString.builtins.flakeRefToStringto fix unevaluated thunk errors.fetchTreereturn a lazily computed NAR hash for backward compatibility.Note: allowing
builtins.getFlaketo fetch from store paths is probably a bad idea, since it's ambiguous when using chroot stores. So it prints a warning now.Context
Summary by CodeRabbit
New Features
Bug Fixes
Tests