nix flake update as non-trusted user emits warnings about tarball-ttl				#680
		
		
	
	
		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
		
			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 project
	
		
	
	
	
	
		No assignees
		
	
	
		
			
		
	
	
	
		5 participants
	
	
		
		
	Notifications
	
		
	
	
	
		
	
	
	Due date
No due date set.
	
		Dependencies
		
		
	
	
	No dependencies set.
	
	
		
	
	
		
			Reference
		
	
	
		
	
	
			lix-project/lix#680
			
		
	
		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 first two lines printed after starting
nix flake updateare:This confused me because I'm not setting that anywhere. Seems to me like Lix might be doing this internally somewhere. Maybe it should not try to do that if the current user isn't trusted?
I would very naively assume that this is related to this line in
CmdFlakeUpdate(there is a similar one inCmdFlakeLock):settings.tarballTtl.override(0);Nix's equivalent (https://github.com/NixOS/nix/blame/8384e41b7608b5ff50306d3dec6171483cf2d4cd/src/nix/flake.cc#L131) is:
It was changed in
4dbbd721eb, which suggests that "Only overridden settings are sent to the daemon" – so perhaps this is a latent Nix bug, hidden by the setting being silently ignored?@alois31 was this intentional?
Ugh, the error message was certainly not intentional fallout from that change. Really the ultimate goal was that settings like that should never be sent to the daemon, but that work has unfortunately stalled.
This issue was mentioned on Gerrit on the following CLs: