[00:01] PR snapcraft#1180 closed: tests: support snap directory in external tests [00:22] PR snapcraft#827 closed: Support setting build targets in the maven plugin. Make the maven plu… === chihchun_afk is now known as chihchun [02:19] PR snapcraft#1181 opened: repo: fixup with python, not sed [02:19] PR snapcraft#1182 opened: meta: do not quote the command wrapper args [02:26] sergiusens: ping === gavinlin is now known as Guest34349 [02:53] mwhudson: hey, would this fix my problem https://github.com/lxc/lxd-pkg-ubuntu/pull/27 ? [02:53] PR lxc/lxd-pkg-ubuntu#27: Quote $@ in the lxc wrapper [02:53] Son_Goku: pong, but you know I am more reliable on rocket ;-) [02:53] sergiusens: that looks more plausible yes [02:54] mrrr [02:54] mwhudson: great, I guess I can propose for the use of environment and get rid of the wrapper in that branch too [02:55] sergiusens: in fact i said on the bug "This bug looks more like a $@ that should be quoted isn't rather than one that is quoted and shouldn't be." :-) [02:55] (this hasn't gone out in mail yet afaict) [02:55] ah, thanks, well I will invalidate the bug, thanks [02:55] PR snapcraft#1182 closed: meta: do not quote the command wrapper args [02:55] sergiusens: bash quoting is comletely insane [02:55] +p [02:55] mwhudson: when it comes to something stgraber did I sometimes just doubt myself too much :-) [02:56] haha [07:16] hey all, can I add gcc, et al., to a snap so that scripts in the snap can compile? [07:30] PR snapd#2302 closed: asserts: implement snap-developer type [07:46] PR snapcraft#1183 opened: First step; ruby support [07:46] PR snapd#2752 closed: snap: add support user-sessions from snaps [08:45] PR snapd#2938 closed: cmd/snap-update-ns: compute next action to transition mount profile [08:52] PR snapd#2782 closed: timeutil: a bunch of helpers for the scheduled refreshes [09:01] PR snapd#2787 closed: interfaces: add unity8 plug permissions === tinwood is now known as tinwood_swap [09:47] PR snapd#2978 closed: cmd/snap-confine: use sc_do_umount everywhere [10:03] Bug #1590767 changed: Support snap installed completion scripts

