[15:56] <harmw> smoser: (or whoever maintains DataSourceAltCloud.py)
[15:57] <harmw> would this be a nice litle fix in terms of consistency?
[15:57] <harmw> http://paste.ubuntu.com/6530317/
[15:57] <harmw> I noticed this beeing done in one of the other modules
[15:57] <smoser> (generally, i dont care for the 'which' business at all
[15:58] <smoser> ie, execve does exactly that for me.
[15:58] <smoser> which woudl check that the program is available, but theere is no reason to hard code paths
[15:58] <smoser> that make sense ?
[15:58] <harmw> totally
[15:58] <smoser> hard coding paths just breaks stuff.
[15:58] <harmw> agreed
[15:58] <harmw> the solution just needs to be consequently applied, thats all :)
[16:00] <smoser> yeah.
[19:39] <harlowja> hi spandhe !
[19:39] <harlowja> https://code.launchpad.net/~shraddha-pandhe/cloud-init/debug-module/+merge/198119/comments/459151 (fyi)
[19:39] <harlowja> spandhe ^
[19:39] <harlowja> thx smoser  :)
[19:41] <spandhe> thanks smoser ! Going through the comments.
[19:42] <smoser> harlowja, you think those make sense ?
[19:42] <smoser> just more and more i'm trying to namepsace module config
[19:42] <harlowja> sure
[19:42] <harlowja> i think thats fine with me
[19:42] <harlowja> +2
[19:42] <harlowja> :)
[19:46] <harlowja> spandhe if it doesn't make sense, feel free to ask :)
[20:03] <smoser> in fact, if you think i make sense more than 1/2 the time, something is probably wrong.
[20:07] <harlowja> hahaha
[20:24] <spandhe> smoser: It does make sense :)
[20:28] <harlowja> smoser http://lists.openstack.org/pipermail/openstack-dev/2013-December/021482.html :)
[20:29] <smoser> i really think unified guest is just plain silly.
[20:29] <smoser> err... unified guest agent.
[20:29] <harlowja> possibly, haha
[20:30] <smoser> there are hunderds of perfectly functional "agents" that run in a guest
[20:30] <smoser>  * puppet
[20:30] <smoser>  * chef
[20:30] <smoser>  * sshd
[20:30] <smoser>  * jujud
[20:30] <harlowja> sure sure
[20:30] <harlowja> guess it depends on the use-case, for that kind of stuff i agree
[20:31] <harlowja> and one to rule them all, seems highly unlikely
[20:32] <harlowja> *depends on what the agent is doing i guess*
[20:32] <harlowja> *or what the agent wants to do
[20:32] <smoser> what does "VMs are not accessible from controller." mean?
[20:33] <harlowja> my guess is not accesible easily from control network (which i guess is where savanna runs)
[20:33] <harlowja> so isolated control network from vm network, means savanna can't actually do that ssh
[20:34] <harlowja> although not enabling ssh access seems odd
[20:35] <smoser> or it maybe means that savanaa has no business being on the control network
[20:35] <smoser> :)
[20:35] <harlowja> right
[20:35] <harlowja> so that might be what it means, not 100% sure either, my interpretation, ha
[20:35] <smoser> no.
[20:35] <smoser> i think your interpretation is right
[20:36] <smoser> but what i'ms aying is "why was savanah not operating on the tenant network"
[20:36] <smoser> which clearly has access to the tenant machines
[20:36] <harlowja> sure, its a good question
[20:36] <harlowja> probably complicates savanna deployments i would think
[20:37] <harlowja> or would require savanna to open some connection to tenant network before it would do some work
[20:37] <harlowja> *which i guess is setup hadoop
[20:38] <harlowja> said temporary access might not be possible (almost requires something like oauth, which allows limited application access to work on behalf of a user for a given time)
[20:39] <harlowja> so i guess then there idea of we'll just bypass all that with a agent :-P
[20:39] <smoser> ewll, in this case i'm mainly just arguing that savanah has no business as part of openstack
[20:39] <smoser> rather than "juju deploy hadoop"
[20:39] <smoser> (which needs no such special access)
[20:39] <smoser> or "ansible make me hadoop"
[20:39] <harlowja> u won't get any disagreement from me there :-P
[20:40] <harlowja> or create instnaces with tiny hadoop setup userdata script
[20:40] <harlowja> :-/
[20:40] <smoser> trove somewhat seems more valid.
[20:40] <smoser> but really, i dont see any reason why you need a transport mechanism that is not ipv4
[20:40] <smoser> it turns out lots of things use ipv4
[20:40] <smoser> and its pretty reliable
[20:40] <smoser> i think i'm even chatting with you over it!
[20:41] <harlowja> for real?
[20:41] <harlowja> haha
[20:41] <harlowja> ipv4 -> nsa -> irc
[20:41] <smoser> exactly.
[20:42] <harlowja> ya, hehe, the amount of projects in openstack that something like juju already does is a little weird, i agree
[20:42] <harlowja> juju, ansible, .... [500+ others]
[20:46] <harlowja> anyways, its openstack, never know what it will do at anytime, haha
[20:47] <smoser> right
[20:47] <smoser> i dont think juju is special
[20:47] <smoser> i just use it because thats what i'm told to use
[20:47] <smoser> :)
[20:47] <harlowja> of course
[20:47] <harlowja> i don't think rolesdb, pogo (yahoo things) are special either
[20:47] <harlowja> *which serve similar purposes as juju
[20:48] <harlowja> machine gets a role [role being a list of packages that it will have, for ex: mysql_server, blah blah], pogo can be used to ensure role gets onto instance...
[20:48] <harlowja> yada yada, ha
[21:32] <harmw> smoser: https://code.launchpad.net/~harm-o/cloud-init/freebsd
[21:32] <harmw> i've hacked up some code for fbsd
[21:33] <harmw> perhaps you can take a peak at it some time :)
[21:39] <smoser> harmw, i forget, have you signed the CLA ?
[21:40] <smoser> harlowja, ^ https://code.launchpad.net/~harm-o/cloud-init/freebsd/+merge/198130
[21:42] <harmw> I'm quite new to bazaar/launchpad when it comes to adding code and such, so i'm a bit clueless on what that means :)
[21:43] <smoser> harmw, http://www.canonical.com/contributors
[21:43] <smoser> you have to read the appropriate "individual contributors" or "entities" likn, agree, and then click on "signed online" link and sign it
[21:43] <harmw> ah, the 'all your base are belong to use' stuff :)
[21:44] <smoser> you'll be asked to sign in with your launchpad id.
[21:44] <smoser> harmw, exactly.
[21:44] <smoser> :-(
[21:44] <smoser> harmw, did sed -n really not work ?
[21:44] <harmw> nope
[21:44] <smoser> is it just '-n' ?
[21:45] <smoser> because its not 1987 any more
[21:45] <harmw> let me check on that again
[21:46] <harmw>  sed '/^[0-9]\+[.][0-9]\+[.][0-9]\+:/ {s/://; p; :a;n; ba; }' ChangeLog
[21:46] <harmw> sed: 1: "/^[0-9]\+[.][0-9]\+[.][ ...": unexpected EOF (pending }'s)
[21:47] <smoser> hm..
[21:47] <smoser> bugs me when a utility from a "full blown unix" is less capable than the one from busybox
[21:48] <harmw> hehe
[21:49] <smoser> uptime is clever.
[21:49] <harmw> yeah well, thats on the list of improvements
[21:50] <harmw> since it's totally whack to include the library stuff like i did there
[21:50] <harmw> should go in a more decent function of some kind
[21:50] <smoser> yeah
[21:51] <smoser> harmw, there is a bug for "use ip rather than route"
[21:51] <spandhe> I want to skip some tests while running nosetests. How do I do that?
[21:51] <smoser> is ip more portable ?
[21:52] <smoser> spandhe, to run only on one file just run like:
[21:52] <smoser>  nosetests tests/unittests/test_datasource/test_altcloud.py
[21:53] <harmw> good one... its from iproute, afaik thats specificly linux
[21:53] <spandhe> smoser: thanks!
[21:54] <harmw> hm, -1 for adding a blank line
[21:55] <smoser> harmw, hm..
[21:55] <smoser> that looks really nice though over all
[21:56] <harmw> thanks :)
[21:56] <smoser> can you online resize disks on freebsd?
[21:56] <smoser> ie, like i an on 3.8+ kernels on linux
[21:57] <smoser> s/disks/partitions/
[21:57] <harmw> it requires a reboot, eg. like centos 6 
[21:57] <harlowja> woah, nicefreebsd
[21:58] <smoser> well, on centos there is cloud-initramfs-growpart
[21:58] <smoser> (ie, that works under drakut on centos in initramfs when the partition isnt mounted)
[21:58] <harmw> indeed
[21:58] <smoser> is there an analog to that in freebsd ?
[21:58] <smoser> something we could make for the initramfs ?
[21:58] <harmw> not that i know of
[21:59] <smoser> is thre an initramfs ?
[21:59] <harlowja> smoser now this will bring up the battle of does y! want to keep on enabling the usage of  freebsd :-P
[21:59] <harlowja> if we allow vms with it, then freebsd never die, ha
[21:59] <harlowja> *die in yahoo
[21:59]  * smoser used *bsd probably last in like 2001.  that was before harlowja could ride a bike.
[21:59] <harlowja> likely
[22:00] <harmw> no initramfs on fbsd smoser 
[22:00] <smoser> reboots suck
[22:00] <harmw> true, though freebsd boots quite fast nonetheless :)
[22:01] <smoser> harmw, we could make it reboot magically if necessary
[22:01] <harmw> also possible
[22:01] <smoser> ie, like cloudinit/config/cc_package_update_upgrade_install.py does
[22:01] <smoser> if it grew the root, then just reboot, and things continue on where you last left off.
[22:02] <harmw> ah, instant reboot on the spot?
[22:02] <smoser> yeah.
[22:02] <harmw> would be good enough
[22:03] <smoser> that module there does that if a package upload marks 'reboot-required'
[22:03] <smoser> s/upload/upgrade/
[22:03] <harmw> yea, im going over the source now
[22:03] <harmw> *reading
[22:06] <smoser> i'm heading out for th eweekend.
[22:06] <smoser> thanks again, harmw and spandhe .
[22:06] <harmw> surething
[22:06] <smoser> harmw, please read/sign the cla
[22:06] <harmw> already did that
[22:06] <smoser> ah. great.
[22:06] <smoser> have a nice weekend all
[22:06] <harmw> same to you
[22:09] <spandhe> smoser: enjoy your weekend!