| holmanb | ananke: that was with the distro-packaged version right? | 03:20 |
|---|---|---|
| ananke | holmanb: yes | 03:20 |
| holmanb | Okay | 03:21 |
| holmanb | ananke: which cloud? | 03:21 |
| ananke | AWS | 03:21 |
| 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:23 |
| 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:24 |
| ananke | eg: https://dpaste.org/fAGpp | 03:27 |
| ananke | both dbus and systemd are being upgraded | 03:29 |
| holmanb | ananke: yeah should be fixed in tip of main, thanks for sharing those logs | 04:58 |
| 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 | 04:59 |
| === kuraudo1 is now known as kuraudo | ||
| holmanb | @meena: morning | 15:56 |
| holmanb | follow up from the directory conversation a couple days ago | 15:56 |
| meena | holmanb: go | 15:56 |
| 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:57 |
| 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 | 15:58 |
| holmanb | so I'm back to "should cloud-init's python code respect an env variable for cloud.cfg location"? | 16:00 |
| meena | holmanb: yes | 16:02 |
| meena | but im guessing FreeBSD won't be the only ones who patch settings.py | 16:03 |
| holmanb | right | 16:04 |
| meena | but if we could pass the correct one per ENV, and only use /etc/cloud/cloud.cfg as fallback | 16:06 |
| holmanb | I think that should work | 16:10 |
| 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:11 |
| * holmanb included in a recent PR more python2 code deletion | 16:12 | |
| meena | whoa | 16:18 |
| holmanb | cjp256: are you around? | 21:28 |
| 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 :-) | 21:30 |
| 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:26 |
| blackboxsw | preliminary packages have also been uploaded to ppa:cloud-init-dev/proposed as well for cloud-init 23.4.2 testing on ubuntu. | 22:27 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!