=== rangerpbzzzz is now known as rangerpb [15:22] harlowja, 'rejected' seems so mean. [15:22] wrt https://code.launchpad.net/~harlowja/cloud-init/+git/cloud-init/+merge/302609 [15:51] Hello, random question. Is cloud-init 2.0 currently on hold or is there work or plans being discussed somewhere? [16:29] on holser_ [16:29] hold even :) [16:29] sorry holser_ [16:29] rangerpb, https://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+merge/303303 [16:30] ohh heh, okay thanks. [16:38] hi all [17:43] smoser, lgtm [17:44] larsks, u might want to peek at it too [17:54] smoser: seems like a reasonable idea. I left a comment re: simplifying is_azure, but functionally everything seems fine. [17:57] larsks, i know that you'll tell me that i'm over-concerned, but the is_azure that i have there is probably 100x faster than grep [17:58] I think you are placing too much value on execution efficiency and not enough on code legibility, but the end result is that both options deliver the same answer and the difference in execution time is probably not noticable. So go with what you have :) [18:05] alri largely agree, but i dont think the code is non-radable and avoiding another program execution and one more fork in boot i think is useful. [18:05] http://paste.ubuntu.com/23068101/ [18:05] ^ that shows the relative performance [18:07] it is minimal i agree. and its also liekly that 'grep' is already in the vfs layer during boot because some other script used it (probably for something very similar) [18:11] harlowja, https://code.launchpad.net/~ajorgens/cloud-init/python26/+merge/296575 [18:11] that doesnt work. simply doesnt work [18:11] right ? [18:11] os.uname is always a method, not a property [18:20] oh man, i got rejected [18:20] lol [18:20] smoser will u still be my friend [18:20] lol [18:23] harlowja, ^ [18:23] how did / does that work ? [18:23] not sure u are my friend anymore [18:23] i'm a reject [18:23] lol [18:24] smoser maybe it never worked? [18:24] though why it neverr blew up [18:24] thats another question... [20:37] smoser: 0.7.7 has py3 support (from reading the notes) [20:37] if so, which py3? [20:38] prometheanfire, probably 3.4+ [20:38] k, that's what I was thinking [21:00] can we get https://github.com/gentoo/gentoo/blob/master/app-emulation/cloud-init/files/cloud-init-0.7.6_p1212-gentoo.patch in :P [21:00] the init files are already there [21:04] propose a branch ? [21:05] ya [21:13] does cloud-init follow the openstack review process? [21:18] prometheanfire, not openstack. launchpad . see HACKING.rst [21:22] clone so slow [21:27] prometheanfire, http://paste.ubuntu.com/23068496/ [21:27] 7 seconds here. [21:29] ya, second try was fine [21:29] also, lolmake :P [21:32] installing requirements and tests requirements in a virtualenv doesn't install the nosetests3 [21:32] binary which it expects [21:33] ? [21:33] run tox [21:33] that's not what hacking says to do [21:33] does it really. [21:33] man [21:33] i should read that [21:33] run tox [21:33] :P [21:34] make test pep8 [21:34] yeah. [21:34] tox does the right thing. [21:34] and will then run python 2 and python3 too [21:34] ya [21:34] I forgot about our /sbin/ip vs /bin/ip thing... [21:34] oh? do we have that hard coded somewhere? [21:35] that just needs fixing [21:35] ya [21:35] cloud-init-0.7.6/cloudinit/sources/DataSourceOpenNebula.py [21:35] well, in the patch [21:35] yeah. i got to run, but we should not run by full path. [21:36] so patches welcome on that. [21:36] i have to run [21:36] want me to include that as an addtional commit on the same topic? [21:36] it'd be easier for me at least [21:36] sure. [21:37] thankss [21:43] done, https://code.launchpad.net/~prometheanfire/cloud-init/+git/cloud-init/+merge/303339 === rangerpb is now known as rangerpbzzzz