[03:06] <mup> Bug #1634730 opened: 500 error when installing snap package <Snappy:New> <https://launchpad.net/bugs/1634730>
[06:08] <jdstrand> jjohansen: here is your bug: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1634753
[06:08] <mup> Bug #1634753: srcname from mount rule corrupted under load <aa-kernel> <AppArmor:In Progress by jjohansen> <linux (Ubuntu):Triaged> <linux (Ubuntu Xenial):Triaged> <linux (Ubuntu Yakkety):Triaged> <https://launchpad.net/bugs/1634753>
[06:20] <jjohansen> zyga: debs for the fixed kernel are in http://people.canonical.com/~jj/snap/
[07:39] <ogra_> pitti, should /etc/netplan/00-snapd-config.yaml be world readable ? (i see my WEP password in there)
[07:39] <pitti> ogra_: I guess you just answered that yourself :)
[07:39] <ogra_> well, want a bug ?
[07:39] <ogra_> :)
[07:40] <pitti> ogra_: sure, sounds like a good idea (although it's not "my" bug)
[07:40] <pitti> what creates that, console-conf?
[07:40] <ogra_> oh, i thought netplan itself ...
[07:40] <ogra_> but yeah, might be console-conf
[07:42]  * ogra_ files bug 1634775 ... for mwhudson 
[07:42] <mup> Bug #1634775: /etc/netplan/00-snapd-config.yaml should not be world readable <Snappy:New> <subiquity (Ubuntu):New> <https://launchpad.net/bugs/1634775>
[07:44] <mup> Bug #1634775 opened: /etc/netplan/00-snapd-config.yaml should not be world readable <Snappy:New> <subiquity (Ubuntu):New> <https://launchpad.net/bugs/1634775>
[08:12] <mup> PR snapd#2181 opened: client: add a few explicit error types (around the request cycle) <Created by chipaca> <https://github.com/snapcore/snapd/pull/2181>
[08:34] <Son_Goku> zyga: https://github.com/zyga/snapcore-fedora/pull/7
[08:34] <mup> PR zyga/snapcore-fedora#7: Add SELinux policy module subpackage <Created by Conan-Kudo> <https://github.com/zyga/snapcore-fedora/pull/7>
[08:36] <cjwatson> ogra_: the store should be properly fixed now to handle mode 0 directories in snaps
[08:41] <ogra_> yay !
[08:52] <iliv__> hey ogra_. did you see by chance my question from yesterday about a Makefile included in a Makefile via relative path?
[08:55] <zyga> Son_Goku: thank you :)
[09:02] <mup> PR snapd#2180 closed: overlord/snapstate: two bugs for one <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/2180>
[09:03] <ogra_> iliv__, yes, but i'mm at a sprint this week ... how does your "source:" entry look like ?
[09:13] <kyrofa> zyga, ping
[09:25] <mup> PR snapd#2182 opened: tests/lib/fakestore/cmd/fakestore: trivial typo fix <Created by chipaca> <https://github.com/snapcore/snapd/pull/2182>
[09:38] <chihchun> barry: hi, is there a xenial ppa for ubuntu-image?
[09:39] <ogra_> chihchun, you should really use the snap
[09:39] <chihchun> ogra_: if there is snap on macos and windows, yes, I will :-)
[09:39] <kyrofa> ogra_, I'd love to see a lightning talk on ubuntu-image
[09:41] <ogra_> fgimenez, http://paste.ubuntu.com/23347670/
[09:42] <ogra_> kyrofa, hmm
[09:44] <kyrofa> ogra_, not saying that should be you... but barry isn't here, so... ;)
[09:45] <ogra_> kyrofa, yeah ... i get it ... the issue is that the key setup, creating an assertion etc
[09:45] <ogra_> .... are rather complex ...
[09:46] <kyrofa> ogra_, time-intensive?
[09:46] <kyrofa> ogra_, are you going to the hacking session tonight?
[09:47] <kyrofa> ogra_, if so, how would you feel about just getting together and give me a tutorial?
[09:48] <ogra_> kyrofa, https://docs.google.com/document/d/1cJvRnpoQyLvY6pOLFPgUxMHrFVBCDNwAlrORARBiZlU/edit
[09:49] <ogra_> i could probably run a talk along that ...  but i'm not sure if it is fully up to date ( sergio is so fast improving things sometimes ;) )
[09:55] <mup> PR snapd#2182 closed: tests/lib/fakestore/cmd/fakestore: trivial typo fix <Created by chipaca> <Closed by chipaca> <https://github.com/snapcore/snapd/pull/2182>
[09:56] <dr1337> ogra_ is that a tutorial on building core snap?
[09:56] <ogra_> dr1337, no, building an image
[09:56] <fgimenez> ogra_: thx!
[09:57] <dr1337> ogra_ Nice - I'd love access to that please
[09:57] <ogra_> you dont have access ?
[09:57]  * ogra_ though it is a public doc ... i dont own it
[09:57] <dr1337> ogra_ not to that google docs
[09:58] <dr1337> ogra_ Have you thought of building an image for QEMU arm?
[09:59] <mup> PR snapd#2183 opened: tests/lib/fakestore/cmd/fakestore: make it log, and fix a typo <Created by chipaca> <https://github.com/snapcore/snapd/pull/2183>
[09:59] <kyrofa> ogra_, ah, handy document, thank you!
[10:01] <ogra_> dr1337, i just noticed it is now in the snapcraft.io tree https://github.com/CanonicalLtd/snappy-docs/blob/master/core/images.md so you can read it from there
[10:02] <dr1337> ogra_ thanks!
[10:02] <mup> Bug #1634822 opened: Console-conf needs a cancel button <Snappy:New> <https://launchpad.net/bugs/1634822>
[10:03] <mup> PR snapd#2184 opened: tests/lib/fakestore: fix logic to distinguish assertion not found errors <Created by pedronis> <https://github.com/snapcore/snapd/pull/2184>
[10:15] <Chipaca> davmor2, wrt bug 1634822, I'm sorry your system is sore
[10:15] <mup> Bug #1634822: Console-conf needs a cancel button <Snappy:New> <subiquity (Ubuntu):New> <https://launchpad.net/bugs/1634822>
[10:26] <mup> PR snapd#2183 closed: tests/lib/fakestore/cmd/fakestore: make it log, and fix a typo <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/2183>
[10:28] <mup> PR snapd#2181 closed: client: add a few explicit error types (around the request cycle) <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/2181>
[10:47] <mup> PR snapd#2184 closed: tests/lib/fakestore: fix logic to distinguish assertion not found errors <Created by pedronis> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/2184>
[10:53] <mup> PR snapd#2175 closed: overlord: checks for kernel installation/refresh based on model assertion and previous kernel <Critical> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/2175>
[12:14] <ogra_> ToyKeeper, http://www.transcend-info.com/Products/No-401 and something like https://www.amazon.com/SD-to-Micro-Adapter/dp/B0143QFXYO
[12:15] <ogra_> ToyKeeper, http://www.transcend-info.com/Products/No-401 and something like https://www.amazon.com/SD-to-Micro-Adapter/dp/B0143QFXYO
[12:27] <mup> PR snapd#2185 opened: interfaces/builtin: home base declaration rule using on-classic for its policy <Created by pedronis> <https://github.com/snapcore/snapd/pull/2185>
[12:36] <iliv__> ogra_, the source: entry looks like this. source: parts/app/src/modules/
[12:43] <mup> Bug #1634880 opened: Interface for accessing lxd <snapd-interface> <Snappy:New for kalikiana> <https://launchpad.net/bugs/1634880>
[13:07] <mup> Bug #1634885 opened: Removing /writable/ kills the system <Snappy:New> <https://launchpad.net/bugs/1634885>
[13:19] <mup> Bug #1634890 opened: File system not resized in Raspberry Pi 3 <Snappy:New> <https://launchpad.net/bugs/1634890>
[13:29] <barry> chihchun_afk, kyrofa good morning (here :).  we're using this ppa but i wouldn't necessarily count on it.  it's mostly for testing: https://launchpad.net/~canonical-foundations/+archive/ubuntu/ubuntu-image/+packages
[13:30] <kyrofa> barry, feels like morning here, too
[13:30] <barry> chihchun_afk, kyrofa but for xenial, i would also recommend just using the snap
[13:30] <barry> kyrofa: it's always morning somewhere!
[13:42] <mup> PR snapd#2186 opened: asserts: bump snap-declaration to allow signing with new-style plugs and slots <Created by emgee> <https://github.com/snapcore/snapd/pull/2186>
[13:49] <perrito666> hello people, I have a few doubts here, I am trying to build a snap for vim8 with a particular set of compile flags, how do I specify which packages this requires to run afterwards?
[13:57] <ogra_> perrito666, "stage-packages" if you mean the binaries you want installed alongside
[13:58] <perrito666> ogra_: yep, I had a feeling it was that but the wording in the docs is either not clear or beyond my english-fu
[13:58] <perrito666> ogra_: tx a lot
[13:58] <mup> Bug #1634909 opened: Disabling pc||pc-kernel||core should give a warning message <Snappy:New> <https://launchpad.net/bugs/1634909>
[13:59] <perrito666> and since I am here, lets say I specify a git repo as the "source" for the make plugin, is there a way to indicate the tag/checkout?
[14:14] <ogra_> ppisati, hmm, the kernel in -proposed looks good so far, but i did not get a wlan0 device in /proc/net/dev on first boot (second boot is fine)
[14:15] <ogra_> trying to repro that now
[14:17] <ppisati> ogra_: raspi?
[14:17] <ogra_> yep
[14:17] <ogra_> the uart error is gone at least
[14:17] <ogra_> and there was no wlan oops either
[14:18] <ogra_> probably it was just a glitch, lets see, trying the second time now
[14:18] <ppisati> ogra_: i remember there was a wlan in... console-conf
[14:18] <ogra_> yeah, i used wired though ... and there was no wlan0 in /proc/net/dev after i logged in via ssh
[14:18] <ppisati> ogra_: though i couldn't configure that (it kept timing out when trying to configure)
[14:18] <ppisati> ogra_: uhm k
[14:18] <ogra_> i have test images at http://people.canonical.com/~ogra/snappy/all-snaps/
[14:19] <ppisati> ogra_: did you run your script or did you rebuild the kernel.snap manually?
[14:20] <ogra_> ppisati, https://code.launchpad.net/~ogra/+snap/pi2-kernel/+build/7441 i got a hacked up version of the script running in a +junk tree now
[14:20] <ogra_> that forcefully pulls from -proposed
[14:20] <ppisati> ogra_: k
[14:20] <ogra_> GRR
[14:20] <ogra_> Network configuration timed out; please verify your settings.
[14:20] <ogra_> damned
[14:21] <ogra_> i wonder whyt consoole-conf does ...
[14:21] <ppisati> ogra_: yes, it's always like that
[14:21] <ogra_> before we had it and when i just used /etc/network/interfaces the wlan always worked
[14:21] <ppisati> ogra_: the funny thing is that on secondo boot, all the wifi details are there and it connects fine
[14:21] <ogra_> well, i blame either netplan or console-conf ...
[14:21] <ogra_> yeah
[14:21] <ogra_> as if there was some race
[14:22]  * ogra_ tries a reset
[14:22] <mup> PR snapd#2187 opened: boot:no next boot to the same thing <Created by mvo5> <https://github.com/snapcore/snapd/pull/2187>
[14:22] <ppisati> ogra_: so you got the wlan interface this time
[14:23] <ogra_> it shows up but doesnt connect
[14:23] <ogra_> it did show up in the last try too in the UI but could not be found in /proc/net/dev after finishing the config
[14:23] <ppisati> ogra_: yes, that has always been my experience since console-conf entered the image
[14:24] <ogra_> right
[14:24] <ppisati> btw, how do you ssh if there's no user configure in that image?
[14:24] <ppisati> *ssh in
[14:24] <ogra_> lets see if it behaves after a reset
[14:24] <ogra_> you cant ...
[14:25] <ogra_> (which makes debugging console-conf a pain)
[14:25] <ogra_> LOL
[14:25] <ppisati> ogra_: right, but you said that you sshed in and checked /proc/dev/net/...
[14:25] <ogra_> heh
[14:25] <ogra_> so after reset the wlan0 interface comes up telling me it is connected in console-conf
[14:26] <ppisati> ogra_: yes, that's me experience too
[14:26] <ogra_> yes, i configured wired
[14:26] <ppisati> oh k
[14:26] <ogra_> well, seems to still time out
[14:26] <ogra_> sigh
[14:26] <ogra_> so i guess no wlan on pi3 for the RC image then
[14:27] <ppisati> ogra_: can you ssh in and check if the wlan is there?
[14:27] <ogra_> well, i can probably set up wired, lets see ... though usually if console-conf had one error you can forget about the whole thing
[14:28] <ppisati> ogra_: right, it usually loses its mind after a failed network config
[14:28] <ogra_> yep
[14:28] <ogra_> well, we still have two weeks :P
[14:29] <ogra_> ppisati, in general the kernel seems to be a lot better though ... something at least ... all oopses gone
[14:30] <ogra_> oh my
[14:30] <ogra_> now cosole-conf just crashed ... drops me back to "please press enter" and if i do that it prints python tracebacks
[14:31] <ppisati> ogra_: so, for the BBB panic bug, i tried to install console-conf on classic, reproduce the 'first boot' snappy boot environment and work from there
[14:31] <ppisati> ogra_: might be a strategy to debug this
[14:31] <ogra_> i did set BBB to verification-done for the sru kernel yesterday already
[14:32] <ogra_> ppisati, was the kernel from bug 1627643 the one in proposed ?
[14:32] <mup> Bug #1627643: oops on pi3 (seemingly wlan related) <Snappy:New> <linux-raspi2 (Ubuntu):New for p-pisati> <https://launchpad.net/bugs/1627643>
[14:32] <ppisati> ogra_: or we punch a hole in the dev image so we can login via the serial console and check what's really going on
[14:32] <ppisati> ogra_: yes
[14:32] <ogra_> well, i wanted to play with systemd console but didnt have time for that yet
[14:32] <ogra_> \o/
[14:32] <ogra_> something at least ... that kernel looks fine
[14:33] <ppisati> ogra_: good to know
[14:34] <ogra_> do you have an SRU bug that i can tag verification-done ?
[14:34] <ogra_> (though i need to test pi2 still)
[14:34] <ppisati> ogra_: let me find it
[14:37] <ogra_> ogra@localhost:~$ cat /proc/net/dev
[14:37] <ogra_> Inter-|   Receive                                                |  Transmit
[14:37] <ogra_>  face |bytes    packets errs drop fifo frame compressed multicast|bytes    packets errs drop fifo colls carrier compressed
[14:37] <ogra_>   sit0:       0       0    0    0    0     0          0         0        0       0    0    0    0     0       0          0
[14:37] <ogra_>     lo:  166400    2080    0    0    0     0          0         0   166400    2080    0    0    0     0       0          0
[14:37] <ogra_>   eth0:   83971    1140    0    6    0     0          0         0    13042      83    0    0    0     0       0          0
[14:37] <ogra_> ogra@localhost:~$
[14:37] <ogra_> hmm
[14:38] <ppisati> ogra_: does dmesg say anything wrt wlan?
[14:38] <ppisati> ogra_: does it require a fw the wlan on rpi3? i think it does
[14:38] <ogra_> http://paste.ubuntu.com/23348754/
[14:38] <ogra_> yeah, we have that in the image PPA ... the kernel snap contains it
[14:39] <ogra_> (i pulled it from your embedded PPA ages ago)
[14:39] <ppisati> ogra_: i need to grab my rpi3, it's in my room
[14:39] <ogra_> well, link to the image is above
[14:40]  * ogra_ needs to test pi2 now ... and if yu give me the SRU bug# i'll set it to verification-done
[14:40] <ogra_> (if it works :P)
[14:46] <ppisati> ogra_: lsmod?
[14:46] <ogra_> sorry, already on the pi2 now
[14:47] <ogra_> ah, but i have an lsmod output in my shell history
[14:47] <ogra_> one sec
[14:47] <ogra_> http://paste.ubuntu.com/23348784/
[14:48] <ogra_> ogra@localhost:~$ uname -a
[14:48] <ogra_> Linux localhost.localdomain 4.4.0-1028-raspi2 #34-Ubuntu SMP Mon Oct 17 09:44:39 UTC 2016 armv7l armv7l armv7l GNU/Linux
[14:48] <ogra_> ogra@localhost:~$
[14:48] <ogra_> :)
[14:48] <ogra_> pi2 looks GOOD !
[14:51] <ppisati> ogra_: ok, i don't have any way to login, nice
[14:51] <ogra_> well, wired works
[14:51] <ogra_> (we have a switch in the QA room that i use here)
[14:51] <ppisati> ogra_: k, i'm in the plenary room now
[14:52] <ogra_> yeah, i'll come too
[15:02] <mup> PR snapd#2188 opened: tests: wait for file written instead of log entries in the writable-areas test <Created by fgimenez> <https://github.com/snapcore/snapd/pull/2188>
[15:19] <Chipaca> davmor2, mksquashfs squashfs-root foo_$i.snap -noappend -comp xz -all-root -no-xattrs
[15:28] <mup> PR snapd#2189 opened: asserts,daemon: implement system-user-authority header/concept <Created by pedronis> <https://github.com/snapcore/snapd/pull/2189>
[15:29] <ogra_> Chipaca, unless it is a core snap ;) (then without -all-root)
[15:29] <Chipaca> ogra_, yeap
[15:47] <mup> PR snapd#2186 closed: asserts: bump snap-declaration to allow signing with new-style plugs and slots <Created by emgee> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/2186>
[15:54] <mup> PR snapd#2169 closed: interfaces/builtin: finish decl based checks <Blocked> <Critical> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/2169>
[15:54] <mup> PR snapd#2185 closed: interfaces/builtin: home base declaration rule using on-classic for its policy <Critical> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/2185>
[16:19] <mup> PR snapd#2190 opened: overlord/ifacestate: setup security for slots before plugs <Created by zyga> <https://github.com/snapcore/snapd/pull/2190>
[16:20] <mup> PR snapd#2187 closed: boot:no next boot to the same thing <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/2187>
[16:20] <mup> PR snapd#2191 opened: boot: do not set boot to try mode if the revision is unchanged <Created by mvo5> <https://github.com/snapcore/snapd/pull/2191>
[16:21] <mup> PR snapd#2149 closed: Finalize declaration based checks <Blocked> <Critical> <Created by jdstrand> <Closed by pedronis> <https://github.com/snapcore/snapd/pull/2149>
[17:27] <lotuspsychje> anyone knows howto list latest snap packages from terminal or ubuntu software on 16.04?
[17:27] <lotuspsychje> would be nice to know whats newly added
[17:36] <mup> PR snapd#2189 closed: asserts,daemon: implement system-user-authority header/concept <Critical> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/2189>
[18:13] <mup> PR snapd#2176 closed: store,daemon,overlord: download things to a partials dir <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/2176>
[18:22] <mup> PR snapd#2178 closed: snap: spool assertion candidates if snapd is not up yet <Critical> <Created by mvo5> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/2178>
[18:34] <mup> PR snapd#2188 closed: tests: wait for file written instead of log entries in the writable-areas test <Created by fgimenez> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2188>
[19:03] <mup> Bug #1635011 opened: /v2/changes/ is not documented in rest.md <Snappy:New> <https://launchpad.net/bugs/1635011>
[19:27] <mup> Bug #1635016 opened: Missing dependency on ca-certificates <Snappy:New> <https://launchpad.net/bugs/1635016>
[19:44] <mup> PR snapd#2190 closed: overlord/ifacestate: setup security for slots before plugs <Critical> <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2190>
[20:06] <perrito666> interesting, I made a snapcraft.yaml  (http://pastebin.ubuntu.com/23350368/) and it seems to build correctly but when I isntall it 1) my binaries are prefixed with vim-hduran. and 2) they complain of the lack of a .so.0 file which is included in one of the packages I explicitly added to stage-packages any ideas?
[20:10] <slangasek> morphis: hi, I see you've marked bug #1634540 as 'critical'; is there a deadline for this work?
[20:10] <mup> Bug #1634540: Configuring a static IP address generates a netplan file without a gateway <nplan (Ubuntu):New> <subiquity (Ubuntu):New> <https://launchpad.net/bugs/1634540>
[20:14] <mup> PR snapd#2177 closed: many: use the new systemd backend for configuring GPIOs <Critical> <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2177>
[20:53] <jjohansen> zyga: ppa for mvo or ogra_ to snap a kernel from https://launchpad.net/~apparmor-dev/+archive/ubuntu/apparmor-devel/+packages
[21:10] <rharper> ogra_: are you aware of any changes to live-build that now purge cloud-init ?  I've been rebuilding the core snap to include newer cloud-init to test out the system-user assertions; this worked last week, today however, in the build log, I see a purge  of cloud-init: The following packages will be REMOVED:
[21:10] <rharper>   cloud-init* locales* ubuntu-core*
[21:11] <rharper> looking for help in figuring out how to do builds of core snap that include cloud-init so we can get images that work in clouds
[21:12] <jgrimm> slangasek, ^^
[21:22] <slangasek> rharper, jgrimm: hrm
[21:22] <slangasek> I had not heard anything about this; certainly seems like a change we need to revert
[21:25] <rharper> slangasek: ok, last good build for me was on 10-13;  10-14 till now, the .manifest doesn't include cloud-init; https://code.launchpad.net/~raharper/+snap/core
[21:25] <slangasek> rharper: maybe worth a look at the history of the livecd-rootfs package in the snappy-dev ppa?
[21:25] <rharper> yeah, lemme look there
[21:28] <rharper> 2 http://ppa.launchpad.net/snappy-dev/image/ubuntu xenial/main amd64 livecd-rootfs amd64 2.420+ppa46 [47.0 kB]
[21:28] <rharper> that's the latest, published 10-10
[21:28] <rharper> used in both good builds and the current builds that purge
[21:28] <rharper> so something else is triggering it
[21:54] <eltigre> Hey, what's the state of "snappy ubuntu core" on raspberry pi devices? The documentation is outdated, the last available image is a year old, and does it support Raspberry pi 2?
[21:55] <eltigre> raspberry pi 3 , I mean
[21:56] <eltigre> I like the concept of snappy, but I'm a bit unsure about future device support etc
[22:07] <mwhudson> eltigre: pretty sure rpi 2 and 3 are target platforms
[22:07] <eltigre> I know rpi 2 is
[22:07] <mwhudson> eltigre: there has been some renaming of things recently though, where do you see things being a year old?
[22:08] <eltigre> first problem, when I go to https://developer.ubuntu.com/en/snappy/start/ and click the "Get started on the Raspberry Pi 2 ›"  the guide tells me to download a normal server image for arm
[22:10] <eltigre> I just found newer ubuntu-core images...
[22:32] <eltigre> ok, so the 16.04 snappy-core image boots, has an open ssh service, but it doesn't take ubuntu:ubuntu or root:ubuntu or ubuntu:snappy
[22:47] <mwhudson> eltigre: you need to configure a user on a vt or serial
[22:49] <eltigre> uhm...
[22:49] <eltigre> so vt means I need to attach hdmi+keyboard, not even sure how to do "serial"
[22:50] <eltigre> and I must really have the wrong documentation if this is the only way
[22:53] <mwhudson> eltigre: well having every device running ubuntu core having ubuntu:ubuntu be a sudoer is not ideal either!
[22:55] <eltigre> The server image has ubuntu:ubuntu and forces you to change the password at first login. For Raspberry Pi I think this security is enough, because you'd have an attacker in your home network scanning your network every minute for newly flashed rpis and then you'd still know because the password changed
[22:58] <eltigre> But that's just me. I can understand that. Would be nice to have documentation on this though.
[23:03] <mwhudson> yeah, documentation is definitely lacking
[23:03] <mwhudson> uh, why am i still waiting for a cloud-init timeout in a pc image?
[23:03] <mwhudson> i guess all the people who might know that are asleep
[23:03] <mwhudson> rharper: around?
[23:35] <mwhudson> this is infuriating
[23:35] <mwhudson> i guess i could try to understand what's going on