[02:18] <SuperLag> Is there a way to do conditionals with user data? like do X if RPM-based distro and do Y if DEB-based-distro? or is it best to just make two different configurations?
[03:15] <minimal> SuperLag: the majority of cloud-init user-data options are distro-agnostic, i.e. if you specify the timezone to set then the cloud-init timezone module will run the appropriate command for the distro cloud-init is running on
[03:15] <minimal> same for locales, adding users, etc
[03:16] <minimal> if you're referring to runcmd and bootcmd entries that is a different matter as there YOU are specifying the exact commands to be run
[15:28] <ananke> argh. latest kali AMI breaks our packer build process. I don't suppose anybody has seen this kind of error when running 'cloud-init status --wait'? https://dpaste.org/GC3KV
[15:30] <ananke> wonder if it's related to systemd update that's triggered via cloud-init
[15:51] <ananke> looks like I may have to add a dummy wait before running cloud-init status, that systemd update breaks waiting cloud-init status
[16:15] <ananke> ugly, but works: /usr/bin/cloud-init status --wait || (echo failed, retrying in 10 seconds; sleep 10; /usr/bin/cloud-init status --wait)
[17:22] <blackboxsw> ananke: I think we added a commit in tip of main to avoid that specific issue with dbus not being ready in early boot. https://github.com/canonical/cloud-init/commit/d29b744e742d12e41e9490fb05e74537b4b768d7
[17:22] -ubottu:#cloud-init- Commit d29b744 in canonical/cloud-init "fix: Handle systemctl commands when dbus not ready (#4681)"
[17:23] <blackboxsw> but that'll only be in daily builds or our next 24.1 release
[17:51] <ananke> blackboxsw: ahh, great. thank you
[20:40] <holmanb> ananke: iirc that was hard for us to reproduce when testing, so please do report it if you see it again on main
[20:49] <ananke> I was able to reproduce it 100% of the time, using latest kali AMI + cloud-init config with package update/upgrade enabled + cloud-init status --wait as the very first thing running on boot
[21:00] <ananke> my gitlab jobs save the last 100 lines of these files, if that's of any use: /var/log/cloud-init.log /var/log/cloud-init-output.log /var/log/syslog