| otubo | Just recaping the NetworkManager support: I was told that netplan supports NetworkManager,but only when using netplan, right? There's no renderer for networkmanager directly. | 12:41 |
|---|---|---|
| otubo | Fedora 29+ won't use initscripts anymore by default, it should use only networkmanager, any objections to develop a renderer for NM? | 12:42 |
| otubo | I think dpb1 and TJ- helped me last time ^^^ | 12:51 |
| rharper | otubo: no networkmanager renderer in cloudinit/net ; I think there are some things in the sysconfig renderer that touch NM configs | 14:41 |
| rharper | otubo: a NM renderer in cloudinit would be fine | 14:42 |
| dpb1 | or using netplan in fedora. :) | 15:11 |
| rharper | dpb1: for sure; there are older images which have NetworkManager (fedora, centos, rhel) but won't/can't get netplan; | 15:18 |
| [42] | are there pre-built recent packages for debian? | 18:15 |
| powersj | [42], don't think so; this was discussed on the debian-cloud list earlier this year | 18:35 |
| powersj | https://lists.debian.org/debian-cloud/2018/05/msg00027.html | 18:35 |
| [42] | is there much work involved in creating that package? | 18:39 |
| [42] | i never packaged stuff for debian so i have no idea | 18:40 |
| rharper | it depends; typically you're doing a package up a new release; which means there may be some patches to the current version that may or may not be needed, and if needed, may not apply. So it can take some time; also the longer the time between current version and the upstream, it can become harder to maintain the delta | 18:41 |
| rharper | ubuntu packaging and debian are very similar; so I don't think that part will be hard; but understanding what patches might be in the current debian package that apply against 0.7.9 and figuring out if they're still needed (and if so, porting the patch to apply against 18.3) is likely the be the bulk of the work | 18:42 |
| [42] | i see | 18:43 |
| blackboxsw | [42] you might want to try our build tools in cloud-init source. On debian, apt-get install devscripts git; git clone -b master https://git.launchpad.net/cloud-init; cd cloud-init; make deb should give you hints on building | 19:16 |
| blackboxsw | if there are things that prevent you from building the full package, it should be fairly straight forward to add the support to cloud-init with a patch | 19:17 |
| [42] | i'll probably try that within the next few weeks | 19:18 |
| blackboxsw | sounds good | 19:18 |
| [42] | maybe also try to get the debian package to work with the latest version | 19:18 |
| blackboxsw | hrm, per fginther's branch, ssh_disable_users in cloud-config: would allow disabling a user just like we do w/ disable_root: True... The thing is, it also creates a user first. /me thinks that this 'feature' doesn't quite make sense. | 20:43 |
| blackboxsw | it feels like the config option ssh_disable_users: [...] should disable a list of known users if they exist or are configured, not create a user and then disable it | 20:43 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!