/srv/irclogs.ubuntu.com/2020/01/28/#cloud-init.txt

=== cpaelzer__ is now known as cpaelzer
Odd_Blokemeena: What _is_ the Python 3 on your distro called?15:05
meenaOdd_Bloke: python3.7 on FreeBSD 12.1-RELEASE15:05
meenaand python3 on this Ubuntu 18.04 laptop15:06
Odd_Blokemeena: https://www.python.org/dev/peps/pep-0394/ <-- sounds like the FreeBSD Python maintainers need to read this ;)15:08
meenaOdd_Bloke: i agree.15:09
Odd_BlokeAnd paride and I did discuss this briefly in a video meeting; if anyone has unusual requirements (like that), then they can do some symlink/PATH futzing.15:10
meenayah15:10
meenabut i did forward that question to #bsdports let's see what they have to say15:11
Odd_Blokeparide: Do you want to split out to a separate PR the commit that smoser mentioned is unrelated?15:12
parideOdd_Bloke, yes (he is right)15:12
smoserdrop the change. its unrelated and its the same, no?15:12
smoser[ -n "$var" ] == [ ! -z "$var" ]15:13
smoserno?15:13
Odd_BlokeThe commit message mentioned it fixing a shellcheck warning.15:14
Odd_BlokeBut paride has listened to us too quickly, so I can't see that commit any longer. :p15:14
Odd_BlokeOh no, it's in the PR description too.15:14
parideOdd_Bloke, updated that too15:14
Odd_Bloke"This is a stylistic issue that does not affect correctness." <-- in the red corner, smoser; in the blue corner, paride15:15
Odd_Bloke;)15:15
smoserhonestly i think the change made it less readable.15:15
paride:P15:15
smoseroh. no. your change *does*  make it more readable.15:16
parideI was indeed asking why15:17
paridewell we're keeping the change I think, just putting it in a separate PR15:17
Odd_Blokesmoser: I'm +1 on the PR as-is, but don't want to merge it under you if you're still reviewing, so let me know once you're done with it. :)15:18
smoseri am done reviewing. i dont really care.15:21
paridemeena, anyway the 'python2' and 'python3' pyexe strings did get some special treatment in run-container: https://github.com/canonical/cloud-init/blob/master/tools/run-container#L27815:25
parideso I'm not sure it would have worked on systems where the python interpreter is not called in one of those ways (I didn't check)15:26
meenaparide: yah, i'm just debating with FreeBSD maintainers why they don't provide a python3 binary by default, and we're running in circles of misunderstandingsā€¦15:27
meenaparide: anyway, i'm fairly certain those tools won't run on FreeBSD, so there's no need to concern yourself with my comments, but i did just learn something, so, that's good? i guess??15:28
meenacan anyone give me an estimate on when one of y'all will be able to comment on robjo's network refactoring proposal? i'd like to plan my "free" time15:33
smosercloud-init needs support for fw_cfg .16:46
smoserprobaly extend nocloud16:46
smoser http://www.contrib.andrew.cmu.edu/~somlo/QEMU_fw_cfg/16:46
rharperOdd_Bloke: blackboxsw: using new-upstream-snapshot -v --update-patches-only on ubuntu/xenial  shows the failure; I think have to "hand apply" which ends up being comparing the current version of the file, to the version from before 19.1 where we added the new client;  this is a manual process unfortunately;16:46
rharpersmoser: parsing fw_cfg values?16:46
smoserthat link makes it seem like with qemu_fw_cfg module16:47
smoser  /sys/firmware/qemu-fw-cfg/by_name/opt/GuestInfo/raw16:47
smoserthe  kernel does it16:47
rharperas a datasource then16:47
rharperDataSourceQemuFwCfg16:47
rharperor into NoCloud ? I guess as you suggested16:47
smoseri'd just extend NoCloud. if by_name/cloud-init/meta-data16:47
rharperworth thinking on;  I don't think we've dicussed much the idea of multiple datasources being present16:48
rharperand which one should win16:48
smoserwell, nocloud already does merge from different sources16:49
smoserbut ... probably beter for the provider to just give one.16:49
rharperis fw_cfg cross arch ?16:50
rharperlooks like x86 and arm only, no ?16:51
rharperOdd_Bloke: blackboxsw: are you OK with me pushing a new-upstream-snapshot -v --update-patches-only update to ubuntu/xenial  and ubuntu/bionic to fix the daily ppa builds ?17:02
rharperdo you want me to push the fix to branch for review  ?17:02
Odd_BlokeMight be worth pushing it somewhere for review, ISTR we ended up having to do some branch surgery last time.17:03
rharperok17:03
Odd_BlokeI can't remember _why_, but maybe I will if I look at the branch before it's pushed. ;)17:03
blackboxsw+1 on the new-upstream-snapshot as review so that we have a record for future to remind us of the action taken17:03
rharperhttp://paste.ubuntu.com/p/Nn2qXkdsNC/17:04
rharperis what the xenial update will look like, but I'll put up the branch in a minute17:04
Odd_BlokeThat looks good to me (though I haven't tested if it actually fixes builds, I'm trusting you to do that :p).17:06
rharperOdd_Bloke: yes, I17:11
rharperI'm going to write down the steps I'm doing (and likely will want to add a tag to the commit right before we modified the ubuntu_advantage config module since that's the source to which we want to revert17:12
smoserrharper: well, current kernels for ubuntu have qemu_fw_cfg module in arm64, i386 and x86_64. not for ppc64le or armhf.17:21
smosercurrent (5.3.0-26)17:21
smoseri'm not sure why ppc64el and armhf missing17:21
rharpersmoser: IIUC, its a guest firmware issue17:23
rharperso SLOF and whatever is used on s390x would need to support it17:24
smosermaybe17:24
smoserhttps://cateee.net/lkddb/web-lkddb/FW_CFG_SYSFS.html17:24
rharperqemu will put it at a know ram location, and the firmware is supposed to update/read/modify with details from the machine that qemu constructs via commandline configuration17:24
rharpersysfs could read it I suppose without firmware help17:24
rharperhttps://github.com/coreos/ignition/pull/90517:25
Odd_BlokeWe did have someone in here asking for it the other day.17:40
Odd_Blokeblackboxsw: https://github.com/cloud-init/ubuntu-sru/pull/96 is my last SRU verification.17:55
blackboxswthanks Odd_Bloke and it looks like I need to review my results. thx for review18:05
Odd_BlokeOf course. :)18:05
blackboxswOdd_Bloke: pushed https://github.com/cloud-init/ubuntu-sru/pull/9218:24
blackboxswOdd_Bloke: minor nit on linking to the SRU README.md and please land https://github.com/cloud-init/ubuntu-sru/pull/96#pullrequestreview-34960696518:34
blackboxswrobjo: so sorry, I forgot to click submit on the pending review comments https://github.com/canonical/cloud-init/pull/162 that I put in last week. added them now for your thoughts20:16
blackboxswI just realized they were still in "Pending"20:16
robjoOK, thanks will take a look20:16
meenarharper: i can't believe i was right about the use-case20:39
rharpermeena: ?20:40
meenarharper: IBM / EBCDIC.20:40
meenahttps://github.com/canonical/cloud-init/pull/187#issuecomment-57811699320:41
rharpermeena: hehe indeed20:42
meenarharper: i can't believe we're finally getting EBCDIC in the cloud20:46
rharperI think SoftLayer may have s390x available, and certainly openstack has been trying;20:46
rharperthis use-case is more for the s390x ubuntu installer which is leveraging cloud-init for first-time environmental setups to make installing on  an s390x, a lot less like installing on s390x =)20:47
rharperOdd_Bloke: blackboxsw: ok, finally sorted out the PRs for fixing daily PPA (without a new upstream snapshot), https://github.com/canonical/cloud-init/pull/196 https://github.com/canonical/cloud-init/pull/19721:41
robjoblackboxsw: tag you're it22:40
blackboxswrobjo: thanks, I think you have minor conflicts against tip of master (that Odd_Bloke character landed some dropping py2.7 stuff :) )22:45
robjoblackboxsw: fixed22:48
blackboxswthanks22:48

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