| 2 Aug 2023 |
 raitobezarius | that's not really what I am looking for ;) | 02:51:56 |
 das_j | In reply to @raitobezarius:matrix.org
das_j: what do you think of me researching how to introduce server sent events for realtime streaming of evaluation logs and build logs in Hydra? I kinda had that idea and I kinda have a solution | 06:53:25 |
| das_j | but yes, a native one would be a lot better than mine | 06:53:32 |
| das_j | My hacky solution is this: https://github.com/NixOS/hydra/pull/957 but it's very unstable | 06:53:56 |
| das_j | but there should probably be a server-wide opt-in/out since I expect this to cause a lot of load on hydra.nixos.org | 06:55:31 |
| raitobezarius | das_j: ok and thinking further, what do you think of introducing Rust/Python for the web stuff and having Perl and Python together in the codebase and slowing getting out the Perl part for the web MVC framework so we can get something "more hackable" for random people? (I mean, I can do/read/code Perl but heh…) | 14:25:56 |
| raitobezarius | (I don't really care about either Rust or Python or whatever lang, just something that people can usually grok) | 14:26:12 |
 Rick (Mindavi) | I think mixed languages won't improve status quo much to be honest | 17:46:48 |
| raitobezarius | it would make it easier at least to have a drive-by contribution in some areas, no? | 17:48:24 |
| raitobezarius | Of course, not gonna insist on this, I lowkey though want a bug-to-bug compatible of Perl parts of Hydra in some other language just to get the opportunity to make place for some features easily | 17:51:25 |
| raitobezarius | * Of course, not gonna insist on this, I lowkey though want a bug-to-bug compatible version of Perl parts of Hydra in some other language just to get the opportunity to make place for some features easily | 17:51:35 |
| Rick (Mindavi) | Anyway, at least it would require someone that is willing to push it through to the end | 17:51:48 |
| raitobezarius | It's like having 4 weeks of free time and being bored no? | 17:52:19 |
| Rick (Mindavi) | I guess forking or buying in Graham is also part of the story :) but yeah, sure | 17:57:22 |
| raitobezarius | Let's explicitly have Graham in the loop then | 18:01:17 |
| raitobezarius | So we can decide | 18:01:19 |
| raitobezarius | Forking is fine I suppose as Hydra is not receiving active development | 18:01:28 |
 K900 (deprecated) | I'd be very interested in rewriting Hydra FWIW | 18:01:55 |
| K900 (deprecated) | Though I'm probably more interested in the queue runner bits | 18:02:05 |
| raitobezarius | hahhaha it's such a shame you were not here in Munich when das_j presented us with | 18:05:56 |
| raitobezarius | https://github.com/NixOS/hydra/blob/master/src/hydra-queue-runner/hydra-queue-runner.cc#L284-L312 | 18:06:49 |
| das_j | In reply to @raitobezarius:matrix.org
(I don't really care about either Rust or Python or whatever lang, just something that people can usually grok) Please don't let it be python | 18:06:58 |
| raitobezarius | or was it linus? | 18:06:59 |
| raitobezarius | In reply to @janne.hess:helsinki-systems.de
Please don't let it be python why? :p | 18:07:04 |
| raitobezarius | I don't think the web performance matters, does it? | 18:07:09 |
| raitobezarius | also without GIL it goes faaaaaaaast | 18:07:17 |
| raitobezarius | plus what matters is getting right database query honestly, so good ORM is the most important thing (?) | 18:07:31 |
| das_j | In reply to @raitobezarius:matrix.org
why? :p Upside of a proper language: it's fast and you can also use it to replace the code that links against nix | 18:07:40 |
| K900 (deprecated) | I vote Rust because the next obvious step would be to rip out cppnix and replace it with tvix-eval | 18:08:01 |
| K900 (deprecated) | Also my guess would be that the queries we actually care about are non-ORM-able | 18:08:18 |
