[14:56] <jamespage> http://pad.ubuntu.com/uds-1311-servercloud-1311-openstack
[14:57] <zul> can someone take notes as well
[14:58] <jamespage> zul, can do - call me note and irc monitor
[14:58] <med_> #ubuntu-uds-servercloud-2
[14:58] <jamespage> gaughen, all set to start the hangout?
[14:59] <ttx> please relay any question you have for me here, as I'm multiplexing multiple meetings
[14:59] <gaughen> jamespage, I am, I am!
[14:59] <gaughen> ttx I'll try.. or jamespage will try. one of us will.
[14:59] <ttx> gaughen: welcome to the madhouse.
[14:59] <med_> heh.
[14:59] <zul> *snicker*
[15:00] <med_> ttx is the voice of experience.
[15:00] <med_> And when he left the madhouse, he joined the caffeine fueled loony-bin of OpenStack
[15:01] <med_> "OpenStack next steps"  #1, fix UDS experience
[15:01] <jamespage> ttx, will do
[15:01] <med_> yay
[15:01] <med_> video is now standing by
[15:01] <gaughen> okay the url is posted
[15:01] <med_> (better than the static ubuntu page)
[15:02] <jamespage> gaughen, whats the hangout URL?
[15:03] <jrwren> in the topic I thought.
[15:03] <gaughen> https://plus.google.com/hangouts/_/76cpigpiskolsbukms1g6tdhf4?authuser=0&hl=en
[15:06] <med_> you will need to reload to get the live
[15:06] <med_> gaughen, is speaking
[15:07] <med_> chuck zul i son
[15:07] <med_> smoser rocks the Movember beard!!!
[15:07] <jamespage> ttx: heat is a core project now right?
[15:07] <med_> pretty sure it is
[15:08] <ttx> it's an "integrated" project, which means it's released as part of openstack
[15:08] <jamespage> ttx, ack
[15:08] <ttx> "core" means so many different things I won't try to answer your question literally
[15:08] <med_> https://wiki.openstack.org/wiki/Programs
[15:08] <med_> ^ that is the "official"-ish list afaik
[15:08] <ttx> it's definitely official and out of incubation :)
[15:08] <ttx> (and was part of Havana release)
[15:08] <adam_g> o/
[15:09] <gaughen> hey adam_g!
[15:09] <med_> and hey, iwasn't even at HK!
[15:12] <adam_g> do we want to refactor our nova-compute-* packages to avoid it being libvirt-centric?
[15:15] <jamespage> adam_g, got it
[15:16] <adam_g> the tests that run in gate or tempest are generic and should pass for any hypervisor or compute flavor
[15:16] <adam_g> jamespage, ^
[15:17] <adam_g> interested downstreams could run those against their references and ensure the same functionality
[15:17] <adam_g> AIUI, at least
[15:17] <jamespage> adam_g, yep
[15:18] <med_> do you want to ping ttx about that release schedule discussion?
[15:19] <med_> +1 on upstream contributions
[15:19] <med_> heh
[15:20] <med_> manuals are painful
[15:20] <med_> and easy commits
[15:20] <med_> although sometimes they reject cleanup without a full re-write.
[15:20] <med_> (They'd rather leave it wrong than update it partially.)
[15:20] <med_> both havana and icehouse
[15:22] <Azendale> To be honest, as someone who's tried to deploy openstack using Juju, it's hard to know what to follow. The manuals I have seen are for manually configuring openstack, and so I didn't follow them because I was using juju
[15:22] <caribou> jamespage: I've deployed the last few released using the official document, maybe I can help somehow
[15:22] <adam_g> are we planning on only offering a trunk testing PPA for Trusy and not Precise? (maybe better discussed in cloud archive session)
[15:23] <adam_g> jamespage, +1 +1 +1! or at least get it managed via stackforge
[15:24] <caribou> there could be an alternative section in the ubuntu specific doc about deploying with juju
[15:25] <jrwren> Next Steps
[15:26] <jamespage> https://wiki.openstack.org/wiki/Programs
[15:28] <jamespage> sorry - I dropped again
[15:28] <jamespage> adam_g, was that +1 for Juju/OpenStack docs into stackforge?
[15:29] <jamespage> or something else?
[15:29] <adam_g> jamespage, to some sort of upstreaming of the juju deployment guide
[15:29] <jamespage> adam_g, good
[15:30] <adam_g> smoser, i had assumed there was an FOSS backend driver available in the same way there are for cinder, neutron, etc
[15:30] <med_> thanks all
[15:31] <zul> adam_g:  i see us doing the trunk testing ppa again, precise is a bit more difficult i think with the dependencies
[15:31] <jamespage> no precise
[15:32] <adam_g> k
[16:03] <gaughen> here's the hangout for the new session - https://plus.google.com/hangouts/_/7ecpijfhke7v3k0iqtp31262no?authuser=0&hl=en
[16:09] <hallyn_> rbasak: i think i'm actually more interested in testdrive supporting lxc, short-term :)
[16:11] <hallyn_> smoser: I depend on eatmydata for btrfs containers
[16:21] <rharper> rbasak: uvtool --meta-data patches =P
[16:21] <smoser> ?
[16:21] <rbasak> rharper: ah. Yes.
[16:21] <smoser> uvtool could use cloud-init-manual
[16:22] <rharper> smoser: send rbasak some patches to specify a metadata file as well as userdata
[16:22] <rharper> s/send/sent
[16:22] <smoser> ci-tool: http://bazaar.launchpad.net/~smoser/cloud-init/ci-tool/view/head:/ci-tool
[16:23] <smoser> i'm not sure how i'd like to have that operate on disk images "directly"
[16:23] <smoser> and wheteher or not it should asupport seeding (ie, deprecating /replacing/using the cloud-localds , but ... some overlap).
[16:24] <rharper> is there a reason to clean images with uvtool?  it already does a cow laer over the base, it could easily use --snapshot to make it completely throwaway
[16:25] <smoser> rharper, clean isn't relevant there, no.l
[16:26] <smoser>  but if ci-tool is fronting cloud-localds, it might be useful.
[16:57] <gaughen> time to get ready for the next session
[17:00] <gaughen> g+ hangout for the openstack qa session - https://plus.google.com/hangouts/_/72cpjgo94vuqe47cki5nge9nfs?authuser=0&hl=en
[17:07] <gaughen> whoops, I'm a little early... next session in an hour.
[17:07] <gaughen> openstack qa. I'll leave the hangout up though so the url I pasted earlier is still the right one.
[18:04] <gaughen> okay the openstack QA session is in 1 minute
[18:04] <gaughen> same hangout from earlier
[18:12] <rharper> where's the pad link ?
[18:12] <jamespage> http://pad.ubuntu.com/uds-1311-servercloud-1311-openstack-qa
[18:13] <rharper> jamespage: thanks, where would I normally find that?
[18:13] <jamespage> summit.ubuntu.com
[18:14] <context> i always get access not granted for pads today :-/
[18:14] <context> maybe im not suppose to be in there though
[18:15] <smoser> context, you have to join ubuntu-etherpad
[18:15] <smoser> context,
[18:15] <smoser> https://launchpad.net/~ubuntu-etherpad
[18:26] <med_> Is the upgrade story precise/havana to trusty/icehouse?
[18:26]  * med_ missed some of the hangout
[18:26] <med_> ^ jamespage ^gaughern
[18:26] <med_> ^ jamespage ^gaughen
[18:27] <med_> thanks.
[18:28] <med_> so both upgrade paths tested/QAd
[18:28] <med_> stepwise upgrades gaughen
[18:29] <marrusl> is testing against precise/trusty-backport-kernel possible?
[18:30] <med_> do-release-upgrade from P/O to T/O isn't going to work
[18:30] <med_> and there would be a lot of work to make that happen
[18:30] <med_> is that a tttx/s0ren question
[18:31] <med_> (erm, the do-release-upgrade, I'm lagging due to video lag)
[18:31] <med_> a meta package that uniinstalls Essex
[18:32] <gaughen> med_, thanks, gotta get my terms down.
[18:33] <med_> the path E-F-G-H->I is going to make a huge fanout in the available services.
[18:33] <med_> Can you run I with just the services that were in E?
[18:34] <med_> "work item" E-F-G-H->I path testing
[18:43] <zul> no one in their right mind should be running essex
[18:59] <gaughen> g+ hangout for the next session (Curtin) https://plus.google.com/hangouts/_/76cpj87ikgibh7u0jr5hjmpcb4?authuser=0&hl=en
[18:59] <gaughen> starts in 6 minutes
[19:06] <smoser> going live...
[19:06] <smoser> live
[19:16] <bjf> searching with google and wiki.ubuntu.com turns up no documentation links for curtin
[19:19] <smoser> http://launchpad.net/curtin
[19:19] <smoser> make doc
[19:19] <bjf> LOL!
[19:24] <stokachu_vuds> only issue i ran into was user preseeds via curtin
[19:25] <Azendale> it's off by default in saucy, but you can mark a node to use it
[19:26] <bjf> new kernels every 3 weeks
[19:31] <rbasak> rharper: each sync creates a blocking barrier for a very linear dpkg
[19:33] <smoser> o/
[19:34] <stokachu_vuds> pika!
[19:34] <stokachu_vuds> di supports user preseeds {arch}_{subarch}_{nodeblabla}
[19:35] <stokachu_vuds> :D
[19:35] <stokachu_vuds> is basically configuring different installs per node
[19:36] <stokachu_vuds> yea im still on the fence about this
[19:38] <stokachu_vuds> better documentation of the states (early_commands, network_commands, etc)
[19:39] <stokachu_vuds> may be best to wait until the code is in a stable release
[19:45] <smoser> stokachu_vuds, fwiw, 13.10 is a "stable" release
[19:45] <stokachu_vuds> ah, was just basing it on version
[19:45] <stokachu_vuds> 0.1.0
[19:46] <smoser> is that what i named it?
[19:46] <smoser> usually i start with 0.3 :)
[19:46] <stokachu_vuds> lol