[15:01] <rick_h> morning and such
[15:02] <rick_h> cmaloney: if you get a chance to nab those slides let me know please. There's a link or two I wanted to pull from them
[16:16] <cmaloney> rick_h: Will do
[16:16] <cmaloney> I know the video is being worked on as well
[16:31] <rick_h> cmaloney: coolio
[17:10] <greg-g> is there a recording from jcastro's talk last night?
[17:18] <cmaloney> Yes, but it is still being edited
[17:48] <greg-g> cool, I wanna watch
[19:26] <waldo323_> I have the video up but I need to silence some coughs and some other loud noises, it initially encoded to a low setting but I guess over time the higher resolutions have since been made available
[19:27] <waldo323_> I can pass along the current link if you don't want to wait for the potential audio improvements
[19:48] <greg-g> waldo323_: I won't get to watching it until tomorrow, so no rush
[19:51] <jrwren> i just want to know if anyone asked him about juju while he was talking about k8s.  :)
[19:54] <cmaloney> Not really
[19:54] <cmaloney> He did mention Juju once during the talk
[19:54] <jrwren> NO WAI!
[19:55] <cmaloney> Yeah, in a list of something-or-others that you can use with K8
[20:44] <rick_h> well I think he knew I was watching :P
[20:44] <rick_h> "and yea there's other stuff you can go ask Rick about"
[20:45] <rick_h> but he stuck to minikube and kubeadmin as his recommended ways of tinkering
[20:47] <greg-g> the minikube deb package? is just a binary they built and put inside a deb. We're re-packaging it for Stretch :)
[20:47] <greg-g> similar for helm, afaik
[20:47] <jrwren> wuts wrong with a binary inside of a deb? :p
[20:47] <greg-g> Our Opsen would kill us :)
[20:47] <jrwren> ah, so... nothing but legacy fear.
[20:48] <greg-g> same if we tried a curl | sudo bash
[20:48] <jrwren> oh! you mean no source deb.  yeah, that does suck.
[20:48] <jrwren> I'm glad there is ANY deb these days.
[20:48] <greg-g> right, sorry, unclear
[20:48] <jrwren> minkube and helm you say? I could probably package those.
[20:49] <jrwren> greg-g: any more you see that don't source deb, lemme know, plz.
[20:49] <greg-g> !!!
[20:49] <greg-g> that's our list for now, I'll let you know :)
[20:49] <greg-g> jrwren: for Stretch? that's our target
[20:49] <jrwren> greg-g: I don't see why not. As long as there is a go there, and if there isn't, I can get a Go there.
[20:50] <greg-g> there is
[20:50] <jrwren> greg-g: but, getting it into debian proper will be the harder part.
[20:50] <greg-g> totally
[20:50] <greg-g> minikube is 1.8+, so Stretch only (from what my teammate said this morning)
[20:50] <greg-g> go 1.8+, that is
[20:51] <jrwren> do you run your own repo on top of stretch?
[20:51] <jrwren> or are you stretch only?
[20:51] <greg-g> yeah
[20:51] <jrwren> so all you are really looking for is working source packages. that makes it much easier..
[20:53] <jrwren> I don't get it, looks like someone is already doing something, but bits are checked in?  https://github.com/kubernetes/minikube/commit/b365b84301fe5fe1af91d5811d7599480262c7c1
[20:54] <greg-g> yeah, dunno what upstream is doing
[20:55] <jrwren> so I take it y'all don't use image based workflows for anything either? :)
[20:58] <greg-g> jrwren: https://github.com/kubernetes/minikube/blob/master/Makefile#L224-L231
[21:02] <greg-g> jrwren: btw, where my guy is already with it: https://github.com/thcipriani/releng-debs-minikube/tree/master/debian
[21:06] <jrwren> oh cool, so its done. :)