DevOS | 39 Members | |
| Seeking help and geeking out together on https://github.com/divnix/devos & https://github.com/divnix/digga | 10 Servers |
| Sender | Message | Time |
|---|---|---|
| 10 Aug 2021 | ||
| (which I think is how https currently works?) | 02:52:53 | |
| That would be actually neat, because it a) saves some "rekeying" and b) would allow to declare secrets ahead of time. | 02:54:03 | |
| But I have no idea at all, if that is technically within the realm of possibilities. | 02:54:27 | |
| * That would be actually neat, because it a) saves some "rekeying" and b) would allow to declare secrets ahead of time. (by dns name) | 02:54:47 | |
| It isn't. | 02:57:50 | |
In reply to @blaggacao:matrix.orgyou may want to float this by manveru, as he was brainstorming earlier today how to bootstrap the on prem cluster | 03:21:18 | |
| sorry, didn't mean to kill your conversation ๐ | 03:24:39 | |
| so the test is failing because you can't use the standard
I can get the test working if I add change it to | 03:25:47 | |
| let me test it | 03:27:35 | |
| this test integration is amazing though, i know what i'll be doing for the next few days now. | 03:39:27 | |
| i have some configs that involve a lot of internal networking + firewalling, this will be so useful for making sure i don't break previously working things | 03:40:47 | |
In reply to @kraftnix:matrix.orgSo there is an implementation error to say the lest upstream in that fqdn != hostname != node name | 04:14:43 | |
For example you can't meaningfully run tests for bastion.example.com and basyion.local wired together in the same network. | 04:15:39 | |
| * For example you can't meaningfully run tests for `bastion.example.com` and `bastion.local` wired together in the same network. | 04:15:47 | |
| * For example you can't meaningfully run tests for `bastion.example.com` and `bastion.local` wired together in the same network (without implementing that work around). | 04:16:23 | |
| What's worse, python identifier can't have dashes. So the set of legal hostnames is not RFC1035(?) compiant. Just for tests. | 04:17:13 | |
| * What's worse, python identifier can't have dashes. So the set of legal hostnames (= dns label) is not RFC1035(?) compliant. Just for tests. | 04:17:27 | |
| I find that pretty egocentric of the nixos test framework. | 04:17:52 | |
| * So there is an implementation error to say the least upstream in that `fqdn != hostname != node name` | 04:18:19 | |
I think a pervasive solution would be machines["<fqdn>"] | 04:19:35 | |
| Good that I'm working on a refactor to the testing framework ๐ | 04:20:02 | |
In reply to @blaggacao:matrix.orgWe could map that to the co fig's fqdn, but at the same time expose node names as direct identifier's, e.g. machine2... | 04:22:33 | |
| * We could map that to the config's fqdn, but at the same time expose `node names` as direct identifier's, e.g. `machine2`... | 04:22:46 | |
In reply to @blaggacao:matrix.orgthis bit me not long ago and I renamed a few hosts to camelcase for now ๐ | 12:11:48 | |
In reply to @blaggacao:matrix.orgi like this, you can "somewhat" maintain backwards compatibility by keeping node names as toplevel/direct identifiers but provide fqdns under a dict for when the usecase is required (this should also avoid any host that has `-` in the name causing devos profile tests to fail immediately). | 12:18:27 | |
| Is there a reason to add an option of disabling TestsAllProfiles? Only customProfilesTest for each host. | 19:10:27 | |
| If you have a WIP profile that breaks test? Or maybe some of your profiles use private information that cannot be pulled into test environment (just off top of my head) | 19:14:52 | |
In reply to @timdeh:matrix.orgNot all of them, but the annoying point is that I need to keep all the machineโs private information or special arguments consistent. | 19:21:13 | |
| How would I define a host that is a linux container (boot.isContainer) & then add that container to a profile/suite? It looks like the flk vm is more for adhoc testing of full virtual machines since it uses Qemu instead of LXC which expects it's own kernel. | 22:21:17 | |
| 23:47:14 | |