[04:01] <blackboxsw> community-notice: cloud-init 22.2-0ubuntu1~22.10.1 (Accepted) we can expect to see 22.2 in Ubuntu kinetic in the next day or two
[12:52] <Rike> Can we help me start cloud init in vCloud (centOS7). I install pen-vm-tools, cloud-init and run terraform apply. guest_properties {"user-data" = base64encode(templatefile("cloud-config.yaml", { hostname = "test" }))}. What am I doing wrong?
[12:59] <aciba> Rike: There should be more info about the error in the logs. Could you please inspect/share them? Run `cloud-init collect-logs` within the instance to do so.
[13:22] <Eighth_Doctor> falcojr: do you know when we're going to have a new release?
[13:22] <Eighth_Doctor> I'd like to update the Fedora package and get the RHEL folks to sync from us with the new patches in place
[13:23] <Eighth_Doctor> oh damn
[13:23] <Eighth_Doctor> we missed the cutoff for 22.2
[13:24] <falcojr> Eighth_Doctor: Yeah, we just released 22.2 :/
[13:24]  * Eighth_Doctor groans
[13:25] <Eighth_Doctor> is there some kind of public release schedule?
[13:25] <Eighth_Doctor> because I'd really like to make sure we can land things on time
[13:25] <falcojr> Eighth_Doctor: https://discourse.ubuntu.com/t/cloud-init-2022-release-schedule/25413
[13:25] <falcojr> also, if you subscribe to the cloud-init mailing list, we do send out an announcement a week or so before release
[13:26] <Eighth_Doctor> I guess I'll do that too
[13:26] <Eighth_Doctor> that'll be useful
[13:26] <Eighth_Doctor> I'm working on some patches to add `/usr` path for cloud.cfg files
[13:28] <Eighth_Doctor> falcojr: aside from the RHEL team making things a little difficult for using template generator for cloud.cfg, the lack of a place in /usr means that it's difficult to ship cloud-init config snippets as packages in a model where we can have /etc "reset"
[13:31] <falcojr> Eighth_Doctor: so what would you want put in /usr vs /etc ?
[13:31] <Eighth_Doctor> the stuff we ship in the package as `/usr/share/cloud-init/cloud/cloud.cfg` and have a directory `/usr/share/cloud-init/cloud/cloud.cfg.d` for packaged snippets
[13:32] <Eighth_Doctor> then `/etc` hierarchy would be free for admins
[13:33] <falcojr> Eighth_Doctor: gotcha, yeah, that makes sense
[13:33] <Eighth_Doctor> it's too troublesome to have a mixture of packaged and admin stuff in /etc
[13:33] <Eighth_Doctor> bad things keep happening when my users try to customize things
[13:33] <Eighth_Doctor> now that the RHEL team agreed to use the templates, this problem is easier for me to solve
[13:34] <Eighth_Doctor> (fwiw, this is why I didn't try changing the templates before)
[13:40] <Eighth_Doctor> falcojr: uhh, it looks like the tests don't work anymore :(
[13:40] <Eighth_Doctor> "fixture 'mocker' not found" errors in Rawhide
[13:41] <falcojr> Eighth_Doctor: we added a dependency on pytest-mock
[13:41] <falcojr> build/test time dependency
[13:42] <Eighth_Doctor> already, adding and running again
[13:46] <Eighth_Doctor> falcojr: updated to 22.2: https://src.fedoraproject.org/rpms/cloud-init/c/a32e90573fe22f4d133c40c664cc42eaf6e476c3
[13:47] <falcojr> nice
[14:06] <ryland> What would the best way to get a newer cloud-init package into RHEL8? Build it myself? Or is there a repo for RHEL8 out there already? I just recently made the jump from RHEL7 und RHEL8, so I am not yet familiar with the new package repos, using AppStream etc
[14:07] <Rike> Uploaded file: https://uploads.kiwiirc.com/files/aad0468803f0abe9239992038a38f721/image.png
[14:07] <Rike> aciba
[14:08] <Rike> I noticed that when creating Enable guest customization, it is disabled. I'm tested on ubuntu, everything works there
[14:11] <Rike> How to enable the "Enable Guest Configuration" option when create VM ?
[16:03] <aciba> Rike: If you have access to that instance, could you please collect the logs, create bug report here: https://launchpad.net/cloud-init and attach the logs to the bug report? I think the info of your screenshot is not sufficient to determine what the problem is. thank you
[16:47] <ryland> Does anyone know, if it is possible, to use both, the new VMware datasource and the VMware customization together, at the same time? Can I merge the data somehow?
[16:47] <ryland> All my tests so far seem to indicate that its either one or the other
[17:04] <holmanb> ryland: unfortunately looks like vmware customization is an underdocumented feature
[17:07] <holmanb> ryland: no clue sorry
[17:07] <ryland> holmanb: If I go by https://cloudinit.readthedocs.io/en/latest/topics/datasources/ovf.html, it seems that the vm customization via VMware tools is part of that OVF Datasource. Also, when I use an older version of cloud-init, that does not yet have the new VMware datasource, it shows that is uses OVF. So I think I could be good if i configure
[17:07] <ryland> "disable_vmware_customization: false" and then i only need to merge what I get from the datasources VMware and OVF (in that order)
[17:08] <ryland> But I am not 100% sure of course :D
[17:11] <holmanb> ryland: also the cloud-init team builds rpms for rhel/centos family distros and uploads to copr here: https://copr.fedorainfracloud.org/coprs/g/cloud-init/el-testing/
[17:12] <ryland> holmanb: thanks! i just build it myself. it was rather easy, the cloud-init team did a great job there
[17:12] <holmanb> ryland: that's good to hear :)
[17:13] <holmanb> of course, distro supplied versions will have distro-supplied patches / fixes / packaging changes / etc so it's your call what you think is best for you
[17:15] <ryland> yeah, its more important for me right now to get the new vmware datasource. the rhel8 package seems to be rather old, even the newest one
[17:18] <holmanb> ryland: nice :)
[17:26] <ryland> Mhhh. It looks like that cloud-init now ignores the vmware customization, even though it is enabled in the cloud-init config
[17:57] <blackboxsw> give a guy op and he just takes over :) thx holmanb for topic update
[17:58] <holmanb> heh :) no problem
[18:27] <blackboxsw> interesting bug https://bugs.launchpad.net/cloud-init/+bug/1974062. I find myself wanting a bit more dynamic meta-data handling anyway from NoCloud. Something like that is almost possible, but there are some issues with timing and when to source jinja template variables etc before "rendering" such meta-data templates
[18:27] <blackboxsw> I'm trying to come up with some semblance of suggestions. While I'd like this feature, I think there is a bit of work to get there. 3-4 PRs maybe
[19:13] <blackboxsw> that feature bug is already getting  heat :)
[20:08] <blackboxsw> pulled the network v1 ipv4/ipv6 bug into selected for developmen https://bugs.launchpad.net/cloud-init/+bug/1973724
[20:09] <blackboxsw> we should better handle this for direct networkd rendering
[22:16] <blackboxsw> falcojr: upload to ubuntu/jammy -proposed for SRU of 22.2 queued. you can merge your jammy PR and push tags whenever. going through impish focal bionic now
[22:21] <blackboxsw> impish good and uploaded to proposed https://github.com/canonical/cloud-init/pull/1466 can be git pushed upstream from the cmdline