=== chihchun_afk is now known as chihchun
[06:46] <w1nt3r> can snappy be used on regular Ubuntu 16.04? or can it only be used on Ubuntu Core right now?
=== michal_ is now known as Saviq
=== Saviq_ is now known as Saviq
[08:59] <noizer> Hi short question is it possible to use usb devices in the shell classic?
=== JanC is now known as Guest15251
=== JanC_ is now known as JanC
[14:41] <jdstrand> tyhicks: hi! when you see mvo can you let him know that I remove ubuntu-core-security* from the system-image seed (and added seccomp so scmp_sys_resolver doesn't go away), then removed ubuntu-core-security from the archive (all of this on yakkety)
[14:41] <jdstrand> tyhicks: I'm not sure how the os snap is being generated so wanted to give him a heads up
[15:05] <tyhicks> jdstrand: hi - I will let him know
[15:16] <jdstrand> tyhicks: thanks! :)
[15:25] <tyhicks> jdstrand: he's received the message
[15:27] <jdstrand> tyhicks: thanks again :)
[16:20] <cos-> sorry if this is faq but is there a qmake plugin?
[16:23] <sergiusens> cos- there is no qmake plug in but can get one started by looking at what dpm did in one of his playpen branches
[16:24] <cos-> i found this https://github.com/kyrofa/qt-example-snaps/tree/master/application
[16:26] <cos-> will there be a official qmake plugin?
[16:37] <sergiusens> cos- there will, once we get a Qt expert to contribute one (or we have time to study it a bit more)
[16:40] <cos-> ok, nice
[16:41] <cos-> after all it's the default build system for qt, although many projects prefer cmake
[18:08] <sergiusens> elopio do we have the lxd for travis setup anywhere?
[18:08] <sergiusens> 1.x maybe?elopio
=== chihchun is now known as chihchun_afk
[18:28] <elopio> sergiusens: the ugly hack with lxc we did: https://github.com/ubuntu-core/snapcraft/pull/371/files and the recommended way to get xenial: https://docs.travis-ci.com/user/docker/
[18:38] <nealmcb> popey: thanks.  But can we get a more definitive answer on why I can't run snappy on the official Ubuntu docker image?  It seems to me that using a premier feature of Xenial on the official Ubuntu image for one of the main ways that Ubuntu is used in the cloud needs to be addressed, even if it is something like "its too hard" or "it would be silly to run snappy in docker because......"
[18:39] <popey> nealmcb: congratulations, you have reached the limit of my knowledge on this subject ㋛
[18:40] <nealmcb> popey: no problem.  I'm just hoping that the right guru is lurking here, ready to snap up a juicy question ;)
[18:40] <popey> hahah
[18:40] <popey> I admire your optimism
[18:41] <nealmcb> Or do we need a snappy AI bot to handle these?  Surely snappy is the answer to AI also ;)
[18:42] <kyrofa> We have an official ubuntu docker image?
[18:44] <kyrofa> nealmcb, not a docker pro, but do you get systemd and services running there?
[18:44] <nealmcb> kyrofa: docker run -it ubuntu
[18:45] <popey> kyrofa: that's the problem, no, i dont think they do
[18:45] <nealmcb> hmmm - https://lwn.net/Articles/676831/  Systemd vs. Docker
[18:46] <kyrofa> popey, indeed, that's certainly the issue then
[18:46] <kyrofa> nealmcb, snap is a dumb client for a smart snapd service
[18:48] <kyrofa> (which runs via systemd)
[18:52] <nealmcb> So can I just start by manually starting snapd?
[19:02] <nealmcb> Wow, that lwn article describes an epic fight, involving major new sytems like docker and systemd, and the Open Container Project's runC tool.  Rumors of Red Hat forking Docker to resolve the issues, and allow all this to run on Windows: "Walsh also pointed out that cgroups, sd_notify, and socket activation all work out-of-the-box with runC. This is because runC does not use Docker's client-server model; it is just an executable. He does not see the br
[19:04] <nealmcb> In the meantime, Ubuntu needs to have a story about snappy and Docker today, and tomorrow....
[19:05]  * nealmcb starts writing it up for launchpad
[19:14] <kyrofa> nealmcb, yeah running it directly might work. But docker typically runs pretty confined, I think. You might still run into issues
[19:27] <nealmcb> https://bugs.launchpad.net/snappy/+bug/1581188
[19:27] <ubottu> Launchpad bug 1581188 in Snappy "How to run snappy from inside Docker - systemd issues?" [Undecided,New]
[19:47] <example6> Is there any way to install java and have it available among all apps in 15.04, or do I need to put it in a custom snap along with everything that needs it?
[19:48] <example6> My programs need to be able to have JAVA_HOME set
[19:50] <qengho> example6: if you need it, you have to put it in your snap.
[19:51] <qengho> (Do you mean 16.04?)
[19:51] <example6> No, I'm running 15.04
[19:52] <qengho> example6: Oh. Sorry. That is too strange for me to consider.
[20:11] <kyrofa> example6, snaps contain their dependencies
[22:33] <bull> new to snappy
[22:34] <bull> how can i build my qt app with snappy
[22:34] <bull> it uses qml too
[22:35] <bull> how define dependencies , how to set icon of app , and how to set where to install files ??
[22:35] <bull> anyone here ?
[22:35] <ogra_> there should be a Qt example somewhere (dunno where though)
[22:36] <bull> snappy will fail , debian was better
[22:37] <bull> its like redefining anything , debian was not broken guys are saying debian store will shut down soon . is that right ?
[22:39] <bull> i will not pack my apps in this shity format it first taking lot of bandwidth , and then making my app a crap load of idk what 300mb
[23:02] <bull> dead
[23:05]  * ogra_ wonders if people really expect to get help when coming into channels with such tone 
[23:13] <sgclark> *says in a friendlier tone* if someone does come across that qt example I would be ever so happy. have a few days to toy around with kde stuff.
[23:17]  * ogra_ makes mental note to ping sgclark if he comes around it :)
[23:17] <sgclark> thanks!
[23:17] <ogra_> i think dpm had one ... but he is surely asleep
[23:17] <sgclark> np, I am going through tutorials. I have all weekend to play