| 11 Apr 2026 |
 Atemu | IIRC it was slow enough where even that was not a given | 10:58:19 |
| Atemu | I could see whether I still have the snippet to generate the stub drvs | 10:58:47 |
 magic_rb | Right exactly what i meant, as jaen said what im describing are probably bazel persistent workers. If we could skip the store path setup because we do it once for all of the robotnix derivations, that would make things faster | 10:58:49 |
| Atemu | I also think that module-level granularity is honestly good enough | 10:59:46 |
 jaen | Would appreciate, I do have something already, but comparing notes would be helpful, maybe I missed something obvious when I was paying it only part of my mind | 10:59:54 |
| Atemu | Most modules are stuff like basic OSS libs that do not change at all | 11:00:27 |
| jaen | For sure, granularity can just be one of the tuning knobs to use to find what is the most efficient | 11:01:45 |
| Atemu | I don't know how many inter-dependencies there are between android-specific components. Somethin, in me makes me think it might not even be that much. | 11:02:13 |
| magic_rb | I do want to point out, how robotnix is the most accessible way to build android tbh. Like, building it manually is something ive never managed, not that i tried that much | 11:04:39 |
| Atemu | {
total ? 200000,
random ? "foo",
sleep ? 0,
pkgs ? import <nixpkgs> { },
lib ? pkgs.lib,
}:
let
drvs = builtins.genList (
n: pkgs.runCommand "${random}-${toString n}" { } "sleep ${toString sleep} ; echo ${toString n} > $out"
) total;
list = lib.concatLines drvs;
in
pkgs.writeText "${toString total}" list
| 11:07:18 |
| Atemu | {
total ? 200000,
random ? "foo",
sleep ? 0,
pkgs ? import <nixpkgs> { },
lib ? pkgs.lib,
}:
let
drvs = builtins.genList (
n: pkgs.runCommand "${random}-${toString n}" { } "sleep ${toString sleep} ; echo ${toString n} > $out"
) total;
list = lib.concatLines drvs;
in
pkgs.writeText "${toString total}" list
| 11:07:25 |
| Atemu | Currently running with 10000 and it's still going.. | 11:07:50 |
| Atemu | Yeah, so running sleep 10000 times took 8min and I doubt that scales <linearly. At that point, it'd be faster to just build; especially given that real compiler invocations take quite a bit longer than sleep 0 | 11:58:30 |
|  ortolanbunting3002 joined the room. | 12:41:51 |