[10:20] PR snapd#2930 closed: tests: add systemd dependency loop failover test scenario [10:27] Bug #1671776 opened: snap install halt during installation [10:36] Bug #1671778 opened: failover:emptysystemd test fails === hikiko is now known as hikiko|bbl [11:22] PR snapcraft#1181 closed: repo: fixup with python, not sed [11:25] PR snapcraft#1011 closed: ci: use a named docker instance with proper working dir and env [11:54] PR snapd#2972 closed: cmd/libsnap: add sc_quote_string [12:00] PR snapd#2963 closed: interfaces: use MockInfo in tests [12:19] PR snapd#2986 closed: tests: specify the core version to be unsquashfs'ed in the failover tests [12:20] PR snapd#3008 closed: testutils: address review feedback from PR#2997 [12:25] PR snapd#3006 closed: interfaces: updates for mir-kiosk in browser-support, mir, opengl, unity7 === hikiko|bbl is now known as hikiko [12:31] Bug #1671776 changed: snap install halt during installation [13:09] PR snapd#2984 closed: interfaces: seccomp spec API tweaks for better tests [13:09] niemeyer, thank you! [13:10] pstolowski: np, and thanks for pushing those! === chihchun is now known as chihchun_afk [13:31] PR snapcraft#1164 closed: tests: run the master tests against the staging server [14:01] didrocks: I think the title here is wrong, because they are not all desktop snaps: https://insights.ubuntu.com/2017/03/09/10-desktop-snaps-written-in-february [14:03] PR snapd#3013 opened: cmd/libsnap: simplify sc_string_quote default case [14:37] PR snapcraft#1184 opened: store: enable retries for store calls [14:45] thanks for bringing build.snapcraft.io to my attention popey [14:47] elopio: agreed, I didn't write the content though, just hilighted the ones that should be in [14:47] elopio: I'll pass the message, but now that it's published… [14:49] elopio: thanks for noticing btw :) [14:55] elopio, do you recall what the reason was for having to build python for classic python snaps? just curious for my own knowledge. [14:56] anyone know if there is a kpi dashboard for snap downloads? [14:56] PR snapd#3014 opened: tests: add dbus interface spread test [14:57] stokachu, oh hey, maybe you know the answer to my question [14:58] coreycb: hey! yea there was a reason i just dont remember it, lemme look through git logs [14:58] stokachu, ok thanks, no big deal really, just curious [14:59] coreycb: https://github.com/snapcore/snapcraft/issues/1080; https://github.com/snapcore/snapcraft/issues/1090 [14:59] think those were the 2 big ones [15:00] coreycb: I got lost there too. I just got that zyga has more details. Sergio can explain that too. [15:00] it seems both have migrated to rocket chat. [15:03] stokachu, elopio: thanks. they're not in here eh? [15:42] jdstrand: ping [15:47] niemeyer: hey, I saw all your PR pings [15:47] jdstrand: Heya [15:47] jdstrand: Yeah, was really about to see if you could do a run through today by any chance [15:48] niemeyer: I'm going to try my best to get to them today, but I need to attend to a high priority item before them [15:48] jdstrand: I did almost a full pass today, and there are quite a few low-hanging fruits in there [15:48] jdstrand: Thanks, appreciated! [15:48] niemeyer: my plan was: high priority item, go through low hanging fruits PRs and go to higher and higher hanging as have time :) [15:51] Bug #1671855 opened: snap command should provide a way to display account ID [15:52] jdstrand: Sounds perfect, thanks! [16:08] niemeyer: I can say I did respond to the maliit one earlier === chihchun_afk is now known as chihchun [16:09] jdstrand: Sweet, I think that one is ready to merge [16:11] I'm running snapd in trusty (with xenial kernel backport)... [16:11] and after a reboot no snap seem to work [16:11] marco@tricky:~:✗ $ snap run hello [16:11] cannot perform operation: mount --rbind /dev /tmp/snap.rootfs_BsULNe//dev: No such file or directory [16:12] PR snapd#2793 closed: interfaces: add maliit input method interface [16:18] ok, for some reason I had core and multiple snaps marked as "broken" [16:18] now it works [16:18] check http://paste.ubuntu.com/24152298/ === chihchun_afk is now known as chihchun [17:18] niemeyer, hi, I am trying to create 2 snaps which use the content interface, and it is not mounting as it would expected, do you know who could help we with that? [17:19] cachio: zyga is most familiar with those details.. we're aware of one bug that he's actually working on right now that might impact that exact case [17:20] cachio: What are the details? [17:21] basically, 1 snap is creating slots read and write and the other plugs those and it is trying to execute an executeble in the read section [17:22] niemeyer, but when I run the app, I make an ls inside it and I don0t see the directory mounted where it should be [17:22] basically I should see a directory $SNAP/extra-bin and it is not there from the app context [17:26] niemeyer, should that be affected by that bug? [17:27] cachio: Might be.. try this: stop any daemons/processes running from that snap.. type "sudo rm /run/snapd/ns/.*", then try again [17:31] niemeyer, getting rm: cannot remove '/run/snapd/ns/kpi-content-consumer-tests.mnt': Device or resource bus [17:31] y [17:32] niemeyer, and there are not any process/daemon running for that snap [17:34] cachio: That probably means something is still running from that snap [17:35] cachio: Sorry, you may need to umount it actually [17:35] cachio: sudo umount it [17:38] niemeyer, ok [17:38] cannot mount /snap/kpi-content-producer-tests/x14/bin at /snap/kpi-content-consumer-tests/x24/extra-bin with options bind,ro: No such file or directory [17:38] I should create the dir extra-bin first? [17:42] niemeyer, or snapd should do that? [17:43] cachio: That directory is read-only, so you need to provide it in your snap [17:44] niemeyer, ok, make sense [18:01] heya there. Is it any way possible to use a virtualenv in a scriptlet? [18:01] seems to be buggy as hell for me [18:02] I do want to use conan which is installable via pip, but global install seems to be even more buggy [18:03] Fohlen-, hmm, and using `python-packages` isn't working? [18:03] Oh wait, conan is a build system huh [18:03] kyrofa: nope.When using python from a scriptlet with the python plugin it falls back to the system python [18:03] which is quiet annoying [18:03] Fohlen-, I've never tried with virtualenvs from scriptlets, but worst case you can write a custom plugin for it [18:03] I probably have to [18:03] Fohlen-, yeah, that makes sense [18:04] Fohlen-, I think you've reached the limits of scriptlets, heh [18:04] apparently I did :) [18:04] Fohlen-, just put the custom plugin in snap/plugins/, you can distribute it along with the snapcraft.yaml [18:04] kyrofa: in that case I'd have to use env variables from snapcraft, would that be feasonable? [18:05] Fohlen-, I'm not sure what you mean [18:05] consider this, CONAN_USER_HOME=$SNAPCRAFT_PART_INSTALL/usr/local/games/inexor conan install . --build=missing [18:05] as a plugin [18:05] I'd need it to install the dependencies inside the snap, otherwise it breaks when packaging up [18:05] :| [18:06] Oh certainly [18:06] Fohlen-, when you shell out to call conan, you can set the environment right there [18:06] that was what I did initially, and it nicely broke up on another systm [18:06] kyrofa: how'd I do that? [18:06] and would that work out with a plugin? [18:07] https://github.com/Fohlen/conan-snapcraft [18:07] is what the plugin looks like [18:08] jdstrand, any idea what's happening here? https://askubuntu.com/questions/888497/snap-confine-refuses-to-launch-application-to-avoid-permission-attack [18:11] kyrofa: it looks like snap-confine is compiled for enforce mode and installed setuid but there is no apparmor profile for it [18:11] kyrofa: this is something zyga added recently [18:11] jdstrand, someone in rocket is getting that error claiming to be running normal Ubuntu 16.04. How could that happen? [18:11] Ah, hmm [18:12] kyrofa: perhaps the profile was unloaded? [18:12] kyrofa: eg, sudo aa-status | grep snap-confine [18:13] kyrofa: there is something mvo was working on that would run snap-confine from the core snap with a path to the profile from the core snap. not sure if that landed, but if it did and it is trying to run that snap-confine but that profile isn't loaded, the same thing would happen [18:14] jdstrand, oh interesting, although I expect that would break for everyone [18:22] jdstrand, of course, he left :( [18:22] jdstrand, well anyway, thanks for the info! Not sure what's happening here [18:24] niemeyer, working now, that umount that I have to do should be fixed whith that bug that you mentioned? [18:24] cachio: Right, it's supposed to work dynamically.. no need to do anything else other than connecting the interface [18:24] niemeyer, great, thanks [18:24] cachio: If you sit here in the channel in the next few days you'll hear about the term "update-ns".. that's what this is about [18:25] niemeyer, great [18:26] niemeyer, thanks for the help [18:27] if somebody can review for snap id: N6CL1Ml1gj5SmGCmyy97CSvE3vzgjfb3, would be appreciated [18:36] PR snapd#3015 opened: interfaces: alphabetize framebuffer in base decl and add it to all_test.go [18:50] PR snapcraft#1142 closed: state: asset tracking - store versions of stage-packages [18:50] jdstrand, the user came back, saying the aa-status command you gave me produced no result, which I assume means the profile was unloaded somehow? [18:58] jhodapp: hi! I think there might be a markup mistake in this page, because code and prose sections seem to switch place towards the end of the document: https://docs.ubuntu.com/core/en/stacks/bluetooth/doc/overview [18:58] jhodapp: wanted to submit a patch, but I can't the bluetooth docs here: https://github.com/CanonicalLtd/ubuntu-core-docs/tree/master/en/stacks [18:58] am I looking at the right place? [18:59] alecu, the actual docs are part of the bluez snap [18:59] alecu, we keep them distributed and they get pulled in with repo [18:59] ah, that sounds better [18:59] that makes it much easier for developers to contribute docs [18:59] let me get you the link to the docs [19:00] alecu, here you go: https://git.launchpad.net/~snappy-hwe-team/snappy-hwe-snaps/+git/bluez/tree/doc/overview.md [19:02] jhodapp: seems to be be missing ``` in line 199 [19:48] jhodapp: https://code.launchpad.net/~alecu/snappy-hwe-snaps/+git/bluez/+merge/319613 [19:49] alecu, nice [19:49] * jhodapp looks [19:50] took me a while to figure out git in lp :P [19:50] alecu, yes it's pretty different from the way most other git web systems work [19:50] we tried to fit a square peg in a round hole there ;) [19:50] hahah, right [19:51] alecu, good feedback on the docs too...we'll update the readme so that it's obvious that the stack documentation is distributed [19:51] jhodapp: btw, do you know if bluetooth is supported on the raspi3 with core? I can't seem to get it to work [19:51] perhaps I should ask ogra_ about that [19:51] alecu, ask morphis or koza...I'm not sure [19:51] sounds good, thanks [19:51] I only have a pi2 and dragonboard and can't remember off hand [19:52] right, pi2 does not have onboard bt [19:52] exactly [19:52] alright, thanks a bunch! [19:53] alecu, not a problem! [20:07] PR snapd#3016 opened: interfaces: add kubernetes-support interface and adjust related interfaces (LP: #1664638) [20:18] jhodapp: and, here's another tiny fix: https://code.launchpad.net/~alecu/snappy-hwe-snaps/+git/bluez/+merge/319620 [20:20] alecu, keep 'em coming :) [20:20] alecu, are you sure it needs that? konrad assured me we have the alias on the store side in place for that [20:22] jhodapp: well, after sshing into the raspi and installing the bluez snap, I can't find the bluetoothctl command [20:22] I do find bluez.bluetoothctl [20:22] perhaps I need a newer snap, or edge? [20:22] let me try that [20:23] alecu, you might and it may in fact be going out soon [20:23] alecu, try "snap aliases" [20:24] jhodapp: ah! the snap on edge is rev27. The one I had from stable is rev12 !!! [20:24] alecu, yup, that's the issue [20:24] jhodapp: I refreshed the snap, and now I can see the alias [20:25] awesome [20:25] wonderful :-) [20:26] and, now I've learned about aliases [20:26] quite an afternoon ;) [20:26] aliases are awesome [20:27] certainly useful for other snaps we are preparing... [20:27] absolutely [20:29] and, with the latest snap on the raspi, bluetoothctl still can't find the controller [20:30] so, I guess I'll bother ogra_ and morphis next week [20:30] jhodapp: thanks a bunch! [20:30] np [20:41] niemeyer, hey, quick question, I ma trying to create a file socket within a snap and > I get Bad system call (core dumped) [20:41] If I run the python code it works properly, but if failes when I call the snap app [20:42] niemeyer, any idea about what could be the reason? or where I could see the logs? [20:51] niemeyer, this is the only I see in the syslog http://paste.ubuntu.com/24153684/ [20:52] cachio, that's a seccomp filter denial. You're probably missing the network plug [20:52] (or network-bind) [20:52] cachio, you could learn more by using snappy-debug [20:52] it would also tell you to use network-bind [20:53] cachio, and run `sudo snappy-debug.security scanlog` in one terminal while running your app in the other [20:53] $ scmp_sys_resolver 49 [20:53] bind [20:53] jdstrand, did you actually run that, or do you have 49 memorized? ;) [20:54] you shouldn't have to use the network-bind interface to use a unix socket, but for now you do [20:54] kyrofa: I actually did have it memorized, but I double checked myself :) [20:54] kyrofa, jdstrand great, thanks for the info [20:54] jdstrand, haha, nice [20:55] kyrofa, jdstrand I am creating a file socket for process communication, should I use the networking plugin in that case too? [20:56] cachio: network-bind should be sufficient. use snappy-debug and it'll tell you for sure [20:56] jdstrand, ok, I'll do it, thanks [20:58] jdstrand, ERROR: Could not find '/snap/snappy-debug/27/policy/17' [20:58] Bug #27: temporary test [20:58] snappy debug is giving me that [20:58] whoa [20:59] oh, what release are you on? [20:59] zesty? [20:59] zesty [21:02] jdstrand, snapd 2.22.7 [21:03] cachio: can you do 'snap refresh snappy-debug --edge' and try again? [21:04] jdstrand, sure [21:04] jdstrand, it worked [21:05] jd tx [21:05] cachio: np [21:50] roadmr: hey, would you mind pulling r847 into the store? it isn't an emergency. next week is fine [21:50] jdstrand: sure thing, I'll put it in the pipeline and check what the deployment status is [21:51] roadmr: oh, actualy, give me a second [21:51] jdstrand: sure thing, I haven't proposed anything yet [21:51] I added the code to override but I didn't add the thing to override :) [21:51] haha :) who overrides the overrider? [21:54] roadmr: ok, r848 [21:55] heh [21:56] jdstrand: did I hear something about snapd on trusty installing systemd which then makes $SOMETHING go crazy? this may be juju-related only :( [21:57] roadmr: snapd on trusty will install a special systemd, yes. I haven't heard about anything going crazy. if you are seeing something, please file a bug so the snappy team can take a look at it [21:57] jdstrand: ok, I'll dig up the comment I saw. [22:26] PR snapcraft#1185 opened: repo: add version support for build-packages [23:05] niemeyer: ok, I was able to get to everything you pinged my on except the mknod branch. mvo could answer on that, but I'd like to be around when that lands, so I will comment when I am back [23:06] pinged me* [23:06] jdstrand: Thanks so much! [23:06] np [23:06] jdstrand: I'll try to find some time over the weekend to merge what I'm able to [23:07] cool [23:30] niemeyer: actually, there was one I handed off to Tyler-- PR#2624 [23:31] (pid-1 mount namespace) [23:31] so he'll follow through on that in my absence