[08:04] <harmw> harlowja_away: thanks, I see you fiddled with the distro code as well :p Ill try to merge it tonight, thanks
[08:04] <harmw> my problem was just the unittest, but this is fine as well :)
[12:52] <vbernat> Hey! Is there a way to disable cloud-init after first boot?
[12:53] <vbernat> Once the host is provisioned, I don't expect cloud-init to modify anything
[14:22] <harmw> vbernat: c-i will configure the lot at first boot, and will check at consequtive boots if it needs to do something
[14:22] <harmw> so there is no real reason to disable it
[14:23] <vbernat> harmw: I am using NoCloud provider and if it is not able to detect its CDROM, the machine will try to get meta-data using the EC2 way
[14:24] <harmw> ah, and you umount the cd drive causing the instance to fallback to ec2
[14:24] <vbernat> I don't want cloud-init to fight with puppet on each boot, I would feel more confident if it wasn't there.
[14:24] <harmw> which slows it down
[14:24] <vbernat> yes
[14:24] <harmw> hm, I believe there is some option to have it just stop 
[14:25] <vbernat> I have tried an empty /etc/cloud/cloud.cfg or an almost empty one, no luck
[14:25] <harmw> hm, specifying an empty datasource perhaps
[14:26] <vbernat> I have tried datasource_list: [] but no luck
[14:26] <harmw> ah ok
[14:26] <vbernat> in /etc/cloud/cloud.cfg
[14:26] <harmw> yea
[14:27] <harmw> smoser: this would be where you fly into the scene and make some clever one-liner :p
[14:28] <vbernat> I could just uninstall cloud-init but I don't know how to uninstall it while ensuring it runs to completion
[14:28] <vbernat> If I uninstall it while it is setting up the machine, I think this will break badly :)
[14:29] <harmw> nah, there's probably an easy solution here
[14:29] <vbernat> using ds= on the kernel command line doesn't make a change
[14:31] <harmw> I read that was broken, not sure in which version though
[14:32] <vbernat> how do I know what is run during "cloud-init final"?
[14:32] <vbernat> I could disable cloud-init init scripts from here if I could run a command
[14:33] <harmw> you could ofcourse just pass in some ordinary cmd in your user-data, like systemd disable cloud-init
[14:33] <harmw> but I'm not confortable with that, so smoser or harlowja_away should just wake up - they'll know :)
[14:34] <vbernat> yes, that would be a solution but then I may skip some tests
[14:34] <vbernat> but if I understand cloud.cfg correctly, runcmd is run during "config"
[14:34] <vbernat> but I could disable cloud-init in the user scripts since they are run in final module
[14:34] <vbernat> I'll try that
[14:42] <vbernat> harmw: well, that seems to work reliably
[14:45] <harmw> :)
[17:09] <harlowja_> i wake up
[17:10] <harlowja_> harmw ya fiddled with distro code, it was chopping off some of the values, so fixed that :)
[17:11] <harlowja_> i guess thats what tests are for (to find that, ha)
[17:20] <harlowja_> harmw ie, re.compile(r'^(\w+)="?(\w+)"?') was chopping things in quotes that were like spaces and such
[17:20] <harlowja_> like "a   b" 
[17:21] <harlowja_> anyways
[17:37] <harmw> ah lol
[17:37] <harmw> hehe
[17:37] <harmw> stupid
[17:37] <harmw> *me
[17:37] <harlowja_> all good
[17:37] <harmw> ill go ahead and apply it in a whil
[17:38] <harlowja_> kk
[17:47] <harmw> AttributeError: 'TestNetCfgDistro' object has no attribute 'patchUtils'
[17:47] <harmw> would that be my pthon env missing some packages?
[17:48] <harlowja_> hmmm
[17:48] <harlowja_> patchUtils is like a cloud-init thing i made
[17:48] <harlowja_> so probably not env
[17:48] <harmw> oh ok
[17:48] <harlowja_> are u deriving from the right class
[17:49] <harlowja_> patchUtils is in http://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/view/head:/tests/unittests/helpers.py#L161
[17:49] <harlowja_> so u have to derive tests from that sucker if u want to use that function
[17:49] <harmw> oopsiedoopsie
[17:49] <harmw> I had some old lines of code in thre
[17:49] <harmw> it works now :)
[17:49] <harlowja_> kk
[17:57] <harmw> ok, done
[17:57] <harmw> pushed
[17:57] <harlowja_> cool
[17:57] <harmw> smoser: ping
[18:14] <harlowja_> harmw '10 files modified (has conflicts)' :-/
[18:14] <harmw> the hell
[18:14] <harlowja_> ya, must be a conflict somewhere
[18:15] <harmw> and I did a merge from trunk like 5 days ago
[18:15] <JayF> Conflicts could easily be caused by my pep8 fixing patch
[18:15] <JayF> that went in two days ago
[18:15] <JayF> that touched a lot of files
[18:17] <harmw> aha!
[18:17] <harmw> well, since I'm way to lazy Ill just let harlowja_ sort it  :>
[18:17] <harlowja_> :-/
[18:17] <harlowja_> lol
[18:17] <harlowja_> i'm just gonna let smoser  handle it
[18:17] <harlowja_> lol
[18:17] <harmw> :P
[18:17] <harlowja_> responsibilty deferred :-P
[18:17] <harmw> +1
[18:18] <harlowja_> pass the buck ftw
[18:18] <harlowja_> lol
[18:18] <harlowja_> harmw btw, a guy from yahoo (not sean as u know) i think gonna get involved with the freebsd 
[18:18] <harlowja_> guy pinged me yesterday
[18:19] <harmw> going by the name of hiren?
[18:19] <harlowja_> https://www.linkedin.com/in/hirenpanchasara 
[18:19] <harlowja_> damn
[18:19] <harlowja_> how u know all this stuff
[18:19] <harlowja_> lol
[18:19] <harmw> yea well
[18:19] <harmw> :p
[18:19] <harlowja_> is the freebsd people like a group of like 10 people that all know each other
[18:19] <harlowja_> and live in a communue?
[18:19] <harlowja_> freebsd commune
[18:19] <harlowja_> lol
[18:20] <harmw> lol
[18:25] <harlowja_> harmw added a few more review comments to that freebsd one
[18:25] <harlowja_> beasite?
[18:25] <harlowja_> wtf
[18:25] <harlowja_> lol
[18:25] <harmw> ah lets see
[18:26] <harlowja_> *beastie
[18:26] <harlowja_> lol
[18:26] <hiren_> :-)
[18:26] <harmw> haha yea, given the linux world is using fedora/ubuntu
[18:26] <harlowja_> hiren_ yo yo
[18:26] <hiren_> howdy
[18:26] <harmw> ah look who's there
[18:26] <harlowja_> ah i get it, reference to the freebsd demon picture thingy
[18:26] <harlowja_> magic!
[18:26] <harmw> no shit sherlock
[18:26] <harlowja_> so hiren_  i think https://code.launchpad.net/~harmw/cloud-init/freebsd/+merge/231024 is just going through final adjustments
[18:27] <harlowja_> if u want to look it over, please do (i'm no freebsd expert that might miss something there)
[18:27] <hiren_> k, let me
[18:27] <harlowja_> hiren_ but after that goes in, we can start building freebsd images and seeing what to do next :-P
[18:27] <harlowja_> harmw did u need anything else put in freebsd ports (maybe hiren_ knows people or something that can make this happen faster?)
[18:28] <harmw> nope, the dependencies are taken care of already
[18:28] <harmw> if this is merged and version bumped Ill submit the c-i port
[18:28] <harlowja_> cool
[18:29] <hiren_> yep! Super excited to see this finally happening :-)
[18:29] <hiren_> harmw: yes do let me know if you need any help from ports people. 
[18:29] <harmw> nah, excitement will kick in once smoser version bumps :>
[18:29] <hiren_> heh
[18:29] <harmw> ok, though last time that was no problem
[18:30] <hiren_> cool.
[18:30] <harmw> marino talked me through some bits, got everything in just a few days
[18:30] <harlowja_> mario?
[18:30] <harlowja_> the mario?
[18:30] <harmw> read
[18:30] <harmw> damn
[18:31] <harlowja_> ;)
[18:31] <harlowja_> lol
[18:31] <harmw> :P
[18:31] <hiren_> ha.
[18:31] <hiren_> harmw: cool.
[18:32] <harmw> harlowja_: diff comments, wtf is up with that :p
[18:32] <harmw> I can see a conflict, with the <<< and such
[18:32] <harlowja_> ya, thats bzr/launchpad for u
[18:32] <harlowja_> i've never understood why it shows commits like that
[18:32] <harlowja_> lol
[18:32] <harlowja_> *commits that have conflicts
[18:32] <harmw> hmk
[18:33] <harlowja_> +<<<<<<< TREE
[18:33] <harlowja_> 9	def _resize_ufs(mount_point, devpth):
[18:33] <harlowja_> 10	return ('growfs', devpth)
[18:33] <harlowja_> 11	+[18:33] <harlowja_> 12	+def _resize_ufs(mount_point, devpth): # pylint: disable=W0613
[18:33] <harlowja_> 13	+ return ('growfs', '-y', devpth)
[18:33] <harlowja_> 14	+>>>>>>> MERGE-SOURCE
[18:33] <harlowja_> that one right
[18:33] <harlowja_> pylint stuff ;)
[18:33] <harmw> yea
[18:33] <harmw> but thats all?
[18:33] <harlowja_> seems like it
[18:33] <harmw> since it puts the rest of the patch there as well
[18:33] <harmw> which kinda draws away my attention :>
[18:33] <harmw> (though I get it, since its still part of the full merger
[18:33] <harmw> )
[18:34] <harlowja_> i'm gonna say its all smoser  fault
[18:34] <harlowja_> lol
[18:34] <harmw> ofcourse
[18:34] <harmw> like you always do :P
[18:34] <harlowja_> :)
[19:27] <kamikazemicrowav> I’m using the “set RANDOM password” feature of cloud-init and I just noticed that its being logged to the console when its performed which means its getting logged to “/var/log/boot.log”. Is there a way to make cloud-init not do that?