| 13 Aug 2021 |
 @timdeh:matrix.org | I know there is a way to disable them | 00:13:19 |
 @kraftnix:matrix.org | the allProfilesTests works nicely for simple laptop configurations but none of my fancier setups / VMs that bring in extra disks | 00:14:03 |
| @timdeh:matrix.org | yeah the allProfilesTests would probably be better suited as an individual test per profile. I think I was just being lazy 😃 | 00:32:23 |
| @kraftnix:matrix.org | Is that now how it used to be before digga? | 00:33:00 |
| @kraftnix:matrix.org | I also remember having issues back then because lots of my profiles were designed not to work in isolation but only when combined in a suite :) although it's possible I was introducing test errors in another way. | 00:33:47 |
| @kraftnix:matrix.org | but since rakeLeaves happened I feel profiles/suites are on a similar UX footing so it's not really like that anymore, rakeLeaves actually caused me to push a lot of logic / multi-profile setups out of suites | 00:35:25 |
| @timdeh:matrix.org | I intended to eventually refactor it into that before it was moved into digga, but I ran out of free time | 00:38:12 |
| @timdeh:matrix.org | and I am quickly running out of excuses as well 😉 | 00:39:08 |
 ultranix | https://github.com/colemickens/nixos-flake-example#warning i like colemickens flake warnings | 00:42:51 |
 @gtrunsec:matrix.org | In reply to @kraftnix:matrix.org
but since rakeLeaves happened I feel profiles/suites are on a similar UX footing so it's not really like that anymore, rakeLeaves actually caused me to push a lot of logic / multi-profile setups out of suites Right, I have the same problem as I mentioned earlier | 00:43:22 |
| @kraftnix:matrix.org | i'm digging around in digga trying to figure out if I can hook in from devos and modify the testScripts | 00:44:11 |
 David Arnold (blaggacao) | In reply to @kraftnix:matrix.org
i'm digging around in digga trying to figure out if I can hook in from devos and modify the testScripts we might kill the all profile tests and replace them with a default example in devos (the template / reference implementation) | 00:53:27 |
| @kraftnix:matrix.org | sounds like a plan tbh, although allProfilesTests could be an enable-able option? it is somewhat useful as a check for laptops/single disk systems/simple configs | 00:54:16 |
| @gtrunsec:matrix.org | I like the idea of ​​customProfileTest , but there seem to be some problems with its logic. It should load the activated suites of the current host instead of merged in allProfilesTest. | 00:54:41 |
| @kraftnix:matrix.org | i couldn't see any way to short-circuit the allProfilesTest currently. Although I have a workaround which makes them all pass on my systems (by relaxing a condition), but it's not ideal, it's not like the test really "passes" in the semantic way but gets me over this hurdle. | 00:55:05 |
| David Arnold (blaggacao) | the implementation is so simple,though:
testScript = ''
${host.config.networking.hostName}.systemctl("is-system-running --wait")
'';
| 00:55:50 |
| David Arnold (blaggacao) | * the implementation is so simple,though:
{
testScript = ''
${host.config.networking.hostName}.systemctl("is-system-running --wait")
'';
}
| 00:56:14 |
| @kraftnix:matrix.org | a quick fix would be to pass allProfiles per host through a seive so you could at least disable them | 00:56:15 |
| @kraftnix:matrix.org | yeah a default like host.wait_for("multi-user.target") or "default.target" might be better | 00:56:54 |
| David Arnold (blaggacao) | In reply to @gtrunsec:matrix.org
I like the idea of ​​customProfileTest , but there seem to be some problems with its logic. It should load the activated suites of the current host instead of merged in allProfilesTest. oh, it does neither... | 00:57:11 |
| David Arnold (blaggacao) | (or I made a mistake 🤣) | 00:57:27 |
| @kraftnix:matrix.org | I had some nasty case before where the test never timed out :/ | 00:57:28 |
| David Arnold (blaggacao) | Nice trick, that Las shared over there:a | 01:39:39 |
| David Arnold (blaggacao) | $ mount /dev/disk/by-label/nixos /mnt
$ mkdir -p /mnt/boot && mount /dev/disk/by-label/boot /mnt/boot # UEFI only
$ swapon /dev/$your_swap_partition
# add some extra space to the store, it's running on a tmpfs on your RAM
$ mkdir -p /mnt/tmpstore/{work,store}
$ mount -t overlay overlay -olowerdir=/nix/store,upperdir=/mnt/tmpstore/store,workdir=/mnt/tmpstore/work /nix/store
| 01:39:50 |
| David Arnold (blaggacao) | I'll put it in the docs... | 01:40:25 |
| David Arnold (blaggacao) | And I also was reminded, that good old bud can't work on a read-only flake root. | 01:41:41 |
| David Arnold (blaggacao) | https://devos.divnix.com/start/bootstrapping.html#mount-partitions | 01:46:57 |
| David Arnold (blaggacao) | Does anybody know a smart way to make the baked in flake writable? maybe using overlays? | 01:58:40 |
| David Arnold (blaggacao) | https://github.com/divnix/digga/blob/dbc88a75a2e2dbdeb0b482d1522f215aa68325e5/modules/bootstrap-iso.nix#L17-L20 | 01:59:27 |
| @kraftnix:matrix.org | In reply to @blaggacao:matrix.org
$ mount /dev/disk/by-label/nixos /mnt
$ mkdir -p /mnt/boot && mount /dev/disk/by-label/boot /mnt/boot # UEFI only
$ swapon /dev/$your_swap_partition
# add some extra space to the store, it's running on a tmpfs on your RAM
$ mkdir -p /mnt/tmpstore/{work,store}
$ mount -t overlay overlay -olowerdir=/nix/store,upperdir=/mnt/tmpstore/store,workdir=/mnt/tmpstore/work /nix/store
that's neat, i have actually run into the tmpfs storage issue before when trying to do a 0 -> full system build during bootstrap | 02:50:05 |
