[01:37] <jchodyniecki> anyone available for a silly question?
[01:38] <jchodyniecki> maybe mahmoh or kirkland? or anyone
[01:44] <jchodyniecki> guess I'm 0 for 91 here
[08:46] <JamesTait> Good morning all; happy Equal Pay Day! :-D
[11:12] <zbenjamin> does anyone know where mvo is these days?
[11:20] <ogra_> zbenjamin, at a sprint i think ...
[11:20] <ogra_> US timezone
[11:22] <zbenjamin> ogra_: aaa ok, makes sense
[11:23] <zbenjamin> ogra_: right there is a sprint in austin afaik
[11:30] <zbenjamin> ogra_: what would be the right way to hack around on snappy in a VM?
[11:30] <zbenjamin> ogra_: do we have any images
[11:30] <ogra_> i never used it in a VM :)
[11:31] <zbenjamin> ogra_: heh, how do you use it ? :)
[11:31] <ogra_> but i think there are instructions for runnin it in KVM on the website somewhere
[11:31] <ogra_> on arm boards
[11:31] <ogra_> once you have it running you should be able to ssh into it or open the webdm UI in a browser ...
[11:32] <ogra_> http://www.ubuntu.com/cloud/tools/snappy
[11:32] <ogra_> that has a KVM section
[11:33] <zbenjamin> ogra_: aa nice thank you
[13:13] <sergiusens> cprov: http://people.canonical.com/~ogra/snappy/odroidc/
[13:14] <ogra_> sergiusens, that *might* need a re-spin for the latest release ... havent done one since the last milestone ...
[13:16] <sergiusens> no worries
[13:17] <cprov> sergiusens: thanks
[14:40] <ezobn> Hi All, Can the "repository"/store for the snappy packages be installed localy  ?
[14:41] <ogra_> no
[14:48] <ezobn> ogra_: Is it available in commercial terms ? Or some other ideas here ?
[14:52] <ogra_> ezobn, ah, i dont know ... beuno might though
[14:52] <beuno> ezobn, hi
[14:52] <beuno> what do you mean?  as in, run your own version of the store?
[14:54] <ezobn> beuno, yes. To have scenario like vCPE for the telcom and application delivery using localised store.
[14:56] <beuno> ezobn, you can't run it locally, we do offer a sub-store for products
[14:56] <beuno> still hosted by us, but you have control over what goes into it
[14:56] <beuno> in some cases, we will offer a local proxy, so clients don't need to talk outside of the network to get updates
[14:57] <mvo> jdstrand: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/vivid/ubuntu-core-system-image
[14:58] <jdstrand> thanks
[14:59] <ezobn> beuno, good to know, the idea for the local proxy is to deliver updates to not get it all from outside network, decrease amount of possible traffic or so ?
[15:01] <beuno> ezobn, yeah, different people want to lock down networks for different reasons
[15:01] <beuno> for some it's security, some bandwidth
[15:02] <ezobn> beuno, thanks, got the point.
[15:09] <sergiusens> zbenjamin: ah yes you are
[15:10] <sergiusens> mvo: raise your ears just in case :-) (or eyes)
[15:10] <sergiusens> zbenjamin: I'd rather have mvo be the main stakeholder here ;-)
[15:11] <sergiusens> zbenjamin: we don't have a concept of hand holding builds with snappy
[15:11] <sergiusens> like click chroots didd
[15:11] <zbenjamin> sergiusens: hm yeah i just had the idea that it would be nice and more lightweight to create a buildenv with the snappy tools
[15:11] <zbenjamin> sergiusens: since we already have package versioning and so on
[15:12] <sergiusens> zbenjamin: right, we have no versioning in snappy either
[15:12] <zbenjamin> sergiusens: you can do rollbacks no?
[15:12] <sergiusens> zbenjamin: yes
[15:13] <sergiusens> zbenjamin: but there is no dependency chain that ties you to the versioning
[15:13] <zbenjamin> sergiusens: thats what i meant, so lets say you want to build a specific snap, you need a rootfs with the dependencies. The rootfs builder could read your dependencies and install them into a core rootfs
[15:13] <sergiusens> zbenjamin: as in, in the click world you could depend on ubuntu-sdk-13.10
[15:14] <zbenjamin> sergiusens: yes, but i can depend on frameworks in the snappy world
[15:14] <zbenjamin> or did i get that wrong
[15:14] <sergiusens> zbenjamin: yes, you can
[15:14] <sergiusens> zbenjamin: for native builds you might want to look at what lool did
[15:15] <zbenjamin> sergiusens: if it uses schroot then thats exactly what we would like to prevent...
[15:15] <sergiusens> zbenjamin: just take into account, snappy rootfs don't have apt (and won't have dpkg)
[15:15] <zbenjamin> sergiusens: schroot has proven to be slow and unstable in the SDK.
[15:15] <zbenjamin> bzoltan: ^^^ jus t case you want to read as well
[15:16] <zbenjamin> sergiusens: so for example schroot leaks mounts. For any reason a click chroot .. run is killed or terminated it will leave mounts behind. Those mounts are restored on boot.... We had people with 16k mounts
[15:16] <zbenjamin> sergiusens: also the mount/umount on every command is horribly slow
[15:16] <sergiusens> zbenjamin: https://lists.ubuntu.com/archives/snappy-devel/2015-March/000415.html
[15:17] <zbenjamin> sergiusens: ah teh devpacks yeah
[15:18] <zbenjamin> sergiusens: ok i thought the devpacks would be installed by snappy as well
[15:19] <zbenjamin> sergiusens: the idea was that i can construct the rootfs from outside. and then use it as chroot/sysroot/whatever
[15:20] <zbenjamin> sergiusens: but reverting it to a clean state is the problem here
[15:21] <elopio> ping ogra_, if I install your chatroom snap in kvm, what is the url?
[15:22] <sergiusens> zbenjamin: that's snapcraft; but I suggest to reply with that in the rfc email which needs some interaction love
[15:22] <sergiusens> elopio: don't forget to -redir if using kvm
[15:22] <sergiusens> elopio: and you can check by looking at the ports entry in package yaml maybe
[15:22] <ogra_> elopio, $ip:6565/
[15:23] <ogra_> elopio, for kvm you need to forward that port somehow
[15:23] <ogra_> then i think localhost:6565 might work
[15:23] <elopio> sergiusens: where should I use -redir ?
[15:23] <ogra_> you likely use it already in your kvm commandline
[15:24] <ogra_> just add another redirect for the 6565 port
[15:24] <elopio> got it.
[15:24] <ogra_> elopio, and thanks for the blog comment !!
[15:24] <elopio> ogra_: this is really cool actually. Thanks to you for the magic tool.
[15:26] <ogra_> :D
[15:41] <zbenjamin> sergiusens: sadly i can not answer to that mail. I just registered for the snappy-devel ML
[15:44] <elopio> where do I report a bug for snappy-remote?
[17:05] <lool> ogra_: would you know where the pins for the serial console are on the ninja sphere develoepr kit?
[17:08] <lool> ogra_: nevermind, found it
[22:08] <fishcooker> is anyone here with "Screen version 4.00.03 + CentOS release 6.6 " that support vsplit release?
[22:08] <fishcooker> err sorry wrong channel