[13:07] <abk> would maintainers be interested to have varied linux/bsd distro compatible logic to configure system settings like network/pasword in an adapter fashion
[13:31] <smoser> abk, we can configure network to some extent, and you can add users and set their password that works in linux. i'm not sure if it would work in bsd.
[13:35] <abk> smoser, I'll be working on a binary reaching via cloud-init into instances taking care of all these base configuration on VMs which get pushed by Hypervisor during build
[13:36] <abk> smoser, I thought if cloud-init can use it up... will instead write as a component of it instead
[13:37] <smoser> abk, we can make cloud-init consume such data for sure.
[13:37] <abk> smoser, distros supporting (RHEL,Fedora,CentOS,Debian,Ubuntu,Gentoo,Arch,OpenSuse,FreeBSD,Scientific) and all major version of these
[13:37] <smoser> i'm not sure what you meant by "binary reaching via cloud-init".
[13:39] <abk> smoser, I'm not very well-versed in cloud-init yet... but what I notice is I can get my service doing these tasks via any bootstrap script using cloud-init's userdata
[13:39] <abk> smoser, but if it can be a part of cloud-init (as in if you folks and community is interested)... I'll instead put it somewhere where it's much easily usable by anyone desiring such feature
[13:40] <smoser> ok. yeah, right. i would be interested in that, yeah.
[13:41] <smoser> passing network settings in is currently kind of tricky/broken
[13:41] <smoser> it should work except for the case of 'eth0' (or any other "auto" configured devices with information already in the instance)
[13:42] <smoser> ie, ubuntu cloud images ship with 'auto eth0' (for dhcp).
[13:42] <smoser> and changing that is not really functional
[13:42] <smoser> because we don't bring *down* interfaces when we configure networking passed in.
[13:47] <smoser> :w
[16:06] <shardy> Hey guys, noticed the docs have been bumped to 0.7.5, but the latest tagged release is still 0.7.4
[16:06] <shardy> is a new release imminent?
[16:09] <shardy> smoser: That's a question directed at you I guess :)
[16:10] <smoser> not imminent, but development is open.
[16:11] <smoser> the rtd is keyed off of Changelog i guess ?
[18:35] <harlowja> smoser i think the rtd is keyed off the version.py in cloudinit
[18:35] <harlowja> not changelog afaik
[18:46] <harlowja> http://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/view/head:/doc/rtd/conf.py#L41 
[18:54] <harlowja> smoser yt, ok with merging https://code.launchpad.net/~harm-o/cloud-init/freebsd  ?
[18:54] <harlowja> sean here is gonna start pushing the people in the release team for freebsd to start making openstack images i think
[18:54] <harlowja> using that freebsd stuff (and any future changes)
[18:57] <smoser> i hadn't really looked at that.
[18:57] <smoser> i recently changed cc_growpart
[18:57] <smoser> so i would have thoguht the merge thing would not like line 70 in that diff
[18:57] <smoser> https://code.launchpad.net/~harm-o/cloud-init/freebsd/+merge/198130
[18:58] <smoser> and i think that VERSION (line 701) is going to piss off someone who was here before with some other distro. 
[18:58] <smoser> but ... ok. merge i guess.
[18:59] <smoser> oh wait.
[18:59] <smoser> one thing
[18:59] <harlowja> harmw yt :-P
[18:59] <harlowja> ^^
[18:59] <smoser> never mind. harmo signed agreement. cool.
[19:01] <utlemming> smoser, harlowja: has anyone confirmed if the disk paritioning code works with this mp? 
[19:01] <harlowja> i havent
[19:01] <harlowja> but my guess is its not 100% complete
[19:01] <harlowja> thats why seanwbruno just arrived
[19:01] <harlowja> hahaha
[19:01]  * seanwbruno stops trolling from afar
[19:01] <utlemming> harlowja: that is my guess
[19:01] <harlowja> seanwbruno to fix it all!
[19:01] <seanwbruno> pfft
[19:02] <harlowja> haha
[19:03] <harlowja> seanwbruno i think is gonna try to bug the freebsd people to make better partitioned images, then hook this in 
[19:03] <harlowja> but he can explain i guess
[19:03] <seanwbruno> dealing with $work horse shit at the moment, but tomorrow I'll get with the fbsd re team to put something out that looks like our franken-images at the office.
[19:03] <harlowja> lol
[19:03] <seanwbruno> I may way to scrape the fbsd cloudinit stuff into a port for others if that's not in the works already.
[19:04] <harlowja> i don't know anyone else doing it
[19:04] <seanwbruno> hrm, I wonder if a fbsd ports has a hook into launchpad yet.
[19:04] <seanwbruno> let me parse some make files
[19:04] <harlowja> parse those makes files, lol
[19:05] <harlowja> *make files
[19:05] <harlowja> harmw yt
[19:06] <seanwbruno> well, my cursory "grep -ri launcpad" doesn't seem to indicate any kind of helper stuff.
[19:07] <seanwbruno> is there a shortcut URL that would engrabinate a tgz/tar/whatever of a LP repo?
[19:08] <harlowja> smoser ?
[19:08] <harlowja> ^
[19:08] <seanwbruno> not vital, just being lazy
[19:10] <harlowja> probably is some way
[19:10] <smoser> i dont think there is.
[19:10] <seanwbruno> well, I can just checkout the tree and tgz it myself.
[19:10] <seanwbruno> like I said, just being lazy
[19:11] <smoser> you're saying wget http://some/url/lp:cloud-init > trunk.tar.gz
[19:11] <smoser> right ?
[19:11] <seanwbruno> smoser: aye
[19:15] <harlowja> seanwbruno one think i beleive will need adjustment (especially for y! use-case) will be the config-drive usage, which i believe that branch doesn't fixup
[19:16] <harlowja> *especially around network settings being written
[19:17] <harlowja> basically the config-drive in openstack contains a network settings file, which cloud-init then translates into whatever version it understands for the current operating system
[19:17] <harlowja> looking at that review
[19:17] <harlowja> 407	+ def _write_network(self, settings):
[19:17] <harlowja> 408	+ return
[19:17] <harlowja> :)
[19:17]  * harlowja not really sure how freebsd handles network configuration files and stuff
[19:18] <seanwbruno> if you want static configs, we'll have to construct an entry for rc.conf or rc.conf.local (preferred) and splat it in there
[19:18] <seanwbruno> I suspect, that most configs will want to be splatted in there.
[19:20] <harlowja> k, thats probably not that bad
[19:20] <harmw> i didn't implement setting up networking in rc.conf just yet iirc
[19:21] <harlowja> ah, k, harmw  were u planning on, maybe that can be seanwbruno 'get wet' commit, lol
[19:21] <seanwbruno> lol
[19:21] <harlowja> *ok that probably wasn't a very good selection of words
[19:21] <harlowja> whatever
[19:21] <harmw> ;)
[19:21] <seanwbruno> I smell a "print" command coming on.
[19:22] <harmw> I wasn't planning on coding that tonight though
[19:22] <harlowja> lol
[19:22] <harlowja> tommorow night then?
[19:22] <harlowja> :-p
[19:23] <harmw> friday's more like it :p openstack shows networking stuff per ec2 api, right?
[19:23] <harlowja> hmmm
[19:23] <harmw> besides config-drive (which I dont use)
[19:23] <harlowja> not exactly
[19:23] <harmw> stuff like bla/local-ipv4
[19:23] <harlowja> ah, i think for the ec2 usage, people mainly rely on dhcp
[19:24] <harlowja> for config-drive its pretty different
[19:24] <harmw> indeed it is, pretty much straightforward in that case
[19:24] <harmw> perhaps i can parse the dhcp lease file and configure that to be static 
[19:25] <harmw> to cope with scenarios where networking is not done through a metadata api
[19:25] <harlowja> http://paste.ubuntu.com/6798907/ is whats in the config-drive
[19:25] <harlowja> basically a ubuntu network file :-P
[19:26] <harmw> yea, I noticed the rRH scripts rebuilding that blob to something RH understands :p
[19:26] <harlowja> :)
[19:26] <harlowja> ya, josh's custom parser
[19:26] <harlowja> haha
[19:27] <seanwbruno> I have some hackery somewhere to parse that things somewhere.
[19:27] <harlowja> ya, the _write_network(self, settings): should get the parsed object
[19:28] <harlowja> not the raw string (i think)
[19:28] <seanwbruno> ooo
[19:28] <seanwbruno> I even did it in /bin/sh
[19:28] <seanwbruno> wow ... such code
[19:28] <harlowja> ah, maybe not, http://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/view/head:/cloudinit/distros/rhel_util.py
[19:28] <harlowja> thats josh parser
[19:28] <seanwbruno> oh
[19:28] <seanwbruno> so
[19:29] <seanwbruno> that's another thing I wanted to ask
[19:29] <seanwbruno> why on earth isn't all the network data in the meta.js file?
[19:29] <seanwbruno> I was confused why I had to parse meta.js for a couple of config elements but all the network data had to come from some janky redhat file.
[19:30] <harlowja> lol
[19:30] <harlowja> legacy
[19:30] <seanwbruno> gross
[19:30] <harlowja> thats really all
[19:30] <harlowja> *janky ubuntu file ;)
[19:30] <harlowja> lol
[19:31] <seanwbruno> I was so happy (for a moment) when I could just do json parsing from single command line invocations of python and then got super confused by the then parsing of compeltely seperate network config file
[19:31] <harlowja> :)
[19:31] <harlowja> openstack started off being much more ubuntu specific, so that piece has stuck
[19:32] <seanwbruno> something like this was what I was going to put in a rc script somewhere.
[19:32] <seanwbruno> http://bpaste.net/show/171009/
[19:32] <harlowja> soemday https://fedorahosted.org/netcf/ might be used 
[19:33] <seanwbruno> I'd have just voted to cram it into the meta.js object and be done with it.
[19:33] <seanwbruno> but
[19:33] <seanwbruno> whatever
[19:34] <seanwbruno> also, hooray for outputting text with python only to then turn around and pass it to grep/awk
[19:34]  * seanwbruno is a silly, silly man.
[19:34] <smoser> they picked that /etc/network/interfaces file
[19:34] <smoser> that was a bad decision
[19:35] <smoser> but unfortunately, bad decisions mean legacy dependencies.
[19:35] <smoser> and they cant change *that* file.
[19:35] <smoser> they could provide it in a more sane format elsewhere though.
[19:35] <smoser> (and probably should)
[19:35] <harlowja> ya
[19:35] <smoser> http://paste.ubuntu.com/6798955/
[19:35] <harlowja> so thats why u see weird RHEL converter
[19:35] <smoser> that make sense ^
[19:36] <smoser> i'm gonna commit it. python parsing of requirements.txt and ChangeLog
[19:36] <smoser> i tihnk we can assume core python
[19:36] <harlowja> seems ok to me
[19:37] <harlowja> seanwbruno steal the RH converter, it already translates ubuntu format to agnostic format
[19:37] <harlowja> and then just write agnostic format out to freebsd format
[19:37] <harlowja> it probab ly doesn't need tobe in a file called rhel_util
[19:38] <smoser> read-version is 4 times slower after my python rewrite :)
[19:38] <smoser> but oh well
[19:40] <harlowja> goooo python!
[19:43] <smoser> python3 is only twice as slow as python2 in this case.
[19:44] <harlowja> :(
[19:45] <harlowja> smoser another thing i was thinking about
[19:45] <harlowja> to make cloud-init work in both 2 and 3
[19:45] <harlowja> already done quite a bit of that in taskflow using the six module
[19:45] <harlowja> probably not so bad to do it in cloud-init
[19:45] <harlowja> then it will be 2 and 3 compat
[19:45] <smoser> i'd like that.
[19:46] <smoser> we dropped boto that is good
[19:46] <smoser> the python-oauth is another woone that has to be replaced
[19:52] <harlowja> kk
[19:52] <harlowja> should be simple to do six stuff
[19:52] <harlowja> now that i know how to use it pretty well
[19:52] <harlowja> then u won't be blocking ubuntu move to py3
[19:54] <harlowja> seanwbruno u didn't go through the CLA stuff yet right?
[19:54] <harlowja> *ubuntu CLA
[19:55] <harlowja> *not openstack CLA
[20:03] <seanwbruno> harlowja: nah
[20:03] <harlowja> k
[20:07] <harlowja> seanwbruno smoser  i think https://code.launchpad.net/~harlowja/cloud-init/net-distro-util/+merge/202743 should make it more obvious that u can use the same function
[20:07] <harlowja> harmw
[20:08] <seanwbruno> totally
[20:09] <smoser> i wont block ubuntu move to py3. but dont think we'll get that in in trusty.
[20:09] <smoser> that'd have to happen "really soon now".
[20:09] <smoser> i was kind of planning on it as 0.8.0
[20:09] <harmw> harlowja: please extend the comments a little to describe what this agnostic format looks like 
[20:10] <harmw> since now one needs to go over the source, and I'm way to lazy to do that :p
[20:10] <harmw> otherwise, looks like a nice change
[20:10] <harmw> and usable, ofc
[20:16] <harlowja> harmw sure
[20:16] <harlowja> will do
[20:17] <harlowja> if i can remember, haha
[20:17] <harmw> :)
[20:17] <harlowja> smoser i don't think six stuff will take that long really
[20:17] <harlowja> its pretty straightforward
[20:17] <smoser> i think its a pita.
[20:17] <smoser> i liked my ignorant magic handling of unicode
[20:18] <smoser> or string.
[20:18] <smoser> and open() and write(string_or_unicode) just working
[20:40] <harlowja> lol
[20:40] <harlowja> ya
[20:40] <harlowja> its dumb, i agree
[20:40] <harlowja> https://code.launchpad.net/~harlowja/cloud-init/net-distro-util/+merge/202743 harmw 
[20:41] <harlowja> comments added 
[20:45] <harmw> nice
[20:46] <harmw> (though I'm missing a newline on L85 :p)
[20:47] <harlowja> hmmm
[20:47] <harlowja> k
[20:47] <harmw> anyway, I think it's not that hard to have fbsd use this function to get the networking done - provided the image was booting with a config drive
[20:47] <harlowja> agreed, it shouldn't be
[20:47] <harmw> and if it wasn't booted using config-drive, it should figure out what to configure per what it got through dhcp
[20:48] <harlowja> yup
[20:48] <harmw> that'll have to wait 'till the weekend though :)
[20:48] <harlowja> seanwbruno can do it to :-P
[20:48] <harlowja> get his feet wet
[20:48] <harlowja> either way
[20:48] <harmw> ah, well in that case I'll o it right now :p
[20:49] <harlowja> lol
[20:49] <harmw> tomorrow, probably
[20:51] <harlowja> all good