[13:56] <jamespage> o/
[13:56]  * jamespage gets ready for awesome-ness
[13:57]  * marcoceppi wonders how ubuntu server could get any more awesome
[13:58] <smoser> http://pad.ubuntu.com/uos-1406-making-the-ubuntu-server-even-more-awesome
[14:04] <gaughen> about to start, having technical difficulties
[14:04] <gaughen> rbasak, you rejoining us?
[14:08] <rbasak> Sorry for the delay. My connection glitched.
[14:09] <smoser> hello everyone.
[14:11] <rbasak> https://blueprints.launchpad.net/ubuntu/+spec/servercloud-u-server-core
[14:11] <apw> debian.master/config/config.common.ubuntu:CONFIG_BCACHE=m
[14:12] <rbasak> http://reqorts.qa.ubuntu.com/reports/ubuntu-server/merges.html
[14:12] <smoser> thank you Daviey!
[14:20] <rbasak> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748526
[14:20] <udsbotu> Debian bug 748526 in docker.io "docker.io: Please provide /usr/bin/docker" [Wishlist,Open]
[14:21] <zul> +1
[14:26] <apw> rbasak, isn't that what the cloud-archive style thing is for?
[14:27] <apw> rbasak, or it should have an MRE
[14:27] <rbasak> It's not acceptable for an MRE because it's *major* version bumps that we're talking about
[14:29] <rbasak> apw: (or anyone else): https://plus.google.com/hangouts/_/hoaevent/AP36tYd4xpTCxnutxhTD2aCitUEZX8RRCWMYdUGLmQq1SMDDI7r7LA?authuser=1&hl=en-GB
[14:42] <gQuigs> should their be a Firefox like exception for docker?
[14:43] <apw> rbasak, its an opt in install, so as soon as you apt-get install <foo> you start riding all those versions onwards
[16:03] <beisner> o/ hi all
[16:22] <sparkiegeek> gaughen ++ for stumping jamespage ;)
[16:26] <gaughen> :-)
[16:32] <sparkiegeek> QUESTION: is the vSphere hypervisor going to work with Icehouse (or just Juno)?
[16:32] <gaughen> good question, I'll raise it
[16:32] <sparkiegeek> ta
[16:33] <jamespage> sparkiegeek, icehouse onwards
[16:34] <sparkiegeek> jamespage: great. thanks
[16:36] <sparkiegeek> zul: gaughen: same question, will the native LXC work be for Icehouse?
[16:37] <jamespage> sparkiegeek, yes
[16:37] <sparkiegeek> jamespage: thanks
[16:37] <jamespage> I think we'll provide a backport for icehouse
[16:38] <jamespage> yes - we will be
[16:38] <sparkiegeek> and is it just charm work? or will there be new packages (in Utopic)?
[16:39] <coreycb> release schedule --> https://wiki.ubuntu.com/ServerTeam/CloudArchive
[16:45] <sparkiegeek> LXC work is anticipated to be available for Trusty in Cloud Archive?
[16:47] <sparkiegeek> right, that's what I want. Trusty/Icehouse :)
[16:47] <sparkiegeek> backports is fine
[16:51] <catbus1> seamicro scale test \o/
[16:53] <sparkiegeek> thanks!
[17:52]  * gaughen hopes that there are some questions about systemd!
[17:55] <zul> QUESTION: if systemd falls in a forrest does it make a sound?
[17:57] <xnox> zul: it makes the sounds of night crickets =)
[17:57] <zul> xnox: heh
[17:57] <zul> i actually want that question to be answered ;)
[18:03] <rbasak> gaughen: switch to the slide?
[18:03] <rbasak> Or maybe I control my own one? Hmmm.
[18:03] <gaughen> rbasak, I did right when I handed it to him
[18:03] <cjwatson> flashblock is your friend when you're running sessions
[18:03] <rbasak> Ah OK
[18:03] <gaughen> rbasak, I think you control yourself, but I control the session.
[18:03]  * gaughen is drunk with power
[18:03] <zul> or just drunk
[18:04] <gnuoy> 2 drunks max
[18:04] <zul> 3 you get a party
[18:04] <smoser> you can also boot with /bin/true as your init
[18:04] <smoser> and get about the same behavior :)
[18:04] <rbasak> :)
[18:05] <beisner> ha!
[18:10] <cjwatson> xnox: systemd does appear to have code to read LSB headers itself
[18:10] <cjwatson> at least to some extent, I don't know the full details
[18:13] <cjwatson> for the most part it's easier to leave the upstart job alone :)
[18:22] <jodh_> xnox et al: https://wiki.ubuntu.com/SystemdForUpstartUsers
[18:23] <smoser> nice jodh_
[18:25] <gaughen> ah, hallyn we should have had you hear to talk about systemd and lxc
[18:25] <gaughen> here
[18:25] <cjwatson> we should suggest that people bring up staging servers with 15.10 or thereabouts once ready and use that to test migration, yeah
[18:25] <gaughen> cjwatson, good suggestion
[18:25] <hallyn> gaughen: not really relevant though
[18:25] <gaughen> i'll mention it
[18:25] <mdeslaur> QUESTION: how are we going to test all the different insane configurations people have with regards to NFS and SANs, etc.
[18:26] <gaughen> I can't remember if you talked about it yesterday, hallyn
[18:26] <gaughen> mdeslaur, I shall raise than it in a sec
[18:27] <hallyn> mdeslaur: as it is i dont' think we're doing multipath root testing... unless ppetraki is
[18:27] <gQuigs> https://bugs.launchpad.net/ubuntu/+bugs?field.tag=systemd-boot is for all bugs or just boot bugs?
[18:28] <gQuigs> and tracked at the link above ^^
[18:28] <mdeslaur> it's pronounced "awesome dude"
[18:28] <gaughen> mdeslaur, :-)
[18:29] <zul> mdeslaur:  nfs is so 1990s...its coda man ;)
[18:29] <hallyn> coda!
[18:29] <mdeslaur> lol
[18:29] <roadmr> wow I haven't seen coda mentioned in over 15 years
[18:33] <hallyn> well that's weird, youtube looped me back around to the start
[18:33] <smoser> and maybe unicorns will finally arrive
[18:34] <urulama> smoser: utopic unicorns? :D
[18:35] <zul> ...im not listening...LALALALALALA
[18:35] <gaughen> zul :-)
[18:35] <zul> LALALALALA not listening
[18:38] <gQuigs> oh, so we might run a mix of systemd/upstart depending on the image for 14.10?
[18:38] <jamespage> xnox, I've done some of that foo in upstart
[18:40] <smoser> gQuigs, no. i'd say that for 14.10 the images will boot upstart.
[18:40] <smoser> but they will support booting systemd.
[18:40] <cjwatson> that seems the most likely outcome, indeed
[18:43] <cjwatson> I'd be potentially concerned about the installer impact of trying to switch desktop and server at different times
[18:43] <cjwatson> It might be doable, but it would be easier to do both at once I think
[18:44] <cjwatson> We can obviously work on getting them ready independently
[18:44] <rbasak> The upstart-jobs branch looks really useful - thanks!
[18:45] <apw> gaughen, link for that in here please, as that is far tooooo small to read
[18:45] <xnox> http://bazaar.launchpad.net/~upstart-devel/upstart/upstart-jobs/files/head:/
[18:45] <apw> xnox, ta
[18:45] <xnox> or $ bzr branch lp:~upstart-devel/upstart/upstart-jobs
[18:46] <apw> xnox, is there a good example for what one needs if you only have an upstart job
[18:46] <xnox> https://wiki.ubuntu.com/SystemdForUpstartUsers
[18:48] <xnox> apw: but i think i need to write a guide about that
[18:48] <apw> xnox, yeah, a nice little thingy which explains how the dh_inithingy works as well
[18:48] <xnox> apw: yeah, but dh_installinit is not enough with systemd jobs any more =(
[18:49] <cjwatson> I think upstart boot time has bitrotted somewhat, TBH
[18:49] <cjwatson> I don't have metrics and agree we should have them, but I'd tend to expect that systemd might well actually be better
[18:49] <rbasak> Very good point beisner
[18:49] <rbasak> We should measure it
[18:50] <mswart> pitti created a systemd ppa for 14.04 - are there any plans to update this from time to time to allow basic experiments with an LTS version?
[18:50] <xnox> apw: sadly one also needs to use --with systemd, which I don't like at all
[18:50] <smoser> thats kind of cheating.
[18:51] <smoser> "the hardware got faster, and we didn't get slower!"
[18:51] <apw> xnox, ugg, that is truly awful
[18:52] <mdeslaur> thanks!
[18:53] <gnuoy> thanks all
[18:53]  * rbasak goes for a stretch
[18:53] <gQuigs> thanks!
[19:03] <smoser> http://pad.ubuntu.com/uos-1406-simplestreams-tutorial
[19:03] <smoser> https://github.com/smoser/talk-simplestreams
[19:06] <gQuigs> yes we can see it
[19:06] <gnuoy> yes
[19:07] <coreycb> smoser can you increase the text size?
[19:08] <coreycb> actually it's ok - youtube has a bigger screen
[19:54] <gnuoy> :)
[19:54] <kickinz1> o/
[19:54] <gnuoy> thanks smoser rbasak
[19:55] <kickinz1> bye