[13:56] <natorious> morning
[14:02] <Odd_Bloke> o/
[14:03] <Odd_Bloke> smoser: claudiupopa: harmw: harlowja: Around?
[14:03] <smoser> hey!
[14:04] <smoser> so.. i'm sprinting right now, so had kind of expected no meeting today, and kind of said that last week.
[14:04] <smoser> that said... i'm here. whats up Odd_Bloke
[14:04] <Odd_Bloke> Oh, I must have missed the "no meeting" last week.
[14:04] <Odd_Bloke> *the "no meeting" comment
[14:04] <smoser> how goes life, Odd_Bloke
[14:05] <Odd_Bloke> Life is pretty good, thanks.
[14:05] <Odd_Bloke> The work that we were aiming to land for wily has been pushed to the start of the x cycle, so I should be able to get back to devoting time to cloud-init 2.0. \o/
[14:05] <smoser> hey, good.
[14:05] <smoser> so then.
[14:06] <Odd_Bloke> So I'll revisit that taskflow change this week.
[14:06] <smoser> we have lots of work to do :)
[14:06] <smoser> i looked at deps on taskflow...
[14:06] <smoser> very many
[14:07] <Odd_Bloke> We discussed that before, harlowja says that a lot of those are only needed for specific functionality.
[14:08] <Odd_Bloke> So could be changed to Recommends/Suggests (albeit with some work to ensure that they were only imported when needed).
[14:08] <natorious> I'd figured no one would be here too :)
[14:08] <smoser> alright. thats the biggest thing though.
[14:08] <smoser> is just dependencies.
[14:09] <smoser> i talked with someone last night who was lamenting the io that bringing up cloud-init on boot does.
[14:09] <smoser> and having a huge stack of dependencies isn't going to help that.
[14:09] <natorious> could have used some taskflow f/ configdrive for sure
[14:09] <smoser> so i really have a goal of keeping the list of non-standard-library very small.
[14:10] <Odd_Bloke> If we're worried about IO/startup time, why are we (still) using Python? :p
[14:11] <smoser> thats a fair point.
[14:13] <Odd_Bloke> Also, compared to a single call out to the network, I doubt I/O is actually that big a deal.
[14:14] <Odd_Bloke> (Unless we're talking about I/O on a "hard drive" that's actually over the network, which shouldn't be the case for anything cloud-init is running from)
[14:15] <openstackgerrit> Nate House proposed stackforge/cloud-init: [WIP] Adds ConfigDrive datasource.  Throwing this out there for some initial feedback.  https://review.openstack.org/234805
[14:15] <natorious> \o/
[14:16] <smoser> Odd_Bloke, well, this particular user was suggesting that just bringing up cloud-init was a significant cost.
[14:16] <smoser> but yeah, i told him too that there are likely other reasons (some of them designed) that we are slowing down boot.
[14:17] <smoser> ie, cloud-init is enforcing bottlenecks in boot by design so that it can allow user to insert actions at those points.
[14:18] <natorious> it could have been like one of the devs from the go fork CoreOS uses trolling
[14:20] <natorious> smoser: I hadn't added any tests for that ^^ yet.  Looking to see how far off base I'd ventured beforehand
[14:20] <Odd_Bloke> This is a difficult conversation to have without benchmarks.
[14:20] <smoser> it is indeed.
[14:20] <smoser> i do want to have benchmarks.
[14:20] <Odd_Bloke> Or, indeed, targets for those benchmarks.
[14:20] <smoser> yeah.
[14:22] <Odd_Bloke> And, to some extent, we run in to a features vs. speed problem.
[14:37] <Odd_Bloke> smoser: Unrelatedly, is looking for system_info/default_user/name in ssh-keygen -f "/home/daniel/.ssh/known_hosts" -R 130.211.103.50
[14:37] <Odd_Bloke> FFS.
[14:37] <Odd_Bloke> smoser: Unrelatedly, is looking for system_info/default_user/name in /etc/cloud/cloud.cfg a safe way for third-party software to determine the default username?
[14:37] <Odd_Bloke> smoser: Or is there a better cloud-init-provided place to look?
[15:57] <openstackgerrit> Nate House proposed stackforge/cloud-init: [WIP] Adds ConfigDrive datasource.  Throwing this out there for some initial feedback.  https://review.openstack.org/234857
[16:05] <smoser> harlowja, in cloud-init 0.7.x what is the command to generate the rtd stuff ?
[16:06] <smoser> ie, if we want to render that outside of readthedocs
[21:27] <Diplomat> Hello! I have a quick question. Does anyone know how to set that password "adminPass" that OpenStack generates as root password?