<samueldr>
annoying how it looks like mtools doesn't have code versioning available
<samueldr>
funny, seeing traces of nix people on their mailing list
<samueldr>
kinda worrying though that a patch for the (first) issue here was overlooked in 2014, and it took another user fixing the same thing this year to get it done :/
<samueldr>
ooh
<samueldr>
uh oh!
<samueldr>
overlay 63G 63G 12K 100% /nix/store
<samueldr>
gchristensen: ^ community box
<samueldr>
I know rebooting would fix the issue, but I'm thinking it's not the best way to fix it
<gchristensen>
go for it
<gchristensen>
we should add some auto-gc instructions
<gchristensen>
but for this particular time, just reboot
<samueldr>
done
<samueldr>
though, it happened quickly
<samueldr>
it wasn't up for long?
<gchristensen>
hrm yeah it wasn't
<samueldr>
(too late to investigate)
<clever>
ive found that min-free based GC breaks evals a lot
<gchristensen>
evals?? :o
<clever>
the evaluator doesnt GC root things as it evals
<clever>
and if a gc triggers in the middle of an eval
<samueldr>
oh
<samueldr>
I *think* I have found a fix for all the fat32 issues
<clever>
if you have a A depends on B, and between nix calling builtins.derivation on A&B, you do a GC, then B isnt rooted yet
<samueldr>
those server-type machines sure take a long time booting
<gchristensen>
don't they
<samueldr>
my workstation is fun like that, it spends about thrice as much time in POST than linux boots me to desktop
<gchristensen>
clever: maybe open a bug about that? also, seems most auto-gc has been used on build
<{^_^}>
nix#2285 (by cleverca22, 20 weeks ago, open): min-free based auto garbage collection breaks its own build
<gchristensen>
nice
<gchristensen>
though I thought nix checked ram ...
<clever>
nix doesnt check ram
<clever>
nix checks mmaps (is the file mapped?) and open file handles, and env vars
<clever>
and the derivations in an eval are none of those
<clever>
once the eval is done, it creates a root, for the targeted drv (-A hello)
<clever>
but until the eval is done, its not safe
<gchristensen>
ahh
<clever>
90% of the time, an eval finishes too fast to be an issue
<clever>
but IFD causes it to stall
<gchristensen>
naturally
<gchristensen>
and build :)
<gchristensen>
increasing chance of gc
<clever>
and also just downloads, due to IFD
<gchristensen>
maybe if it stops to GC, take a moment to lock all the drvs it has?
<clever>
before the IFD build
<clever>
it doesnt really know what drv's it has, it would have to walk the nixexpr ast
<clever>
which includes all of nixpkgs
<clever>
for example, buildInputs = [ ifd ghc ];
<clever>
ghc is a thunk, but also a dep
<gchristensen>
hrm
<gchristensen>
seems hard :)
<clever>
at least in this case, ghc is a thunk, so it doesnt expet the .drv to exist yet
<clever>
and after the gc runs, it forces ghc, and (re)creates the .drv
<clever>
gchristensen: only solution i can think, is to root EVERY drv you create as you eval (expensive, and slower eval), and then de-root them when you have the real target
<gchristensen>
I'm surprised Nix can't yet know which drvs it needs? why would it expect them to exist if it didn't need it
<clever>
when you force a thunk over pkgs.ghc, it will create the .drv
<clever>
and then when you force a thunk depending on ghc, it will read the ghc.drv string from the heap
<clever>
and then fail when ghc is missing on-disk
<samueldr>
(thunk is the sound my mind does when thinking about the things nix does internally)
<gchristensen>
haha
<gchristensen>
sorry I can't reason about this. I've been sick for a few days now. not 100% ... here...
<clever>
gchristensen: i'm missing 4 wisdom teeth
<gchristensen>
did you just get them out?
<gchristensen>
are you telling me you're still sharp after anesthesia? :P
<clever>
had them removed on the 20th
<gchristensen>
ah, I hope it went well -- that is no fun of a procedure
<clever>
the worst part was getting the IV in
<clever>
dont remember much after that :P
<gchristensen>
:) good
<clever>
and the first night left me drooling blood all over the pillow
<samueldr>
WELP, clever you speak too much, you're breaking the GUI from the logs thing :)
<joehh>
hello, didn't know this channel existsed - not sure if anyone has mentioned it, but the current image for aarch64 does not match the published sha256
<bennofs[m]>
clever: plain fsck makes things worse
joehh has joined #nixos-aarch64
joehh has quit [Ping timeout: 272 seconds]
<sphalerite>
clever: infinisil is missing you in #nixos :p
globin has joined #nixos-aarch64
joehh has joined #nixos-aarch64
<samueldr>
I don't know about plain fsck, but the fat32 wasn't "just improperly unmounted"; seems like `mcopy` from `mtools` actually is bad at writing FAT32
joehh has quit [Ping timeout: 246 seconds]
<clever>
bennofs[m]: :O, how?
<clever>
sphalerite: rejoin failed after internet failue
<clever>
2018-11-28 03:04:25 [freenode] -!- #nixos #nixos-unregistered Forwarding to another channel