=== sambetts|afk is now known as sambetts === shardy is now known as shardy_lunch === shardy_lunch is now known as shardy === shardy is now known as shardy_afk [13:50] powersj, so obviously my general inability to keep up with things is the cause of the problem. [13:50] but https://code.launchpad.net/~syed1/cloud-init/+git/cloud-init/+merge/322024 [13:51] links to a bunch of failures that dont exist [13:51] anything we could do about that ? [13:51] Looking [13:52] 1. Easiest is to trigger a rebuild or 2. I can up the amount of runs we keep even higher. That doesn't guarantee this won't happen again though. [13:52] even the rebuild button doesnt work :) [13:52] O.o [13:53] cause it points to the same build [13:53] which had the context of which branch was built and such [13:54] hmmm [13:58] increasing the number of jobs we keep may not even help without increasing it greatly. With 25 we only have 10 days worth [13:58] I did manually kick a job off though [14:02] its kind of pointless though really. i wonder we could reasonably post at least the failure portion of it to the log [14:17] yeah === shardy_afk is now known as shardy [14:33] blackboxsw, you were looking for a bitesize bug [14:33] i dont have a bug (you can open one) [14:33] we use yaml [14:33] http://stackoverflow.com/questions/27743711/can-i-speedup-yaml [14:33] we dont use it extensively, and its even possible that loading the c code could have overhead for the small bits of yaml that we load... [14:33] but i've wanted to look at that [14:33] that make sense ? [14:34] smoser, sure reading that now. [14:36] yeah that makes sense [14:36] ok will file a bug about it as I test out whether there is a good performance imact. [14:36] *impact [14:57] bug 1 [17:48] smoser: is there such a think as a daily-ppa but for fedora/centos cloud-init rpms ? [17:49] larsks: ^^ [17:49] https://build.opensuse.org/ is the closest thing that i'm aware of [17:51] maybe a lxd centos/fedora container calling build-rpm ? [17:52] https://gist.github.com/smoser/19e65095b342e98fd4d6466e4d4fa1ac [17:52] I've been using that locally to prototype running unittests and build tests for centos [17:52] I think I made only a few slight changes [17:53] powersj: nice! [17:55] rharper, but honestly.. the suse build service migth be useful. [17:55] i think it is basically the equivalent of ppas [17:55] so we could have daily builds for rpm [17:55] that anyone could easily use [17:55] for fedora/centos ? [17:55] I assumed it was suse specific [17:55] open build service does other distros [17:57] cool === sambetts is now known as sambetts|afk [19:49] rharper, all the touches to datasources/*.rst there... [19:49] those just make targets for links ? [20:04] smoser: I think so, I might need more context [20:05] smoser: ah those touches were for anchors [20:05] you're talking about the netconfig update [20:05] you have to put a header in those files to allow link refs to work [20:06] smoser: in particular, I wanted to document which network config was supported in which datasources [20:06] and in the network doc link to that datasource documentation page [20:07] since I was in the few that support network config; I wanted to touch all of them in case someone else wanted to use the refs later on [20:10] rharper, yeah, i paste failed. [20:10] meant to include link [20:17] no worries, does the above make sense? === rangerpb is now known as rangerpbzzzz [20:23] yeah, that sfine [20:47] * smoser is out [20:47] rharper, i commented on your mp [20:47] it does look really good thank you. [20:47] ok [20:48] sure