[17:08] <holmanb> amir18: cloud-init is currently limited to linux and unix, see here for the support list: https://cloudinit.readthedocs.io/en/latest/topics/availability.html
[17:10] <blackboxsw> amir18: I'm guessing if you are using windows, the project that might be leveraged there is cloudbase-init https://github.com/cloudbase/cloudbase-init which from my recollection only supports a subset of upstream cloud-init userdata https://cloudbase-init.readthedocs.io/en/latest/userdata.html
[18:24] <blackboxsw> wow I didn't like that https://github.com/canonical/cloud-init/pull/1250 slipped through integration test cracks.
[18:24] <ubottu> Pull 1250 in canonical/cloud-init "mounts: fix mount opts string for ephemeral disk" [Open]
[18:24] <blackboxsw> I'm grabbing that PR and providing an integration test for that currently so we can assert that what we try to provide is correctly applied to the machine
[18:25] <blackboxsw> findmnt -J for the win
[21:12] <blackboxsw> hrm also just saw a bug fly by for landscape that CIS  hardening scripts prevent exec from /var/tmp. This'll probably affect cloud-init's dhcpsandbox on hardened images because it uses _EXE_ROOT_TMPDIR to stuff executables over in /var/tmp/cloud-init over in https://github.com/canonical/cloud-init/blob/main/cloudinit/temp_utils.py#L32 
[21:12] <blackboxsw> this came up on SLES I think too 
[21:34] <holmanb> blackboxsw: yep, doesn't look like there is a check for that mount option either, so it will just fail with "Operation not permitted" (the 0o1777 posix perms don't change that behavior)
=== Daniel is now known as Guest783