| 18 Jul 2022 |
 @rendakuenthusiast:imperishable.name | another weird issue I'm running into | 04:55:45 |
| @rendakuenthusiast:imperishable.name | I wrote a helper function that woudl generate an nginx vhost set of the form { services.nginx.virtualHosts."hostname.example.com" = <nginx configuration> } | 04:56:34 |
| @rendakuenthusiast:imperishable.name | so that I could define the vhost for a service in the same module I define the service in | 04:56:58 |
| @rendakuenthusiast:imperishable.name | so I have my helper function return the above set, and then use \\ helperFunction { hostname="hostname"; } to merge it into the config set that was already being returned for each service I'm running | 04:57:32 |
| @rendakuenthusiast:imperishable.name | and this is causing existing configuration to stop appearing in ways I don't understand | 04:57:52 |
| @rendakuenthusiast:imperishable.name | if I have a set a and a set b with no keys in common, a \\ b will just merge them without overwriting anything, right? | 04:58:12 |
 Winter (she/her) | you mean //, right? | 05:00:49 |
| @rendakuenthusiast:imperishable.name | er, yes, // | 05:04:09 |
| @rendakuenthusiast:imperishable.name | I didn't type it wrong in my code | 05:04:33 |
| @rendakuenthusiast:imperishable.name | okay, I have a minimal example: https://privatebin.net/?849782ab0b96f528#9W3j2DCQz6fRo57akit3xWHGk3XquY9g5zE7tB6qotDi | 05:41:57 |
| @rendakuenthusiast:imperishable.name | when I say "works", I mean the first version there creates the nginx vhost host.example.com, and the second version doesn't create it | 05:42:21 |
