-
Notifications
You must be signed in to change notification settings - Fork 17
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
BufferFull error on specific store path #19
Comments
If it's not sensitive, could you upload a NAR for the path in question by running: $ nix-store --dump /nix/store/y94ivgf0ygn86fwsqqhpb83lk7bhprlb* > example.nar That would help us reproduce the issue locally |
Unfortunately I'm not able to upload it, but the length of the References field was definitely the most significant and interesting aspect:
Maybe a trivial derivation that references a few hundred things in nixpkgs would repro the issue? |
Maybe it's related to this: yesodweb/wai#894, and a simple byte string update fixes it. This to me happens with a |
And this is the relevant haskell/bytestring#538 issue. Until byte string 0.11.4 is released, I guess the best is to either s-r-p a byte string, or downgrade to say ghc 8.10.7. |
This fixes aristanetworks#19 by downgrading the compiler to 8.10 (I still don't think 9.0 should be used in production). bytestring < 0.11.4 (which as of today has not been released to https://hackage.haskell.org/package/bytestring), is broken, as per haskell/bytestring#538. This in turn shows up in yesodweb/wai#894, and ultimately causes aristanetworks#19.
I'm also seeing this:
The package in question is "runtime-deps", I get this while running nixos-rebuild In the server's logs:
|
Moved to @Mic92 's fork for now https://github.com/Mic92/nix-serve-ng/commits/fix-build |
Unfortunately I no longer have the commit bit on this repository so I can't merge any fixes at the moment (cc: @jsoo1) |
I am so sorry! This has totally slipped my mind. I can prioritize review now. |
An empty response (no headers, nothing) comes back, and the log shows:
Regular
nix-serve
andharmonia
have no problem serving this narinfo, though theReferences
list is quite extensive— the overall size of the narinfo response is almost 23k bytes.The text was updated successfully, but these errors were encountered: