[15:38] smoser: I'm scoping out Python 3 changes; would we be talking about supporting Python 2 _and_ 3, or shifting to just Python 3? [15:39] smoser: If both, is just 2.7 acceptable? [16:11] I definately use cloud-init on boxes with only py26 :( [16:11] (CentOS 6) [16:25] Odd_Bloke, 2 and 3 [16:25] Odd_Bloke, https://code.launchpad.net/~harlowja/cloud-init/py2-3/+merge/225240 [16:26] that is harlowja's start. [16:41] smoser: Thanks for the pointer. [17:35] smoser ok back! === harlowja is now known as harlowja_away === harlowja_away is now known as harlowja [20:23] https://cloud-images.ubuntu.com/utopic/current/utopic-server-cloudimg-armhf-disk1.img [20:23] smoser: can I just add that to glance? [20:24] you happen to know? === harmw_ is now known as harmw [20:34] harmw u can try my tool @ https://github.com/stackforge/anvil/blob/master/tools/img-uploader.py [20:34] if it still works, ha [20:34] https://github.com/stackforge/anvil/blob/master/anvil/components/helpers/glance.py is the code that it uses to extract image, upload it... [20:35] should still work i think (although it may expect an image archive with a kernel and ram disk as well) [20:40] harlowja: could you decribe what it tries to do? :) looks like extracting initrd+kernel and adding that to glance, right? [20:41] ya [20:41] (im unsure on how to exactly get ARM images in glance) [20:41] pretty much :-P [20:41] let me look at, forgot what it does, haha [20:41] * harlowja wrote it to long ago [20:41] from what i remember, it calls into https://github.com/stackforge/anvil/blob/master/anvil/components/helpers/glance.py#L439 [20:41] ok, so, why :p since kernel+ramdisk are often just supplied :p [20:42] which then calls into to extract, register, upload @ https://github.com/stackforge/anvil/blob/master/anvil/components/helpers/glance.py#L391 [20:43] harmw mainly u have to associate the ramdisks and crap with the raw image file, although if u just have a single image, i think u can just upload that directly [20:50] glance image-create --name 'Ubuntu Utopic ARM' --disk-format raw --container-format bare --property architecture=armv7l --file utopic-server-cloudimg-armhf-disk1.img [20:55] ya, something like that should work also [21:03] I'm hopeing it will :p [21:45] libvirtError: internal error: no supported architecture for os type 'hvm' [21:45] hm [21:47] hmmm, ya, not sure about that one [21:48] https://ask.openstack.org/en/question/7519/instance-error-caused-by-libvirterror-internal-error-no-supported-architecture-for-os-type-hvm/?answer=7520#post-id-7520 [21:48] maybe 'libvirt_type=qemu' [21:48] in nova.conf [21:49] nah, I apparently didn't load kvm - trying to that now [21:49] *krnel module [21:49] k [21:53] ah, yes, I needed the -lpae kernel for that [22:56] hmk, well, I can boot a vm from that image - but it doesn't show anything in the console.log [22:57] or am I using the wrong hardware thingy here [23:00] unsure :-P