use-case-hack should be a store-local setting #633
Labels
No labels
Affects/CppNix
Affects/Nightly
Affects/Only nightly
Affects/Stable
Area/build-packaging
Area/cli
Area/evaluator
Area/fetching
Area/flakes
Area/language
Area/lix ci
Area/nix-eval-jobs
Area/profiles
Area/protocol
Area/releng
Area/remote-builds
Area/repl
Area/repl/debugger
Area/store
awaiting
author
awaiting
contributors
bug
Context
contributors
Context
drive-by
Context
maintainers
Context
RFD
crash 💥
Cross Compilation
devx
docs
Downstream Dependents
E/easy
E/hard
E/help wanted
E/reproducible
E/requires rearchitecture
Feature/S3
imported
Language/Bash
Language/C++
Language/NixLang
Language/Python
Language/Rust
Needs Langver
OS/Linux
OS/macOS
performance
regression
release-blocker
stability
Status
blocked
Status
invalid
Status
postponed
Status
wontfix
testing
testing/flakey
Topic/Large Scale Installations
ux
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
lix-project/lix#633
Loading…
Add table
Add a link
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?
The bug in the following code snippet was fixed by
cl/2794, but this genre of problem persists, and we need the case hack to be store local in the future.This is caused by use-case-hack being a global setting and not respecting whether the current output target actually should be case hacked in the first place. Fixing this to be a setting on the store in question and no longer reading that setting directly in the NAR serializers/deserializers would be a valuable refactor in order to implement #628.
nix~case~hack~1getting into a NAR #726This issue was mentioned on Gerrit on the following CLs:
tonix store lsusesuse-case-hack;use-case-hackshould be a store-local settinguse-case-hackshould be a store-local setting