[03:20] <holmanb> ananke: that was with the distro-packaged version right? 
[03:20] <ananke> holmanb: yes
[03:21] <holmanb> Okay 
[03:21] <holmanb> ananke: which cloud? 
[03:21] <ananke> AWS
[03:23] <ananke> we take official vendor supplied AMIs (ubuntu, kali, debian, etc) and we run them through our standardized packer pipeline, where we inject our own settings/etc. `cloud-init status --wait` is the first step of those packer recipes, and this is the first time we've encountered this issue
[03:24] <ananke> in this case it's  "ami-02d46314883bdd49c" # kali-last-snapshot-amd64-2023.4.0-804fcc46-63fc-4eb6-85a1-50e66d6c721 (us-east-1)
[03:24] <ananke> which is the latest official upstream AMI
[03:27] <ananke> eg: https://dpaste.org/fAGpp
[03:29] <ananke> both dbus and systemd are being upgraded 
[04:58] <holmanb> ananke: yeah should be fixed in tip of main, thanks for sharing those logs
[04:59] <holmanb> And there's a release happening in the next month so should be fixed after that
[04:59] <holmanb> Or you could patch it
=== kuraudo1 is now known as kuraudo
[15:56] <holmanb> @meena: morning
[15:56] <holmanb> follow up from the directory conversation a couple days ago
[15:56] <meena> holmanb: go
[15:57] <holmanb> since ds-identify's "output" is just a configuration directory - ds-identify could conceivably write out run_dir in its cloud.cfg directory
[15:57] <holmanb> however for this to work the python code will need to know where to read its run_dir from
[15:58] <holmanb> I thought of that issue after posting the first message so that's less useful than I thought it was going to be
[15:58] <holmanb> sorry
[16:00] <holmanb> so I'm back to "should cloud-init's python code respect an env variable for cloud.cfg location"?
[16:02] <meena> holmanb: yes
[16:03] <meena> but im guessing FreeBSD won't be the only ones who patch settings.py
[16:04] <holmanb> right
[16:06] <meena> but if we could pass the correct one per ENV, and only use /etc/cloud/cloud.cfg as fallback
[16:10] <holmanb> I think that should work
[16:11] <holmanb> that way it can be set in the init system and the patch won't have to get updated every time I go on a refactoring bender
[16:12]  * holmanb included in a recent PR more python2 code deletion
[16:18] <meena> whoa
[21:28] <holmanb> cjp256: are you around?
[21:30] <holmanb> cjp256: I have a PR ready for review that implements option 245 support with dhcpcd for azure
[21:30] <holmanb> if you'd like to review it :-)
[22:26] <blackboxsw> community notice: cloud-init 23.4.2 is uploaded to ubuntu's -proposed pockets for SRU verification and review. We'll be performing our SRU validation of this release for stable Ubuntu releases over the next 7 days.  https://github.com/canonical/cloud-init/releases/tag/23.4.2
[22:27] <blackboxsw> preliminary packages have also been uploaded to ppa:cloud-init-dev/proposed  as well for cloud-init 23.4.2 testing on ubuntu.