| 24 Oct 2021 |
 K900 | My original idea was to generate, like, a random UUID | 19:58:20 |
| K900 | And then set PS1 to \n${uuid}\n | 19:58:29 |
| K900 | Another idea I had was to just load a script that would take over the serial port | 20:00:11 |
| K900 | And speak some stupid, easily parsable protocol | 20:00:46 |
 Janne Heß | I was initially going to use json for that but it turns out that just makes a different problem and doesn't solve anything really | 20:08:43 |
| K900 | Escaping JSON in bash will be hell | 20:09:12 |
| K900 | I don't like how there's no good way to get stdout and stderr separately | 20:09:52 |
| K900 | I wonder how terrible of an idea it would be to inject some sort of agent into the VM that just talks over a different serial port | 20:14:20 |
| Janne Heß | We actually don't care about stderr | 20:22:52 |
| Janne Heß | I'd have used jq, but yeah. Current solution seems better | 20:23:03 |
| Janne Heß | In reply to @k900:0upti.me
I wonder how terrible of an idea it would be to inject some sort of agent into the VM that just talks over a different serial port That's literally what's being done | 20:23:43 |
| K900 | I mean like | 20:28:09 |
| K900 | A proper agent that doesn't involve attaching to a serial console | 20:28:28 |
| Janne Heß | Looks like ofborg isn't too healthy: https://gist.github.com/GrahamcOfBorg/5974eaa363d41b65eac1bdc81e5bc795 | 21:02:26 |
| 25 Oct 2021 |
 Vladimír Čunát | Cancelling a whole evaluation also doesn't work:
{UNKNOWN}: Can't locate object method "search" via package "Hydra::Model::DB::Builds" at /nix/store/01h0rxf0qphc45jrmvf048wvdmzp47yq-hydra-0.1.20211025.592fef9/libexec/hydra/lib/Hydra/Helper/Nix.pm line 502, <$read> line 59080. at /nix/store/01h0rxf0qphc45jrmvf048wvdmzp47yq-hydra-0.1.20211025.592fef9/libexec/hydra/lib/Hydra/Helper/Nix.pm line 512
| 13:42:44 |
 toonn | 4 | 13:43:14 |
| toonn | >.< | 13:43:22 |
| Janne Heß | we fixed that locally with:
fetchpatch {
url = "https://github.com/NixOS/hydra/commit/d98d74fa4f667a41456d691fdc8ed46512128a84.patch";
sha256 = "sha256-lG1Rm4EMoCBGVx7sqMBLc6z6U65QmRaFgtv0CszlGrk=";
revert = true;
}
| 13:44:01 |
| Vladimír Čunát | Or should I be poking some hydra-specific channels or the issue tracker? | 13:44:06 |
| Vladimír Čunát | Ah, so I assume we just need to deploy on hydra.nixos.org ... | 13:44:46 |
| Vladimír Čunát | (and thus I think I'm in the right channel) | 13:45:12 |
| Vladimír Čunát | Maybe the foundation could pay someone for this infrastructure management (part-time at least)?
I do understand that it's lots of work, and it might be unreasonable to do it for free. And due to trust issues you can't give away necessary access freely. (almost noone has it ATM) | 13:52:50 |
| Janne Heß | Yeah something like a GDPR AV-Contract would be great (is it called AV in english?). That would fix the trust problem by means of a contract | 13:53:56 |
| Janne Heß | Seems to be "data processing agreement" in english | 13:54:42 |
 @grahamc:nixos.org | a few days ago Eelco and I talked about paying for me to spend time on it | 20:41:19 |
| @grahamc:nixos.org | it is a lot harder to spend random time here and there on it while I'm still bootstrapping my business :( | 20:41:33 |
| @grahamc:nixos.org | (not to mention having a 1 year old ...) | 20:42:19 |
| Vladimír Čunát | That certainly sounds like a nice idea, from my perspective at least. | 20:47:15 |
| 26 Oct 2021 |
| @grahamc:nixos.orgchanged room power levels. | 01:18:47 |
|  NixOS Moderation Bot changed their display name from mjolnir to NixOS Moderation Bot. | 02:00:17 |
