/srv/irclogs.ubuntu.com/2020/11/23/#cloud-init.txt

flingOdd_Bloke: trying ubuntu focal01:20
fling[FAILED] Failed to start LXD - agent - virtio-fs mount.01:21
fling[FAILED] Failed to start LXD - agent.01:21
flingWhat is the default username and password?01:22
meenafaa, i know that dch has a monster aarch64 machine in his cellar, but from what i gather, every ARM machine is a bit special05:37
=== cpaelzer__ is now known as cpaelzer
Odd_Blokefling: Can we take this to #ubuntu-server?  (Can you re-ask your question there?)14:37
Odd_Blokeasakkurr: Landed! \o/15:04
Odd_BlokeVery small Travis PR modifying non-voting tests if a committer wants an easy review: https://github.com/canonical/cloud-init/pull/68317:01
blackboxswOdd_Bloke: done17:20
Odd_Blokeblackboxsw: Thanks!17:20
blackboxswone nibble at a time :)17:20
=== ijohnson is now known as ijohnson|lunch
=== ijohnson|lunch is now known as ijohnson
Odd_Blokelucasmoura: What's the reasoning behind using a custom profile for launching LXD VMs?  (I can't find justification in the code, and it seems to be causing me problems, so I'm just trying to understand the problem space. :)20:36
falcojrOdd_Bloke: this file might provide more context21:01
falcojrhttps://github.com/canonical/pycloudlib/blob/master/pycloudlib/lxd/defaults.py21:01
falcojrxenial and bionic need some custom config to work21:02
Odd_Blokefalcojr: Aha, right, thanks!21:10
AnhVoMSFT@Odd_Bloke @blackboxsw running tox on master failed on xenial - is that expected? I think some recent change in tox.ini broke it.22:46
AnhVoMSFThttps://paste.ubuntu.com/p/9kwnmxCsdW/22:47
* blackboxsw checks tox on xenial (currently running on focal here). and I think CI runs on bionic22:47
AnhVoMSFTupdating tox to 2.3.2 fixed the issue, but xenial's latest package for tox is 2.3.122:48
blackboxswyep CI on bionic https://github.com/canonical/cloud-init/blob/master/.travis.yml#L222:48
AnhVoMSFTyeah, we moved our CI to bionic as well so no issue there. Mostly for developer machine who is on xenial.22:49
AnhVoMSFTIf this is by-design that's all good.22:49
blackboxswI tihnk we have a xenial and xenial-dev target in tox to expressly allow developers to try running tox locally if on xenial (and not be pinned to the public release available in xenial)22:50
blackboxswtox -e xenial-dev ?22:50
blackboxsw# but the version of pytest in xenial has a bug22:50
blackboxsw# (https://github.com/tox-dev/tox/issues/208) which means that the {posargs}22:50
blackboxswthe above target may work for that developer  AnhVoMSFT22:50
blackboxsw"tox -e xenial-dev" I mean22:51
blackboxswhrm... nope still hitting the problem on my one xenial dev lxc  container22:53
blackboxswthough an older checkout of cloud-init was succeeding22:53
blackboxswbisecting now22:54
blackboxswlooks like it was commit cd752df6154c403e6dccaf5e797c1d4f8396f756 maybe22:58
blackboxswyeah if I were to drop  the integration-tests-ci substitutions here https://github.com/canonical/cloud-init/blob/master/tox.ini#L150-L152 then tox succeeds on xenal23:03
blackboxswAnhVoMSFT: I'll put up a proper PR to allow xenial devs to continue23:05
blackboxswsame sort of fix we had to use for xenial-shared-deps in tox already. substvars are buggy on xenial23:06
AnhVoMSFTthanks @blackboxsw23:22
blackboxswIf it helps AnhVoMSFT https://github.com/canonical/cloud-init/pull/68423:35
blackboxswsome eyes will get on that tomorrow I'm sure23:35

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