minimalwith the recent rationalisation of module settings' names to use underscores rather than minuses should the names of modules in cloud.cfg.tmpl also standardise on using underscores?13:17
falcojrminimal: yes, both are currently supported but we should really standardize on one13:18
minimalperhaps I'll raise a PR to do this13:24
minimalalso I'm confused about gateway4 & gateway6 in network-config v2 - recently I noticed these were depricated so changed my YAML files to use "route" instead. However a recent PR appears to have removed the deprecated note from the docs (though I don't see which PR did it)13:26
minimalso are gateway4/gateway6 deprecated or not for network-config v2?13:26
falcojrwe removed the deprecated note? It's still deprecated for v2. For v1, we changed the netplan implementation to use routes instead13:28
minimalyupe, it was removed some time since Nov 21 (as I just did a "git pull" which last run then)13:29
minimaldoc/rtd/topics/network-config-format-v2.rst was updated to remove the deprecated note13:29
minimalmaybe because the previous note had a reference to "netplan#default-routes"? I'm using v2 with eni myself.13:30
falcojrhmmm, I think that might've just been a mistake/oversight13:31
falcojrI put up a PR to fix it. Thanks for letting us know!13:50
minimalnp, I have another related issue to investigate as I have found that using "to: default" does NOT work for network-config v2 "routes:" (at least for eni)14:04
minimalthe docs mention default but ~I had to use to get it working14:05
TeridonI'm having with cloud-init 22.4.2-0ubuntu0~20.04.1 .  I defined 3 types of SSH host keys and certs in user-data.  All 3 keys and certs ended up in /etc/ssh/, but in sshd_config, there is only one HostCertificate line for the RSA key.  Did I do something wrong ?  user-data excerpt :   https://dpaste.org/EL03J   cloud-init.log:  https://dpaste.org/R1EhU   14:22
Teridonjeez.  obviously. "I'm having *a problem* with ... " 14:23
minimalTeridon: I don't understand the problem, you specified 3 different certs in user_data and 3 HostCertificate lines were written14:28
falcojrthere's a single host certificate in /etc/ssh/sshd_config.d rather than all 314:29
minimalah, that it wrote 1 line, updating it 2 times14:29
falcojrTeridon: Looks like we have a bug. Would you mind filing this at https://bugs.launchpad.net/cloud-init ?14:30
minimalthe sshd_config manpage entry for HostCertificate says "Specifies *a* file...", that's file singular14:31
TeridonYou can specify HostCertificate multiple times14:31
minimalit's not clear if sshd_config can have multiple HostCertificate lines though14:31
minimalok, the manpage doesn't indicate that either way14:32
Teridonyes it can.  I do that normally on all my systems...  and sshd presents the proper certificate depending on the key type you use to connect14:32
TeridonI will file a bug, thx14:33
minimallooks like the update_ssh_config_lines function only adds a line if it is not present and updates it otherwise, so doesn't cater for adding multiple such lines14:35
minimalin cloudinit/ssh_util.py14:35
meenahttps://github.com/canonical/cloud-init/compare/main...igalic:cloud-init:bsd/device_drivers?expand=1 i had to do this on my phone, because my laptop('s battery) died15:27
meenaminimal: netplan runs on alpine?15:28
meenaminimal: does netplan require dbus?15:29
meenahttps://github.com/canonical/netplan/blob/main/meson.build#L28 can't tell if this is a joke15:32
falcojrnah, I'm sure that find_program is searching the path...find is different15:33
meenaanyway, i can't tell from that meson file of systemd and dbus are hard dependencies 15:35
meenacan't find netplan here, https://git.alpinelinux.org/aports/log/?qt=grep&q=netplan 15:38
minimalmeena: no, I'm using network-config v2 with eni, not netplan15:43
minimalwhat made you think I/Alpine was using netplan?15:43
meenaminimal: my misreading of what you said15:45
minimalmeena: there's no systemd on Alpine, someone tried to package it about 6 months ago and it didn't go down well...15:46
meenayeah, just looking at netplan's code, looks like it's deeply interwoven with systemd15:47
minimalmeena: the issue with trying to get systemd on Alpine was two-fold, (1) the package submitter sort of indicated he was doing so to troll some Alpine people and (2) systemd people do not support musl and will accept any musl-related packages and so if an Alpine package was ever added it would have to carry around a large number of downstream patches forever15:49
minimals/will accept/will not accept/15:50
minimalmy typing is awful today lol15:50
meenahands frozen?15:56
* meena points at https://github.com/freebsd/freebsd-ports/tree/main/www/chromium/files15:57
minimalnope, probably not enough/too much coffee ;-)15:57
meenamost of these patches are so trivial it's deeply frustrating 16:00
meenaAIX: chromium supported platform. BSD? nope16:03
TeridonI tried to submit a bug at https://bugs.launchpad.net/cloud-init/+filebug but the site had some kind of error17:06
blackboxswchecking Teridon an OOPS message ?17:07
Teridonyes.  Unfortunately I didn't get the code.  I tried to go back to my bug form to resubmit but it was gone 17:07
blackboxswthat route looks like it works for me... checking to see if your bug got submitted17:07
blackboxswhrm latest bug I see is https://bugs.launchpad.net/cloud-init/+bug/1999042. so something didn't submit17:08
-ubottu:#cloud-init- Launchpad bug 1999042 in cloud-init "In openEuler, distro.osfamily is incorrect" [Undecided, New]17:08
Teridonlet me try again I guess17:09
TeridonWell I think I got the bug submitted (1999164) but I just failed to add an attachment (Error ID: OOPS-487354aacd8f1d4dbe05652042959d86) 17:14
Teridongot both my attachments done.  I guess it was something with my proxy ‍ https://bugs.launchpad.net/cloud-init/+bug/1999164 17:42
-ubottu:#cloud-init- Launchpad bug 1999164 in cloud-init "when multiple SSH host key certificates are defined, only one HostCertificate is referenced in sshd_config" [Undecided, New]17:42
minimalfalcojr: remember when I mentioned an issue a month ago where I was having problems on Alpine with the boot services and cloud-init.log all complained about distro being ubuntu and I eventually figured out it was a syntatically invalid /etc/cloud/cloud.cfg file?18:50
minimalI had had another similar report on Alpine and it think it was introduced in cloud-init in a PR between 22.3 and 22.4 - the 2nd line of cloud.cfg.tmpl is a blank line and once the jinja templating occurs to create cloud.cfg that 2nd blank line becomes a blank 1st line, which yamllint says in a syntax error18:52
blackboxswdo tell minimal: invalid YAML?18:52
blackboxswinteresting. checking commit history there18:52
blackboxswwow so a blank line is a yaml error?18:54
blackboxswchecking yamllint behavior18:54
blackboxswit's most likely this commit https://github.com/canonical/cloud-init/commit/cd2cca35a1  but hrm.18:56
-ubottu:#cloud-init- Commit cd2cca3 in canonical/cloud-init "Create reference documentation for base config"18:56
minimalblackboxsw: not simple a blank line, I believe the *1st* line of a valid YAML file cannot be blank19:05
minimalyamllint says:19:06
minimal  1:1       error    too many blank lines (1 > 0)  (empty-lines)19:06
blackboxswhrm.yet yaml.safe_load('\n\n1:2') seems to process fine :/19:07
holmanblooks like a configurable yamllint value19:07
blackboxswI have no qualms with us dropping that leading new line. ... it's not needed for anything and as part of a jinja template it doesn't make sense to have the spacer anyway19:09
blackboxswas the file will get processed before rendering.19:09
minimalyeah it's certainly technically not valid to have it19:10
blackboxswminimal: is there something else that is malformed in the jinja rendered cloud.cfg file?19:10
blackboxswbesides the leading empty newlin19:10
minimalit may not be the underlying cause of the issue the person is having, I'm now getting more feedback and it might be something else19:10
minimalit seems they are replacing the cloud.cfg with their own version that doesn't have "system_info:" section or "distro:" subsection" so that's probably the root cause of their fallback to ubuntu19:11
minimaldon't know how it works for them with other distros then19:13
blackboxswfor karma :) https://github.com/canonical/cloud-init/pull/190219:14
-ubottu:#cloud-init- Pull 1902 in canonical/cloud-init "cloud.cfg.tmpl: drop leading newline in jinja-rendered YAML content" [Open]19:14
minimalblackboxsw: I'll raise a PR to fix various cloud.cfg.tmpl warning/errors that yamllint flags19:15
blackboxswminimal: that's better. than my tongue in cheek pr 1902 :)19:16
blackboxswI'll close it 19:16

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!