[13:50] <astronfestmon> QUESTION: Can we use lts kernel for juju local bundle? In 14.04
[13:51] <astronfestmon> More specific
[13:51] <astronfestmon> juju local bundle at 14.04 wich kernel lts we must use?
[14:00] <jamespage> o/
[14:00] <beisner> o/
[14:00] <astronfestmon> hi
[14:00] <beisner> good morning!
[14:03] <jcastro> ok, let's get started!
[14:03] <jamespage> hey jcastro
[14:05]  * hatch waves
[14:14] <sparkiegeek> can I use constraints with the HA bootstrap setup?
[14:17] <sparkiegeek> so at the moment to constrain bootstrap node I have to temporarily have to set environment-wide constraints? Will that get easier?
[14:17] <sparkiegeek> I think you just covered my question jcastro :)
[14:18] <sparkiegeek> jcastro: will do, thanks
[14:25] <bloodearnest> jcastro: lucky guy ;P
[14:26] <bloodearnest> will the lxc cloning be into 14.04?
[14:27] <sparkiegeek> I heard a rumour that the features of the "manual/null" provider can be used with other providers. Is that right? I can juju add-machine ssh:W.X.Y.Z with say, MAAS?
[14:29] <sparkiegeek> jcastro: right, sorry.
[14:29] <sparkiegeek> mindblowing right?
[14:30] <hatch> mind....blown
[14:31] <LocalHero> what about people who have no "professional" experience, but know golang?
[14:31] <LocalHero> as in "developers in the wild"
[14:35] <LocalHero> great answer! That gives me hope :)
[14:35] <arosales> thanks for the updates
[14:37] <sparkiegeek> thanks guys
[14:52] <otto_> hello!
[14:53] <jamespage> hey otto
[14:53] <jamespage> gaughen will get things started in about 7 mins
[14:53] <jamespage> hey mattgriffin
[14:57] <rbasak> o/
[14:58] <gaughen> https://plus.google.com/hangouts/_/hoaevent/AP36tYfJlwwy7qlJDgZplOI92rf1P-lG5Vc1tsEqmOxwwUWXpJaJqg?authuser=0&hl=en
[15:00] <jamespage> mattgriffin, otto_: ^^ hangout above
[15:02] <rbasak> Live now
[15:07] <mrjazzcat> #ubuntu-uds-appdev-2
[15:25] <ryeng> otto_: MariaDB 10 is still just a release candidate, right?
[15:46] <jrwren> is postgresql off topic?
[15:46] <jamespage> jrwren
[15:46] <jamespage> no
[15:57] <gaughen> https://plus.google.com/hangouts/_/hoaevent/AP36tYcNaP-_regeZutt9PvZrwEbSU6PFYeInKnaImBTFpCFHKj-Lw?authuser=0&hl=en
[16:01] <otto_> ryeng: yes
[16:02] <otto_> jamespage: when you review the mariadb-5.5 and upload it, and we get feedback on control file stuff (dependencies) etc much of that feedback also applies to how mysql-5.6 is made
[16:03] <otto_> my packaging of MariaDB is based on mysql-5.6 as it was in git last summer (and I was told how it is done was the bleeding edge and future of all packages)
[16:03] <jamespage> otto_, ack
[16:05] <otto_> packaging work and feedback collection for mariadb-5.5 and mysql-5.6 go hand in hand. So when you upload new revision of mariadb-5.5 and if fixes the current bugs it helps prevent them from mysql-5.6 in the first place
[16:05] <rbasak> Live now
[16:06] <otto_> jamespage: (if your mysql-5.6 packaging is still based on the git stuff Nicholas Bamber did)
[16:06] <smoser> use eatmydata !
[16:07] <jamespage> otto_, no idea but I'll keep that in mind
[16:08] <otto_> jamespage: Also I'd like to point out that the contents of debian/* in mariadb-10.0 is 99% same as in mariadb-5.5. If you review now mariadb-5.5 5.5.36 you can after that compare the stuff you just reviewed with the contents of debian/* in mariadb-10.0 10.0.9 with ease
[16:08] <pitti_uds> rbasak: clearly not tmpfs backed :-)
[16:08] <pitti_uds> (dpkg being slow)
[16:08] <otto_> jamespage: http://i.imgur.com/OmGS4Kh.png
[16:09] <smoser> performance there is embarrasing
[16:09] <otto_> the changes in 10 vs 5.5 are: strings 5.5 -> 10.0; line numbers in patches changed, two new packages in control file, two new build depends in control file, and a few new files in the file lists
[16:09] <otto_> nothing controversial from packaging point of view, I think
[16:09] <jamespage> otto_, can we leave this channel clear for the next session please (-> #debian-mysql)
[16:10] <otto_> oh, sorry
[16:14] <pitti_uds> audio just got really bad i the live stream
[16:15] <pitti_uds> at all yes, but lots of stuttering
[16:15] <smoser> $ uvt-simplestreams-libvirt --verbose sync release=precise arch=amd64
[16:15] <smoser> Adding: com.ubuntu.cloud:server:12.04:amd64 20140227
[16:16] <smoser> rbasak if you want to change, 10.55.32.196 will let you in.
[16:16] <smoser> it seems more performant than you rinstance.
[16:16] <bjf> is there a wiki page that covers all of this?
[16:21] <smoser> bjf, this is , right now, about the best doc available. man page there too.
[16:28] <caribou> you mentionned Juju : is there a uvtool provider for juju ?
[16:28] <jrwren> do you have default user-data/cloud-config as a starting point so I can have same starting point as the default?
[16:29] <jrwren> can I specify a specific build? e.g. precise amd64 20130813 ?
[16:31] <jrwren> i see, you are just going to extract cloud-config from /var/lib/cloud-init/instance that makes sense.
[16:33] <jrwren> smoser: cool feature. excellent.
[16:36] <jrwren> i made up a number.
[16:36] <jrwren> 20130909 is real :)
[16:40] <jrwren> maybe a sync versus a get. I'd want sync to warn before deleting or along with a force option
[16:42] <jrwren> understood. this is great.
[16:44] <pitti_uds> rbasak: uvt-lxc could wrap (or just use) stgraber's "download" template, he builds daily images for a lot of OSes
[16:45] <pitti_uds> rbasak: https://images.linuxcontainers.org/
[16:46] <serue> doesn't have to share the disk either :)
[16:46] <smoser> serue, how would you not share disk?
[16:47] <smoser> loopback mount is non-ideal. (and non-possible as non-root).
[16:47] <serue> for now
[16:47] <serue> lvm also not possible as non-root, but very nice for containers
[16:50] <smoser> serue, for now?
[16:50] <smoser> there is nothing that i'm aware of that would limit disk usage by a container
[16:51] <serue> loopback namespaces is being looked into (we can talk elsewhere)
[16:55] <caribou> rbasak: that would also replace the section I wrote about using cloud-images in the server guide
[16:56] <caribou> great presentation rbasak !
[16:56] <pitti_uds> thanks rbasak
[16:56] <jrwren> rbasak: excellent work. ty
[17:11] <rbasak> jrwren: thanks!
[17:58] <gaughen> https://plus.google.com/hangouts/_/hoaevent/AP36tYeOqIdWP_tCm_Sjnbs3Umo9BelpzfXXx6qjU0uHpLQ0XP3cXg?authuser=0&hl=en