[14:02] <gaughen> g+ hangout for this am's cloud images session -  https://plus.google.com/hangouts/_/7ecpi2jdmj7a4hrm89geb7iqu4?authuser=0&hl=en
[14:04] <gaughen> forget my link - use this https://plus.google.com/hangouts/_/72cpi48usg5i1b4cva778qp6is?authuser=0&hl=en
[14:06] <smoser> we'll start in 2 minutes
[14:07] <smoser>   Etherpad: http://pad.ubuntu.com/uds-1311-servercloud-1311-cloud-images
[14:08] <smoser> ok. starting in 10
[14:11] <jamespage> aaarrrgggg
[14:11] <jamespage> smoser, I'll do it from here
[14:12] <jamespage> smoser, I think we should make a opinioned tool choice for apt work
[14:12] <jamespage> apt-get: +1 from me
[14:13] <rbasak> Why is aptitude even in main?
[14:13] <jamespage> no idea
[14:14] <smoser> dependency of tasksel
[14:14] <smoser> dependency of aptitude
[14:15] <rbasak> Want GPT for ARM images, too.
[14:17] <smoser> gpt !explicitly== uefi
[14:17] <smoser> no plan for uefi here
[14:18] <rbasak> If we were to do UEFI, then GPT would be sensible. No point supporting UEFI+!GPT as yet another combination, given that we'll want GPT anyway.
[14:18] <rbasak> So for ARM images, I'd like GPT+UEFI from the start.
[14:19] <rbasak> (empty UEFI partition with external booting hack until the UEFI pieces are ready on ARM if required)
[14:20] <rbasak> Why do we need to _switch_? simplestreams could support both.
[14:22] <smoser> james openvswitch ?
[14:31] <smoser> https://gist.github.com/smoser/5364534
[14:35] <smoser> anyone  have thoughts or comments?
[14:36] <smoser> -root.tar.gz
[14:36] <zul> i like turtles
[14:38] <smoser> zul, http://paste.ubuntu.com/6448412/
[14:39] <jamespage> smoser, utlemming: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1253102
[14:39] <udsbotu> Launchpad bug 1253102 in linux (Ubuntu) "Please include intree openvswitch module in core kernel modules" [Undecided,New]
[14:39] <jamespage> if one of you would like to confirm
[14:39] <zul> smoser:  lol
[14:44] <smoser> bah.
[14:44] <smoser> thing i forgot...
[14:45] <smoser> rbasak, disabling plymouth in cloud-images
[14:45] <smoser> bug https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/682831
[14:45] <udsbotu> Launchpad bug 682831 in plymouth (Ubuntu) "lost console output early in boot" [Medium,Fix released]
[14:45] <utlemming> smoser: can't we talk about that during the server seed discussion?
[14:58] <gaughen> g+ hangout for the next session - https://plus.google.com/hangouts/_/76cpj52mjdo8vm55mj25lsgg6g?authuser=0&hl=en
[15:08] <gema> have you guys started the video?
[15:08] <rharper> gema: not yet, just a min
[15:09] <gema> rharper: ack
[15:09] <jamespage> just about to start
[15:10] <zul> bye bye backuppc
[15:10] <gaughen> gema it has started
[15:11]  * smoser would like to participate
[15:13] <gema> gaughen: listening, was grabbing some coffee :)
[15:13] <gaughen> it's that time of day, gema, I was doing the same :-)
[15:13] <utlemming> no video yet?
[15:13] <rbasak> utlemming: video has been live for a while
[15:14] <gema> utlemming: it's there, you may want to reload
[15:14] <rbasak> I'm 4m20s in.
[15:14] <utlemming> ok, got it
[15:14] <smoser> jamespage, http://pad.ubuntu.com/uds-1311-servercloud-1311-seeded-package-review
[15:15] <smoser> utlemming, you have experience with dm-cache?
[15:16] <utlemming> smoser: b-cache -- I've played with it
[15:16] <utlemming> smoser: ssd cache is the b-cache option
[15:16] <smoser> package ?
[15:16] <utlemming> smoser: ccache
[15:17] <smoser> ccache is compiler cache
[15:17] <smoser> :)
[15:17] <utlemming> oh whoop
[15:17] <utlemming> er, whoops
[15:17] <gaughen> :-)
[15:19] <sbeattie> openjdk has a high maintenance burden, though, we're already hitting this with openjdk-6 not being maintained.
[15:19] <gema> jamespage: I don't think dropping java from main is a good idea, but it is just a feeling
[15:20] <jamespage> sbeattie, what about openjdk-7?
[15:20] <sbeattie> how long will upstream support openjdk-7?
[15:20] <sbeattie> we're on the hook for maintaining for 5 years for 14.04
[15:20] <smoser> snarky response from smoser: the linux kernel has a high maintenance burden. but it turns out lots of people use it.
[15:21] <sbeattie> smoser: and we have an entire team dealing with it
[15:21] <sbeattie> (well, not an entire team, but still)
[15:22] <zul> is eucalyptus still in main?
[15:23] <sbeattie> OTOH, is jenkins in main?
[15:25] <jamespage> sbeattie, volunteering for the 200 package review?
[15:25] <jamespage> :-)
[15:25] <sbeattie> nooooo
[15:25] <sbeattie> :)
[15:25] <zul> freeradius, ibmasm-utils, socat, uucp, vlock
[15:26] <gema> gaughen: LOL
[15:26] <caribou> ROTFL
[15:27] <sbeattie> well, and that jenkins in main would drive keeping openjdk
[15:27] <jamespage> indeed
[15:27] <gema> jamespage: but we are supporting jenkins for QA anyway, aren't we?
[15:27] <jamespage> gema: you get that from me independently
[15:28] <gema> jamespage: cool, I am happy then :D
[15:28] <rbasak> It's a bit hard to follow with the lag. zul: are these to remove from main?
[15:28] <rbasak> I like socat. It's handy in the occasional postinst.
[15:28] <zul> rbasak:  yeah
[15:28] <rbasak> Though I thought it was in universe anyway?
[15:29] <zul> rbasak:  no one is looking at freeradius imho
[15:29] <rbasak> I can understand that there might be security concerns with socat though
[15:29] <zul> and if you are still using uucp you should be shot
[15:30] <sbeattie> rbasak: I'd have to look, but I don't think it's been a security maintenance burden
[15:31] <rbasak> I should add that I've been asked to file an MIR for nginx so it can at least have a security re-review. It's on my TODO.
[15:32] <sbeattie> rbasak: I think the security team is more amenable to nginx now, given that a lot of the issues we had in the past for it have been addressed, but I obviously can't make any promises.
[15:32] <rbasak> s.
[15:32] <rbasak> sbeattie: understood. Thanks.
[15:34] <sbeattie> wrt one last point on openjdk, we kind of shot ourselves in the foot with openjdk-6 by diverging on moving to a version of icedtea that's different than what RHEL is supporting.
[15:34] <sbeattie> jamespage: ^ something we should possibly keep in mind WRT openjdk-7 and 14.04.
[15:35]  * sbeattie shuts up now
[15:35] <jamespage> sbeattie, good points
[15:35] <zul> roaksoax:  what about demoting rh-cluster-suite
[15:36] <roaksoax> zul: that's gone from the archive
[15:36] <zul> roaksoax:  its still in the seed
[15:37] <roaksoax> zul: please update the seed then... it is no longer in saucy
[15:37] <zul> roaksoax:  ack
[15:55] <gaughen> next topic: MAAS activities for 14.04
[15:55] <gaughen> starts in ~10 minutes
[15:59] <gaughen> blueprint for maas session - https://blueprints.launchpad.net/ubuntu/+spec/servercloud-1311-maas
[16:05] <gaughen> g+ hangout for the maas session - https://plus.google.com/hangouts/_/76cpjsjem784u2itsgth8v0bt8?authuser=0&hl=en
[16:15] <stokachu_vuds> yay
[16:17] <jamespage> QUESTION: any plans to review performance/scalability of MAAS storage (as used by Juju)
[16:21] <stokachu_vuds> so with maas + rabbitmq ha how do we handle installing maas with juju support to charm the rabbitmq bits to other nodes?
[16:21] <roaksoax> smoser:
[16:22] <smoser> roaksoax, ?
[16:23] <smoser> i'm in the secureboot session now.
[16:23] <roaksoax> smoser: ack!
[16:23] <smoser> i can drop if necessary though and switch.
[16:23] <stokachu_vuds> rabbitmq is installed on same server as maas
[16:23] <stokachu_vuds> but juju would use maas as the deployment
[16:25] <stokachu_vuds> ok that makes sense
[16:25] <stokachu_vuds> thanks
[16:25] <Azendale> I've tried setting up MaaS in LXC, is that what they are talking about?
[16:25] <gaughen> stokachu_vuds, do you want to join us - https://plus.google.com/hangouts/_/76cpjsjem784u2itsgth8v0bt8?authuser=0&hl=en ?
[16:26] <Azendale> I had some trouble with doing MaaS in LXC because it didn't have permission to mount stuff, which it needed to import the pxe files
[16:28] <caribou> Azendale: indeed, I've faced the same issue and even with adapting apparmor profile I could not use it
[16:29] <Azendale> caribou: I finally worked around it by turning apparmor all the way off, importing the images, and then re-enabling it
[16:30] <stokachu_vuds> Azendale:there is a profile option to enable cgroups to mount i believe
[16:30] <Tribaal> What was the original use case for that installer feature?
[16:32] <smoser> Azendale, yeah, thats a known-issue. i dont have a simple solution for it. :-(
[16:33] <Azendale> yes, both
[16:33] <smoser> other than downloading the same data twice. or libguestfs, which is not significantly better
[16:34] <caribou> stokachu_vuds: the default apparmor profile blocks loopmounting .iso files
[16:34] <stokachu_vuds> yea i had to add that
[16:34] <Azendale> Other than the import images, it appears to work fine for both the region controller and cluster controller
[16:35] <smoser> yeah, it generally should work fine in a container
[16:35] <smoser> other than that 'mount' that is done.
[16:36] <Azendale> caribou: See http://askubuntu.com/questions/376345/allow-loop-mounting-files-inside-lxc-containers, I have two lines in there that I added to the LXC conf file, and then once I got apparmor to allow it, I was able to import images. Maybe those two lines will help?
[16:39] <stokachu_vuds> Azendale:i have a blog post about it
[16:40] <stokachu_vuds> Azendale:http://astokes.org/running-maas-vagrant/
[16:40] <stokachu_vuds> go down to bottom of post
[16:40] <stokachu_vuds> talks about configure apprmor rather than disabling it ocmpletely
[16:41] <Azendale> stokachu_vuds: Thanks! I'll give it a try
[16:41] <stokachu_vuds> Azendale:np! im stokachu on freenode if you have questions im usually in #maas
[17:58] <arosales> Juju GUI Roadmap and Update starting soon
[17:58] <arosales> for folks interested in joining the session the Hangout URL is: https://plus.google.com/hangouts/_/7acpiole5fjfnhp5squ2jasdh4?authuser=0&hl=en
[17:59] <arosales> Blueprint, notes, video information all at http://summit.ubuntu.com/uds-1311/meeting/22001/juju-gui-roadmap-and-update/
[18:02] <arosales> repost for folks who just joined
[18:02] <arosales>  for folks interested in joining the session the Hangout URL is: https://plus.google.com/hangouts/_/7acpiole5fjfnhp5squ2jasdh4?authuser=0&hl=en
[18:02] <arosales> Blueprint, notes, video information all at http://summit.ubuntu.com/uds-1311/meeting/22001/juju-gui-roadmap-and-update/
[18:03] <arosales> session is live
[18:05] <rick_h_> go go gadget gui
[18:10] <jrwren> i just realized that I looked at 12.04 cloudimg instead of 13.10 looking for superfluous packages
[18:11] <jrwren> my list is: aptitude, os-prober, ppp, rsync, tcpd, usbutils, wirelesstools, wpasupplicant.
[18:12] <arosales> jrwren, sorry I may have lost your context
[18:12] <arosales> this session is in regards to the Juju GUI
[18:12] <jrwren> i think i'm in wrong channel, but this is the channel listed at http://summit.ubuntu.com/uds-1311/meeting/22042/servercloud-1311-cloud-images/
[18:12] <arosales> jrwren, this is the correct channel but that session happened earlier today
[18:13] <jrwren> oh, wrong time on my calendard then. OOPS.
[18:13] <arosales> jrwren, suggest to ping in #ubuntu-server to follow up on that discussion.
[18:13] <jrwren> thanks, sorry for interruption
[18:13] <arosales> jrwren, no worries glad you could join us
[18:13] <arosales> folks in ubuntu-server would be good people to follow up with though
[18:20] <arosales> session has concluded
[18:20] <arosales> thanks gary_poster for taking us through that
[18:20] <gary_poster> absolutely
[18:20] <gary_poster> thank you
[18:57] <smoser> Azendale, i updated http://askubuntu.com/questions/376345/allow-loop-mounting-files-inside-lxc-containers
[19:01] <mdeslaur> o/
[19:02] <jamespage> hey mdeslaur
[19:02] <stewart> hi all
[19:02] <jamespage> gaughen, are you up for starting the hangout for this session
[19:02] <jamespage> morning stewart
[19:02] <gaughen> yup, I'm on it jamespage
[19:03] <gaughen> getting it started now
[19:03]  * stewart ready and waiting for hangout url...
[19:04] <gaughen> g+ hangout - https://plus.google.com/hangouts/_/76cpj20qd7ocgg05hkmqml9js4?authuser=0&hl=en
[19:04] <gaughen> jamespage, --^
[19:07] <stewart> and it worked, amaze-balls!
[19:08] <ryeng> can someone give akhil-mohan access to the etherpad?
[19:09] <stewart> at some point I'll probably have birds singing in the background
[19:09] <rbasak> Has the stream started yet?
[19:09] <jamespage> akhil-mohan, you need to join the ~etherpad team I think
[19:09] <jamespage> rbasak, should start soon
[19:09] <stewart> yep, need to be in the etherpad team
[19:09] <stewart> (although that's not the actual name of it... )
[19:13] <jamespage> akhil-mohan, would you like to introduce yourself?
[19:17] <rbasak> I've copied the previous notes into the current pad: http://pad.ubuntu.com/uds-1311-servercloud-1311-mysql-alternatives
[19:17] <mattgriffin> jamespage: is there a gobby doc .. oops i mean etherpad :)
[19:17] <mattgriffin> rbasak: thanks!
[19:17] <jamespage> http://pad.ubuntu.com/uds-1311-servercloud-1311-mysql-alternatives
[19:18] <rbasak> re: main, see the pain points at the bottom of the pad
[19:18] <rbasak> Are these points relevant for consideration of what is in main?
[19:20] <jamespage> https://launchpad.net/~mysql-ubuntu