depot - monorepo for the virus lounge

Age	Commit message (Collapse)	Author	Files	Lines
2020-09-06	r/1767 feat(tvix): Write even more build logs to client	Griffin Smith	1	-89/+84
	Write all build logs (essentially everything that wasn't a DLOG), not just the stdout of the builder, to the client-bound log_sink_ that's threaded through build.cc. These logs are significantly more useful on the client, both when debugging tvix itself and (more importantly) when building things with it. To make this all work, this commit also refactors the passing-around of the log sink in build.cc slightly - the main reference is now owned by the Worker class, which already stores pointers to itself on the Goals it creates, so those Goals can then load the log sink from the Worker. This change was originally made to allow for logging to the log_sink from instance methods of the worker, but actually feels significantly more natural than storing the sink on the goal anyway. Change-Id: I461685bc7f5c0a326054940ac5971b568dd43f8e Reviewed-on: https://cl.tvl.fyi/c/depot/+/1925 Tested-by: BuildkiteCI Reviewed-by: tazjin <mail@tazj.in>
2020-09-06	r/1766 chore(tazjin/keys): Add S10e key	Vincent Ambo	1	-1/+2
	Change-Id: I3efdd49e23bdc357f15ea189b890e25843cc0255 Reviewed-on: https://cl.tvl.fyi/c/depot/+/1933 Reviewed-by: tazjin <mail@tazj.in> Tested-by: BuildkiteCI
2020-09-06	r/1765 chore(whitby): Double the number of build agents again	Vincent Ambo	1	-1/+1
	The main bottleneck of our builds right now is Nix evaluation, which means that most of the time is spent idling during builds. Since we're evaluating in parallel, lets give it a few more builders. I don't want to go all the way to 64 immediately to first see if we get any adverse effects from highly concurrent builds running concurrently (if we do we could group them into different "concurrency groups" in Buildkite). Change-Id: Ibc3f89fb59cb4ee471b152ff36887ffe2b39f8f8 Reviewed-on: https://cl.tvl.fyi/c/depot/+/1932 Tested-by: BuildkiteCI Reviewed-by: glittershark <grfn@gws.fyi>
2020-09-05	r/1764 fix(tazjin/emacs): Kill vterm buffers if their process exits	Vincent Ambo	1	-1/+2
	This has somehow stopped being a thing in newer vterm versions, causing the weird behaviour with my term switcher - buffers with the correct name were sticking around, but no longer in the right mode. Change-Id: Ie641eb3db91808d7d1016de1e8ef3ad271c8995e Reviewed-on: https://cl.tvl.fyi/c/depot/+/1931 Reviewed-by: tazjin <mail@tazj.in> Tested-by: BuildkiteCI
2020-09-05	r/1763 fix(term-switcher.el): Explicitly fail if buffers are missing	Vincent Ambo