Not sure if it's new thing, but a `pants --all-cha...
# development
g
Not sure if it's new thing, but a
pants --all-changed fix fmt test lint
on the pants-repo just deadlocked my whole WSL instance. Never had that happen before; though it tends to happen a lot with Bazel. Didn't find anything in the issue tracker for it so not sure how common it is. Unfortunately I didn't have any other shells open so can do no post-morteming... The bazel issue manifests as a deadlock in the kernels
d_alloc
and is almost always triggered by
go mod download
in the repo where I see it, likely some fs race condition... most likely due to the shims in WSL. All the dead processes will be in
D
state in htop or similar tools, for
uninterruptible sleep
.
The only solution to this condition is to force-stop the machine, as the uninterruptible sleep also makes the processes immortal and unresponsive to any shutdown method I know about.
b
(unrelated, but
fix
subsumes
fmt
, so at best it's a no-op but at worst it's an expensive no-op)
g
Are you sure? I had an autoflake failure with
lint
that
fmt
didn't fix.
b
autoflake is a `fix`er. The
fix
goal runs all `fix`ers and then all `fmt`ters
g
Oh; so fmt is a subset of fix? I understood you the other way around!
Makes sense then, thanks for the hint 😄
b
OK had to look it up, yeah I'm using "subsumes" correctly 😅
To classify or include in a more comprehensive category or under a general principle.
(Ok, back on topic)