| === thnee1 is now known as thnee | ||
| otubo | rharper: thanks for the reply. I'll start working on NM renderer for Fedora, then. Thanks for the support guys :) | 10:00 |
|---|---|---|
| otubo | rharper: still about network-manager support: If I can hack the netplan.py available() function to detect 'netplan' OR 'network-manager', I could just use the netplan renderer to have as input a v2 config file and render network-manager configuration, is that correct? | 14:42 |
| otubo | rharper: not as beautiful as having a proper nm renderer but perhaps a quicker and cleaner way. | 14:43 |
| rharper | otubo: yes, we'd need to think about the policy about which netplan backend to specify when rendering; for example, some images may have netplan which have both systemd-networkd *and* networkmanaeger | 15:09 |
| otubo | rharper: but I think this is not exactly a problem, right? It should be specified on the configuration file which one to use. | 15:10 |
| rharper | otubo: possibly, but one has to consider these things for existing images when changing behavior | 15:11 |
| otubo | rharper: I understand. I'll write a patch and create a pull request. Then we can continue the discussion from there. But apart from 'how to detect and enable', you think this would be a reasonable approach? | 15:14 |
| rharper | otubo: for sure; it does require netplan in the image; but it's a good extension of the netplan rendering (to also render when networkmanager is present) | 15:16 |
| otubo | rharper: oh so, I'll still need to have netplan present? Even if I hack the detection method? | 15:18 |
| otubo | rharper: if there's no wait out of having netplan present I'll really have to write the network-maneger standalone renderer | 15:18 |
| rharper | otubo: yes, cloud-init netplan.py writes netplan yaml to /etc/netplan/50-cloud-init.yaml (which is then read by netplan's generate tool which converts yaml to either systemd or networkmanager configs) | 15:24 |
| smoser | blackboxsw: do a cloud-init uplaod today to cosmic | 15:39 |
| smoser | or just "right now" | 15:40 |
| smoser | just lets get something up | 15:40 |
| blackboxsw | agreed smoser | 15:40 |
| blackboxsw | upload proposal for cosmic https://code.launchpad.net/~chad.smith/cloud-init/+git/cloud-init/+merge/352825 | 16:32 |
| smoser | blackboxsw: reading | 17:28 |
| smoser | blackboxsw: approved... should i put 'Approved' to the Status ? | 17:30 |
| smoser | that kind of scares me :) | 17:30 |
| blackboxsw | smoser: I'm not sure here now that we have autolander.... let's not until we sort it. | 17:30 |
| blackboxsw | yeah | 17:30 |
| blackboxsw | I don't want to add the wrong commit message to the merge | 17:31 |
| smoser | my build-and-push is | 17:31 |
| smoser | http://paste.ubuntu.com/p/7fJy6hPVBD/ | 17:31 |
| smoser | just make sure you do the things it does | 17:31 |
| smoser | (basically, build it locally... and then push the branch (ubuntu/devel) and the tag | 17:31 |
| blackboxsw | thanks. I found I have stale incorrect pgp keys on my dev box, so I'm going through the backup of those keys now | 17:31 |
| smoser | :) | 17:32 |
| blackboxsw | then I can sign where I built it | 17:32 |
| blackboxsw | man now that I can finally import my keys, I'm seeing timestamps on the build outfile which don't exist. | 21:13 |
| blackboxsw | smoser: do you have any sbuild env vars defined in your environment | 21:13 |
| blackboxsw | like BIN_NMU_TIMESTAMP ? | 21:13 |
| blackboxsw | when trying to run the sbuild cmd I get "E: Failed to open build log /home/csmith/ubuntu/logs/../out/cloud-init_18.3-24-gf6249277-0ubuntu1_amd64-2018-08-09T21:13:35Z.build: No such file or directory | 21:13 |
| blackboxsw | E: Error creating chroot" | 21:13 |
| blackboxsw | whereas ../out/cloud-init_18.3-24-gf6249277-0ubuntu1_source.build exsts | 21:14 |
| blackboxsw | got it. fixed my sbuild env, I didn't have a cosmic schroot setup | 22:12 |
| blackboxsw | though seeing lintian errors when I try to build | 22:13 |
| blackboxsw | E: cloud-init source: untranslatable-debconf-templates cloud-init.templates: 6 | 22:13 |
| blackboxsw | E: cloud-init source: not-using-po-debconf | 22:13 |
| blackboxsw | not sure if that should block upload or not | 22:13 |
| blackboxsw | hrm well, it seems my upload was successful yet my signature failed to verify. https://pastebin.ubuntu.com/p/M7DCpqC4MP/ | 22:51 |
| blackboxsw | I don't see any launchpad emails yet about this failed upload | 22:51 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!