[02:08] elopio can you check https://github.com/ubuntu-core/snapcraft/pull/584 ... I have no vpn here [02:29] Dumb question, can I install snapd on ubuntu 14.04? [05:18] hey hey === cpaelzer_ is now known as cpaelzer [07:03] Hi, guys! [07:21] good mornig [07:22] morning :) [07:37] Any news on Rpi3 support? [08:13] mvo: ping === davidcalle_afk is now known as davidcalle [08:20] morphis: pong [08:21] mvo: what's up with snapd 2.0.10 ? :-) [08:21] morphis: a bit of internal debate, I will enquire about this I think we can do one today otherwise [08:22] ok [09:07] zyga: hum, seems that I'm stuck at removing one snap [09:07] 161 Done 2016-06-24T08:31:46Z 2016-06-24T08:31:46Z Try "atom" snap from "/home/didrocks/work/ubuntu-core/snappy-playpen/atom/prime" [09:07] 162 Doing 2016-06-24T09:04:17Z - Remove "atom" snap [09:07] mount | grep atom returns nothing [09:07] and as there are some operations in progress, I can't do anything [09:11] didrocks: what does 'snap change 162' say? [09:14] zyga: http://paste.ubuntu.com/17792496/ [09:14] so, I was able to stop it manually (some processes were hanging the mount point) [09:15] however, despite unmouting it, not snapd is stuck [09:15] ah no, it's done [09:15] (after a while) [09:15] still the same change # [09:16] but snap change still shows the error [09:16] (which is puzzling) [09:16] at least, now, the transaction is over, thanks zyga :) [09:23] didrocks: snapd will recover after 5 minutes [09:24] didrocks: we already know about issues when the service doesn't shut down cleanly [09:26] jdstrand, tyhicks: i've tested the more strict version of snap-confine and it should be merged as tyhicks suggested [09:26] I'll adjust some tests and merge it [09:34] Howdy all. Not sure where to report. Installing freecad on ubuntu as a snap didn't produce a working desktop shortcut or cli command. installing it from apt did. Just want to know where to let someone know? [09:36] I think lool followed the freecad guys on their snappy journey ^ [10:00] well, works fine here [10:00] freecad.FreeCAD the cli command it installs [10:01] Snowie, ^^ [10:06] ogra_: did you get a desktop file? [10:07] lool, hmm, i know ii used to have one ... [10:07] seems gone [10:08] or t least not found anymore [10:08] the cli command is definitely still here though and the app starts and runs fine [10:11] ogra_: i did try that, but let me give it another go. [10:12] Snowie, are you on an Ubuntu 16.04 install or is that some other distro ? [10:13] ogra_: standard 16.04 [10:13] k [10:13] same here [10:15] * ogra_ is off to the dentist ... (at least something positive on this horrid day :P ) [10:15] no joy http://paste.ubuntu.com/17794309/ [10:15] ogra_: oh. good luck, hope it's not too terrible. [10:16] nah, just a post surgery inspection .. all bad stuff already happened [10:16] ogra_: lol. ok, hope all is well then [10:16] Snowie, try freec ... doesnt that expand to freecad.FreeCAD ? [10:17] ogra_: lol, yeah that did it. thanks [10:17] (the binary is actually called like that, not just "freecad") [10:17] still no icon thought but cheers [10:17] yeah, thats a bug [10:17] the binary should also just become "freecad" [10:17] ogra_: and sounds like it's known by that comment too. ok cheers [10:18] well, probably not by the freecad developer [10:18] lool, ^^ can we get him that info somehow (i only know him from IRC) [10:18] anyway ... -> out [10:24] ogra_: I was looking for a public link to this email address but https://uappexplorer.com/app/freecad.vejmarie has a weird one === bazhang_ is now known as bazhang [12:32] re ... [12:41] jdstrand, tyhicks: I'd like a final yes/no vote on chdir branch [12:48] jdstrand, tyhicks: after your decision I'd like to merge remaining branches and release new snap-confine [12:48] and work on snapd changes to make policy changes automatic [12:48] so that refreshed policy is applied when needed [13:05] zyga: I responded in the PR [13:06] zyga: and yay on refreshing policy as needed as being up next :) [13:07] zyga: interestingly, the apparmor side of that bug (which is not needed for your work) is close to my next thing to work on :) [13:08] jdstrand: thank you, looking now [13:09] jdstrand: good point, I'll make the change now [13:09] jdstrand: cross-distro concern, how can we simplify our work to not have to synchronize various apparmor abstraction across the distros [13:13] zyga: this isn't actually just a cross distro concern and something we've thought about all along. a) abstractions don't change that much and b) when they do, we push the change both to apparmor upstream and to snapd policy so snapd can realize the benefits immediately [13:14] we can periodically prune the duplicate rules in snapd and say snapd required apparmor userspace version x.y.z [13:14] requires* [13:17] zyga: and thank you for merging the arg filtering branch-- it's been a long time coming :) [13:18] zyga: once snap-confine and snapd 2.0.10 land, that will allow me to fix a whole slew of policy bugs in 2.0.11+ [13:24] dholbach, good work with summarizing the knowledge extracted from the playpen :) [13:30] hi! for what you know, has there been any attempt to create an opensource store/repo for snaps? [13:31] ret2libc, not for ubuntu .. but see the mailing list, there is a discussion about stores on other distros [13:32] (the "store" is just a webserver after all ) [13:32] ret2libc, indeed, keep an eye on the mailing list, efforts are ongoing [13:33] jdstrand: I need to fix debian-8 builds by taking dpkg-vendor patches from alioth [13:33] jdstrand: please ignore debian-8 build failures for now [13:34] ogra_ kyrofa thanks, i'll have a look at it [13:35] is there a way i can get my application i have installed from .snap packages to use the system theme? [13:35] and is snapd available on debian 8? [13:35] stormchaser3000: not in debian 8 [13:36] oh ok [13:36] stormchaser3000: system theme support is being explored, it's not easy due to gtk instability with theming [13:36] stormchaser3000: but we are exploring how to support this [13:36] stormchaser3000: and there are some technical bits that landed that make it possible to do pratical experiments now [13:37] does snapd work on OpenSUSE tubleweed? [13:38] dpm, thanks [13:42] if it doesnt yet, it will soon [13:44] jdstrand: https://github.com/snapcore/snap-confine/pull/48/commits/0e690b310d1ce4fb772fab3085015897d62bf7d0 [13:44] jdstrand: FYI, just in case I messed up something [13:53] sergiusens, ping [14:19] jdstrand: https://github.com/snapcore/snap-confine/pull/50/files [14:27] can snap already run on other distros? [14:27] ret2libc, yes, in several ( zyga has a list i think) [14:28] wow, that's cool! i really hope it will be adopted by others too [14:30] dholbach, I'd bring up the client cancellation (the broader issue you mentioned) in the channel, but there are too many conversations happening there right now :P [14:30] ret2libc: yes! [14:30] ret2libc: there are packages for fedora, arch and gentoo [14:30] ret2libc: I'm working on packages for suse [14:31] ret2libc: there's also a package in debian that propagates to ubuntu (snap-confine) and soon snapd too [14:31] ret2libc: and from debian and ubuntu to many other distributions [14:31] ret2libc: note that today snappy doesn't support confinement on distributions that don't use the ubuntu kernel, we are working on upstreaming everything and enabling other distributions to support the whole security [14:31] that's really nice, zyga! [14:32] ret2libc: if you have any questions about that I'm all ears :) [14:32] kyrofa, yeah :) [14:32] maybe a bug report would work better [14:32] zyga: i didn't you were changing the kernel to add features for confinement. aren't you using cgroups? [14:32] and apparmor? [14:32] ret2libc, among other things [14:33] ret2libc: we are using cgroups but that's very minor and it's not used most of the time [14:33] ret2libc: most of the patches are apparmor features that we developed to make this really solid [14:33] ret2libc, https://developer.ubuntu.com/en/snappy/guides/security-whitepaper/ if you're curious [14:33] ret2libc: those are being upstreamed and I'm looking at building supporting kernels for gentoo and arch [14:33] ahh that's nice! thanks kyrofa [14:33] ret2libc: but this work is still some time away [14:34] zyga: are those patches available? [14:34] ret2libc: of course :) [14:34] ttps://git.launchpad.net/~p-pisati/ubuntu/+source/linux/ [14:34] https://git.launchpad.net/~p-pisati/ubuntu/+source/linux/ [14:35] good people tell me that the apparmor features are posted to mainline but it's a process as you probably know [14:35] ret2libc: there are snappy branches there that contain everything required [14:36] ret2libc: it's really just the ba [14:36] ret2libc: it's really just the brand new apparmor features + corresponding configs that make snappy security work [14:36] ret2libc: seccomp and userspace apparmor bits are already upstream [14:37] fgimenez: elopio: Hi, did you see the error I sent when I tried to run it from the branch? [14:37] zyga: i see. thanks a lot for those info [14:40] zyga, niemeyer: fyi, I'm taking a few minutes to clean up/expand docs/interfaces.md [14:41] jdstrand: Sweet [14:41] jdstrand: Btw, there's a problem we need to sort out with the network interface.. zyga is aware of it and looking into it, but it'd be nice if you two could discuss the issue too [14:41] niemeyer: see your inbox on cleaning up 'Usage' [14:42] jdstrand: Apparently even a boring network client right now depends on network-bind to do DNS, which kills the point of having the separation [14:42] that is surprising [14:42] is this an i386 thing? [14:42] cause that might be the socketcall issue [14:42] jdstrand: Would be good to get that fixed, either by understanding what's going on and fixing it, or by killing network-bind altogether if we cannot avoid the dependency [14:43] jdstrand: I don't know, zyga has the details [14:43] is there a bug? [14:43] zyga: ^ [14:43] ok, zyga, please fill me in and with a reproducer [14:43] cause we've had the separation and its worked for a while. curious what changed [14:47] jdstrand: wrt bug 1589671 - I have 2.0.9 and still see the issue, or a similar one - http://paste.ubuntu.com/17803532/ [14:47] bug 1589671 in Snappy "apparmor failure on udev with opengl interface" [Medium,Fix released] https://launchpad.net/bugs/1589671 === chihchun is now known as chihchun_afk [14:47] popey: that's a different issue [14:48] \o/ [14:48] I love finding these and keeping you in work :) [14:49] do you need me to file a bug for it jdstrand ? [14:50] yes please. add the snapd-interface tag and the udev denials [14:52] okay, thanks. [14:54] ok, filed bug 1595987 [14:54] bug 1595987 in Snappy "udev denials " [Undecided,New] https://launchpad.net/bugs/1595987 [14:55] thanks [15:03] same error here : https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1570860 [15:03] Launchpad bug 1570860 in snapd (Ubuntu) "Love2D needs udev access" [Medium,Triaged] [15:04] about /run/udev/data/c** [15:05] I created a suggestion on Steam's Github to start using Snaps or flatpaks to distribute games in Steam. https://github.com/ValveSoftware/steam-for-linux/issues/4512 Now, the question is, is it possible to partially update a snap to avoid re-downloading 8+GB of data to patch one, simple thing? [15:05] For example. [15:06] gouchi: ooh, you're looking at love2d? [15:06] awesome, I had a play with that a while back but not looked recently [15:06] would... "love" to see that snapped [15:07] popey: another project ;-) [15:07] :) [15:07] jdstrand: did I need to file a bug about 32-bit binaries, or was that a 'wontfix'? [15:07] popey: but I like also love2d ;-) [15:07] popey: there is a bug already. it is likely won't fix [15:08] :( [15:08] no wine in snaps [15:08] that's a shame, having wine/libwine would be a neat way to package up some windows apps (or games) in the store [15:09] zyga: what are exactly those new apparmor features that you want to add? [15:09] ret2libc: you'd have to go through the patches, there's quite a lot I've heard [15:10] niemeyer, jdstrand: I didn't file the bug for this yet [15:10] popey: wine doesn't mean 32bit only [15:11] jdstrand: and FYI, I don't quite know what the root problem is, I tried using spread (a go binary so it might be go specific) and it happily created variou sockets and tried to bind them on startup [15:11] jdstrand: let me pull the strace log and report this [15:11] zyga: Can we please get a bug with a reproducer? [15:11] zyga: Otherwise it'll fall through the cracks [15:12] niemeyer: yep, just doing that now [15:13] zyga: Thanks! [15:13] Not sure if my previous message managed to send itself, my connection is a bit wonky. I'll ask again. I created a suggestion on Steam's Github to start using Snaps or flatpaks to distribute games in Steam. https://github.com/ValveSoftware/steam-for-linux/issues/4512 Now, the question is, is it possible to partially update a snap to avoid, for example, re-downloading 8+GB of data to patch one, simple thing? [15:13] jdstrand: only 32-bit wine can run 32-bit windows apps, only 64-bit wine can run 64-bit windows apps, and not 32-bit ones AIUI [15:13] * popey is getting deja vu [15:13] have we had this conversation already? :) [15:15] popey: sure. my point is that you can still ship 64bit wine to run 64bit wine apps [15:15] popey: and 32bit wine to run 32bit wine apps [15:16] architectures just needs to match [15:16] so 32-bit wine will work on ubuntu-core i386? but not on ubuntu-core amd64? [15:16] I understand that doesn't address 32bit wine on 64bit machine, but I think there is still good things to be had [15:16] popey: sure, why not? [15:17] we're in circles :) [15:17] my problem is that 32-bit wine doesn't run on amd64 ubuntu-core [15:17] and you said earlier that's a wontfix? [15:18] popey: you were too general with this statement: "no wine in snaps" [15:18] hah, okay [15:18] popey: that is not accurate. you *can* have wine if wine matches the arch [15:19] ok, so a more specific question would be "do we support 32bit binaries in 64-bit host ubuntu-core?" [15:19] this isn't a wine specific issue is it? [15:19] (so skype i386 on amd64 would be equally problematic) [15:19] jdstrand, niemeyer: https://bugs.launchpad.net/snappy/+bug/1595993 [15:19] Launchpad bug 1595993 in Snappy "go binary (spread) uses bind on startup, requiring network-bind" [High,New] [15:19] this is a kernel limitation with seccomp [15:20] plars, looking into it now [15:21] zyga: ok will do! [15:21] jdstrand: I think that bug above requires some deep dive into go to understand [15:21] jdstrand: but I wonder if there's something we could do with seccomp filtering to let it be [15:22] jdstrand: but I don't know, looks terribly like those very carefully profiled security things that only allow a given sequence of syscalls [15:22] zyga: ok-- it seems it is pretty clearly wanting to use socket. not sure what the problem is? [15:22] jdstrand: nothing in the code does this [15:22] jdstrand: it's some startup thing in go or maybe libc [15:22] something in the code is doing it :) [15:22] jdstrand: and this means that all the software will require network-bind in effect [15:23] but that's not true [15:23] jdstrand: not explicitly, this might be something each executable starts to do [15:23] jdstrand: I'll dig around, I wanted to report this first [15:23] there are plenty of applications that don't need network-bind to use the network [15:24] it might be a go thing, and yes, we might be able to do arg filtering somehow [15:25] zyga: why is this 'high'? [15:26] zyga: it only affects go and people can always specify 'network-bind' which is autoconnected [15:26] I'm not saying it shouldn't be fixed, I'm saying that it probably shouldn't trump other high priority work [15:28] jdstrand: I set it to high to investigate what the cause is; if there's something potentially causing many programs to require network-bind without knowing ti [15:28] it* [15:28] zyga: so, this application is very clearly binding to a port on the loopback: bind(4, {sa_family=AF_INET6, sin6_port=htons(0)... [15:28] that says that network-bind should be used [15:29] most programs don't need that [15:29] a go program might, but, so? [15:29] anyway, yes, it is worth investigating [15:29] jdstrand: but it's not doing this in the go code, there's no bind there anywhere [15:29] jdstrand: I want to check if this is endeminc to go runtime [15:29] but I'm not worried by this [15:30] it might be. go does all kinds of stuff [15:30] Heyo [15:30] if you look at netstat -atuvpn, you should see it is listening on a port [15:30] I'm getting the encrypted user directory apparmor error! [15:30] (one chosen by the kernel) [15:31] aatchison: that is on the verge of being fixed with the pending snap-confine upload [15:31] cool [15:31] how soon:P I just need a workaround if I can get it [15:31] Can't tell what's going on [15:31] aatchison: https://bugs.launchpad.net/snappy/+bug/1574556 has a workaround [15:31] Launchpad bug 1574556 in ubuntu-core-launcher (Ubuntu Xenial) "apparmor denials reported for encryped HOME" [Medium,Triaged] [15:32] awesome, thanks [15:38] jdstrand: okay, thanks for clarifying :) [15:38] I promise not to ask you about 32 bit again ㋛ [15:40] hehe [15:40] * jdstrand -> errand [15:48] jdstrand: the issue is now well-understood [15:48] jdstrand: I'll look at it next week, I want to focus on bind mount support and next release of snap-confine [15:56] jdstrand: before you EOW today, can you weight in on https://github.com/snapcore/snap-confine/pull/50 please? [16:19] zyga: fyi, snap-confine 1.0.33-1 has been accepted through Debian NEW now (including source package rename), so should also find its way into yakkety soon [16:19] oh [16:19] except that requires a merge [16:19] er, no it doesn't, because it's a new source package name so it'll just take over the binary name [16:20] kyrofa: hi, do you how to easily go about setting default_plugin_output correctly in the list plugins tests of snapcraft? (after adding new plugin) [16:20] joc_, hahaha, aren't those lovely tests? [16:21] indeed, super lovely :) [16:25] kyrofa: do i need to set some environment variable on my local console to make sure i have correct output width or something? [16:26] joc_, honestly what I do is I copy/paste the "actual" output [16:26] slangasek: that's great news, thank you [16:26] joc_, watch the test fail, steal the output [16:26] = 100% useless test [16:47] * zyga -> dinner [16:49] fgimenez: so running from the branch still doesn't work for me, but running uner checkbox I'm seeing a lot better results running on an allsnaps image vs. classic [16:52] plars, great! it would be nice anyway to have better logs in both cases, i'm not able to reproduce your error http://paste.ubuntu.com/17809595/ which version of go are you using? [16:54] fgimenez: 1.6.1 [16:56] plars, that should work.. are you executing from the gopath (not from a symlinked dir)? iirc we needed that when building from branch, not the case anyway [16:57] fgimenez: hmm, no I'm not sure what you mean by symlinked dir, I was running from the dir of my checkout. Which I guess go just totally ignores. As soon as the run with checkbox finishes, I'll switch to the one it pulled into my GOPATH and try from there [17:00] plars, ok let me know how it goes [17:01] kyrofa pong? [17:02] sergiusens, I was going to ask you a question about the qmake plugin, but I asked in the PR instead [17:03] kyrofa: please please please dont land any other plugins before me, i dont want to have rebase and do that all again :p [17:03] joc_, muhahaha [17:03] joc_, I've done it twice now, stop whining! [17:04] sergiusens, we really need to toast those list_plugins tests [17:05] kyrofa we do, but they got a whole lot more special now, didn't they ;-) [17:13] elopio is the triggered on https://github.com/ubuntu-core/snapcraft/pull/566 running? [17:17] sergiusens: no, we are redeploying jenkins again. [17:17] zyga: done [17:18] sergiusens: like 30 minutes to go. [17:21] elopio yay [17:21] elopio doesn't matter as I added a comment to that PR for kyrofa ;-) [17:22] elopio just interested in the adt and examples on that one as snapcraft.internal was touched. If it fails and units pass we have more work to do ;-) [17:23] zyga how is it going with the font interface, do you know? [17:27] sergiusens: yes, when the branch is ready kyrofa can run adt or examples locally :) Or I can help, I have plenty of testbeds around. [17:27] jenkins might be ready earlier. === devil is now known as Guest24542 [17:52] Would anyone be interested in helping me hack on mycroft snap today? [17:52] sergiusens: we have the content sharing now, with somewhat different design (only one content can be consumed at a time) [17:53] sergiusens: with some more work and a test case we should be able to use that to share classic fonts [17:54] sergiusens: I'm looking at finalizing the snap-confine side of content sharing now [17:55] sergiusens: do you have a snap that can be used to test this? [17:57] note that we don't have the global sharing part yet (we need to allow all canonical-published slots to work this way) [17:57] elopio, sergiusens that branch is ready for another look. Do I need to run something locally, then? [17:58] zyga there are non, maybe start big and use kde? :-P [17:58] kyrofa: maybe ./runtests.sh snaps --skip-install [17:58] if you have a xenial vm, you could run with the install using --ip localhost. [17:59] elopio, I do, I'll use it [17:59] aatchison hey, so where are you at with this? [17:59] sergiusens: kde would be nice but I'd rather have others build something I can split [17:59] elopio, though it's not localhost. Can I use user@ip instead? [18:00] kyrofa: I think that the user is hardcoded to be ubuntu. There's a bug for that. [18:00] elopio, :( [18:00] I'm having some issues all around, but I can build a snap. I've just included speech-dispatcher as a stage-package. I could use some help with the pulseaudio interface stuff, as I don't see the interface existing [18:01] I knew making a VM without ubuntu was dumb [18:01] I'll just --skip-install [18:01] I finally figured out that I needed to use the app armor work around, because I have an encrypted home directory [18:02] kyrofa: well, actually making the testbed assuming that ubuntu was the user was dumb. [18:02] https://github.com/MycroftAI/snapcraft-mycroft-core [18:02] there is my yaml, if one would like to try [18:02] elopio, heh [18:02] kyrofa: but on your vm you can clone, and run from there. I think you will have to mkdir /home/ubuntu [18:02] elopio, I seem to remember there being issues using snapd from newly-created users [18:03] please file bugs for anything that makes that experience awful. I'll fix them next week. [18:03] elopio I've updated #590 [18:04] aatchison but does it work with --devmode, pulseaudio integration that is? [18:05] I'm getting this error: ALSA lib conf.c:3750:(snd_config_update_r) Cannot access file /usr/share/alsa/alsa.conf [18:05] elopio, sergiusens crap. Ran out of hard drive space [18:06] I now see the pulseaudio interface when I run snap interfaces though, which didn't happen before [18:06] aatchison so pulseaudio != alsa (one may use the other, but they are not the same thing) [18:07] aatchison forget the interface, is that the error you get in devmode? [18:07] yeah, I thought that pulse would handle the alsa stuff [18:07] sergiusens: I think it is "inexistent" or "unexisting", not "inexisting". kyrofa can confirm. [18:07] yeah, installed with devmode [18:07] in other words, don't paint the house if the cement has not dried yet ;-) [18:08] elopio yeah, I sort of knew that but kept it :-P I can change if needed [18:08] elopio wait, non-existing is valid english ;-) [18:08] oh, test name :-P [18:09] sergiusens, elopio nonexistent [18:09] kyrofa: I use unexisting. Is that wrong? [18:10] kyrofa elopio inexisting is also valid, just checked the dictionary ;-) [18:10] Hahaha [18:10] Fine fine, they're all valid. Stupid english [18:10] Just another reason to learn spanish I guess [18:11] kyrofa: I'm in a bind now [18:11] zyga, what's up? [18:11] kyrofa: how come I learned english and not spanish as a kid [18:11] Hahaha [18:11] Yeah no kidding [18:12] kyrofa: just reacting to your comment above :) [18:12] zyga, does learning english make it harder to learn something else? [18:12] kyrofa: yes, very [18:12] I can imagine [18:12] it made me lazy [18:12] all the books and movies are in english [18:13] elopio kyrofa there, changed it completely so no grammar flame war can happen [18:13] :) [18:14] aatchison oh, why would you need access to that; the core image where this runs on top of doesn't have alsa [18:14] zyga ideas for that? ^ [18:14] ahh, I see. I know that were is an alsa snap, but... [18:15] aatchison no there is no alsa snap, just pulseaudio [18:15] aatchison what code is trying to do this and why? [18:16] mimic, out TTS program, is trying to use an alsa audio device. I don't know why it needs to access that file though [18:16] There is pulse audio support in mimic as well [18:17] sergiusens: alsa is in the kernel, it's always there but confinement refuses access [18:18] aatchison: do you have the denial log? [18:18] aatchison: and does the code you are working with support pulseaudio? [18:19] * zyga is super sleepy [18:19] http://paste.ubuntu.com/17814234/ [18:19] there is the audit log [18:19] yeah, it does support pulse audio [18:19] looking [18:20] thanks:) [18:20] aatchison: yes, that is clearly alsa [18:20] zyga his application fails as it wants to access alsa's config [18:21] sergiusens: those are harmless [18:21] aatchison: does this application support pulseaudio as a sound sink? [18:21] zyga in any case, that isn't a denial in devmode no is it? [18:21] I...believe so [18:21] says ALLOWED [18:21] let me check [18:22] sergiusens: that config file is probably just not there [18:22] aatchison: you need libpulse or similar in your snap [18:22] ahh, stage-packages? [18:22] aatchison: yes [18:23] awesome, ok [18:23] I'll pop that in there [18:23] aatchison: and you need o use the pulseaudio plug on that application [18:23] like so?: plugs: [pulseaudio] [18:23] under apps: [18:24] aatchison: uner the app that needs it [18:24] aatchison: pastebin the snapcraft yaml somewhere [18:24] k, I think I have that bit right [18:24] k [18:24] sergiusens: we need something like jsbin for snapcraft.yaml's [18:24] sergiusens, qmake look okay, then? [18:24] sergiusens: let people paste editable yaml [18:24] sergiusens: and others to edit that and share [18:26] http://paste.ubuntu.com/17814586/ [18:26] There it is, didn't add lib pulse yet [18:27] ok, I am here as well aatchison :) [18:27] zyga http://linkode.org/ seems to be down, but that is what you want [18:27] wahoo! [18:27] I was already lurking here :) [18:27] hehe [18:28] I'm swapping pulse sinks with pavucontrol while mimic is running, seems fine [18:28] I'll add that lib [18:29] > Papers, please! [18:29] aatchison, I installed it, which command to run it? mycroft-core.cli-client? [18:30] mycroft-core.mimic -t "hello" will run mimic [18:30]