Failed writing received data to disk/application during substitution (HTTP2 issue) #1222
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
diagnostics
docs
Downstream Dependents
E/easy
E/hard
E/help wanted
E/reproducible
E/requires rearchitecture
Feature/S3
Importance
High
Importance
Low
imported
Language/Bash
Language/C++
Language/NixLang
Language/Python
Language/Rust
Needs Langver
OS/Linux
OS/macOS
performance
regression
Release Blocking
Non-urgent
Release Blocking
Urgent
stability
Status
blocked
Status
invalid
Status
postponed
Status
wontfix
testing
testing/flakey
Topic/Large Scale Installations
Urgency
High
Urgency
Low
ux
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
lix-project/lix#1222
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?
Describe the bug
The build farm I maintain substitutes from cache.nixos-cuda.org for supporting machines with
cudaSupportenabled.Regularly when substituting
onnxruntimefrom that cache I run into a curl error 23.This reproduces not only on our build farm, but also on my desktop machine, but not on my Rock 5B. All use nixos-unstable with a Lix version from last week or newer.
Steps To Reproduce
nix-store --realise /nix/store/l673bdzbsfqy5arydhjbmx3lj29spj8r-onnxruntime-1.26.0-debugExpected behavior
A clear and concise description of what you expected to happen.
nix --versionoutputcurl -VoutputAdditional context
This started working again once I managed to disable
http2.Failed writing received data to disk/application during substitutionto Failed writing received data to disk/application during substitution (HTTP2 issue)this is a curl bug. we managed to reproduce the failure in rr, and the things break the moment we return
CURL_WRITEFUNC_PAUSEfrom our write callback the way the curl docs tell us to do to pause a transfer. so fucking sick of this shit. the only way forward seems to either disable h2/h3 completely or not pretend that curl has a useful async interface at all (ie roll back to pre-2.93 behavior of the curl wrapper)