[00:42] Bug #1571497 changed: snapd crashes on slot disconnection [00:42] Bug #1628592 changed: no camera slot in pi2 or pi3 image [01:02] Hiya, anyone installed dockerd on snap core 16 beta? Looking to evaluate Ubuntu Snappy as a minimal OS for hosting docker containers. [01:46] Bug #1633289 opened: network-observe plug is not working for dracnmap snap === chihchun_afk is now known as chihchun [07:03] good morning [07:08] morning === chihchun is now known as chihchun_afk [07:44] how can I specify which Ubuntu release should be used by "stage-packages" and "build-packages"? === chihchun_afk is now known as chihchun [08:32] hi there, do any one know where to send a merge proposal for ubuntu snap-confine package? [08:32] would like to propose a change to enable running snappy on Ubuntu M10 [08:36] Hello [08:38] Does someone know the solution of No ssh keys found, at creating user profile setup [08:56] PR snapd#2145 opened: cmd/snap: update remove command help [09:12] mardy, i dont think you can (by default it uses the hosts sources.list ...) [09:15] ogra_: OK. It would be nice if there was a way to specify that in snapcraft.yaml, so that one would know in which release a certain snap was built [09:19] mardy, well, for now you can put it in the description or so [09:19] yep [09:19] long term -> file a whishlist bug ;) [09:20] though since you dont really need to use any debs i'*m not sure it is an option thats wanted by default [09:20] (you can make your snapcraft.yaml complex and build all deps for source for example ... i.e. you wouldnt need to use any debs if you like) [09:29] vicamo: hey [09:30] vicamo: I'm the maintainer of snap-confine, please send me a pull request on github [09:30] vicamo: can you tell me more about what you were working on? [09:31] zyga: I have to modify the apparmor rules for ubuntu for snap-confine package [09:31] I guess that's not for the rest of the world? [09:32] vicamo: can you tell me more about what you need to modify and why? [09:33] zyga: it's an open bug in https://bugs.launchpad.net/ubuntu/+source/snap-confine/+bug/1633367 [09:33] Bug #1633367: missing ptrace options needed by snap-confine

[09:33] * zyga looks [09:35] vicamo: can you tell me which kernel version are you using on m10 [09:35] zyga: a pretty outdated 3.10 [09:36] could be worse ... could be 2.18 :P [09:36] vicamo: does it include the patched apparmor stack? [09:36] zyga: yes, it has, but again, outdated 3.1 or so [09:36] vicamo: I mean the updated patch for 3.10 kernels? [09:37] vicamo: one sec [09:37] vicamo: https://github.com/snapcore/sample-kernels [09:37] PR snapcraft#869 opened: Bring docs/upload-your-snap.md in line with http://snapcraft.io/docs/… [09:37] vicamo: in any case, please fork snap-cofnine and open a pull request [09:37] vicamo: the code is on github.com/snapcore/snap-confine [09:38] vicamo: I'll work with jamie to review it [09:38] vicamo: and be sure to try current master [09:38] zyga: that sameple kernel has a 3.10 tree, but its apparmor part is not up-to-date, either [09:38] vicamo: a large change just landed [09:38] vicamo: ah, I see, I wasn't aware of that [09:38] At the first boot of snappy core, at the login/registration, where i must fill in my email, it is saying that there are no ssh keys found and that my account could not be breate [09:39] created [09:39] Rick_: your keys are taken from your launchpad.net account [09:39] Could someone help me? [09:39] I've also checked the rest of snap-confine code base on github, I need to land a change in the apparmor rules, not snap-confine itself [09:40] vicamo: that is in src/snap-confine.apparmor.in [09:40] Zyga: Thank you! [09:40] zyga: ah! [09:50] Zyga: How can i get my keys? [09:50] I created my account, and tried it again, but the same error, the account could not be created, no ssh keys found [09:52] Aah, i must register a key, using launchpad.net i saw, gonna try i [09:52] *it [09:55] join [09:55] hello [09:56] Anyone creating snaps? [09:56] Anyone here? [09:56] only 302 people [09:57] Oh ! [09:57] ogra_: I'm not I'm breaking them :P [09:57] heh, true :) === Guest82060 is now known as dch [09:58] That's about as far as i have got, too [09:58] thats a good start ;) [09:59] Rick_: look at your launchpad profile, there's a SSH section there [09:59] Thanks Zyga, i followed the instructions and it is working. :) Jeahh Thankss, This awnser was the only one i could find [10:01] Rick_: I'm glad to hear that :) [10:01] zyga: https://github.com/snapcore/snap-confine/pull/170 pr ready, but it seems CI is currently broken? [10:01] PR snap-confine#170: Add apparmor ptrace options for snap-confine [10:05] Can anyone help me create a basic calculator, chat or notepad snap? I tried the yaml on github but it says an error msg. Do i need to install packages? Has anyone got some yaml code which will work? [10:08] bump [10:13] only 302 people [10:14] !patience [10:14] Don't feel ignored and repeat your question quickly; if nobody knows your answer, nobody will answer you. While you wait, try searching https://help.ubuntu.com or http://ubuntuforums.org or http://askubuntu.com/ [10:14] ;) [10:14] oh, thank :) [10:15] it might be helpful if you pasted the error you get on paste.ubuntu.com and give the pastebin url so people can look at it [10:16] okay, great! [10:31] http://paste.ubuntu.com/23322759/ [10:32] Brad__, so you are using a PPA that has no xenial packages it seems [10:34] okay -do you know how i can the xenial packages? Or exclude the PPA? [10:34] snapcraft uses your hosts apt sources ... disable it on your PC and snapcraft wont try to use it [10:37] (alternatively call "snapcraft cleanbuild" that will build inside a container and not use the info from the host machine) [10:37] okay, thanks so much. do you know how i can disable it? :) [10:37] well, how did you enable it ... ? :) [10:37] you obviously set it up once ... to install ubuntu-tweak i guess [10:38] oh, :/ :) [10:38] just go to your software sources in the settings and turn it off there [10:38] great. thank you. [10:45] PR snapd#2146 opened: asserts: remove serial-proof type [11:13] sudo snap create-user --sudoer --json tadhackuser@gmail.com [11:13] error: while creating user: cannot create user: device already managed [11:13] ??? [11:13] Why can I not add another user to Ubuntu Core 16 [11:15] found it. You have to logout [11:20] hey folks, which repository should snap be coming from on trusty? [11:20] (snapd that is) [11:22] PR snapd#2147 opened: asserts: validate optional account username [11:22] mattyw: eventually the same one [11:23] mattyw: the trusty archive [11:23] zyga, I was expecting to just be able to do apt-get install snapd, but it can't be found [11:25] zyga: hi, if you are happy with the comments from jamie could you merge my PR in to your branch https://github.com/zyga/snapd/pull/2 [11:25] PR zyga/snapd#2: Make sure gpio exported before apparmor setup [11:26] mattyw: It's not available yet [11:26] Bug #1632453 changed: snapd won't start on dragonboard [11:26] joc_: I'll check that out next week, I'm on holidays, in theory, this week [11:26] PR snapd#2146 closed: asserts: remove unused serial-proof type [11:26] joc_: (but hey, /media support landed today) [11:27] zyga: ok that's fine, lets see if we can get it resolved next week [11:27] joc_: we'll work on the release next week [11:27] joc_: face to face will be faster [11:27] +1 :) [11:27] (hopefully over beer at the bar) [11:28] zyga, ok thanks [11:30] zyga, is there a ppa it can be got from though? [11:57] ogra_, now I am removing a snap, but it shows me "2016-10-14T11:54:33Z ERROR cannot remove snap file "lights", will retry in 3 mins: umount: /snap/lights/x1: not mounted". what shall I do next? I just want to remove the app. [11:58] well, why is the snap not mounted ? [11:58] did you manually unmount it ? [11:58] ogra_, it was mounted yesterday. today, I want to install a new version. Before that, I wanted to remove it first. [11:58] ogra_, No, I did not do that. [11:59] ogra_, using snap list, it shows "lights x1 devmode,disabled,broken" [11:59] well, it looks like you tinkered with it manually somehow [11:59] ogra_, frankly, I did not do that. [12:00] check snap changes and take a look at the offending change there with "snap change " [12:01] ogra_, I quit the command by Ctrl+c. then http://paste.ubuntu.com/23323101/ [12:01] well, obviously take a look at 92 [12:02] ogra_, what can I look at? [12:02] the details of that change [12:02] ogra_, in the step, it just happened like the message I showed you. [12:03] ogra_, where can I find the detail of the change？ [12:03] check snap changes and take a look at the offending change there with "snap change " [12:04] ogra_, http://paste.ubuntu.com/23323114/ [12:05] Error 2016-10-14T11:51:46Z 2016-10-14T11:54:24Z Remove security profile for snap "lights" (x1) [12:05] now, no idea why that fails [12:06] probably ask someone from the snapd team or security how o debug this further [12:06] *how to [12:06] (and file a bug if you are sure you havent manually tinkered with the snap in any way) [12:07] ogra_, it is ok. thanks. Have a good night! I really do not know how to debug this kind of issue. [12:07] that is why i point you to people that do know :) [12:07] (i dont either and for me it is also still early afternoon btw ;) ) [12:09] ogra_, many thanks. it is a night here :) I may find someone to help out. [12:09] perhaps zyga has an idea (seems mvo is off today) [12:12] even if there has been some manual tinkering, it's a good use case to make snapd reliable against that and recover its state from it :) [12:12] like not being mounted sounds like the code isn't there anymore, and it's safe to proceed [12:12] yes, which is why i suggested to file a bug :) [12:12] yep! === chihchun is now known as chihchun_afk [13:25] cjwatson: if you're about, i have a particular snap build failure that seems "sticky" to a particular project [13:25] https://launchpadlibrarian.net/289526453/buildlog_snap_ubuntu_xenial_amd64_miral-snap_BUILDING.txt.gz [13:26] i mean i can build that locally & the error is a unknown to me...wondering if you could take a look and give me your $0.02 [13:29] kgunn, try adding the ubuntu image build PPA to your snap build [13:30] we have a fixed bzr [13:30] or enable proposed, the fix is there as well, but not yet landed [13:30] ogra_: ah thanks! [13:30] ogra_: so just proposed instead of "updates" [13:31] bug 1606203 [13:31] Bug #1606203: Failed to build of snappy package on Launchpad: Invalid header value 'Basic U05BUEJVSUxELTE4NzAtMTQ2OTQyNjE0ODpjOTJkYzVjOWQ0OTg0ZGE5OWZlNGY1ZjI3ODRhMWJk\nOA=='

Released> [13:31] kgunn, yeah [13:31] ta [13:36] oh, I've been meaning to verify that [13:36] kgunn: hey, if you enable proposed and it works, could you do me a favour and replace the verification-needed tag on that bug with verification-done? [13:37] happy to [13:37] 'cos that was basically what I was going to test [13:37] and definitely use proposed rather than the PPA, that way it's a valid test for SRU verification purposes [13:41] cjwatson: ah, same error...but wonder, is it b/c i'm targeting xenial? [13:41] https://code.launchpad.net/~kgunn72/+snap/miral-snap/+build/6938 [13:44] jdstrand: ping [13:44] kgunn: you didn't enable -proposed there [13:44] niemeyer: hey [13:44] jdstrand: Yo, good morning [13:45] jdstrand: How're things going in snap-declaration land? [13:45] kgunn: and, well, yes it's because you're building from xenial, but the proper fix for that isn't to build from some other series, it's for us to get this fix verified :) [13:46] kgunn: huh. you did *try* to enable -proposed. but no mention of it in the build log ... [13:46] that's weird [13:46] niemeyer: I have checks against the base declaration working, except for alternations. after that, will add the bits for when the store gives the payload [13:47] cjwatson: lemme know if you want me to try something else [13:47] niemeyer: so the review tools are pretty close. it took longer than I expected but it should be solid [13:47] kgunn: let me scratch my head about this for a bit first [13:47] you bet [13:47] niemeyer: I don't know the status on the store side [13:47] jdstrand: As we discussed earlier in the week, the main concern at this point is the snap-declaration text itself [13:48] jdstrand: We need the text ready so that we can take out the hardcoded logic [13:48] jdstrand: We can import the initial declarations by hand if necessary [13:48] jdstrand: But we need them there so that we can update and release snapd [13:48] niemeyer: yes. my understanding was that the store guys were going to put that in the store db [13:49] jdstrand: Right, but do we have "that"? :) [13:49] roadmr: can you comment on that work ^ [13:49] jdstrand: The question is really the snap-declaration body for the constraints [13:49] jdstrand: sure, give me a bit as I'm OTP [13:49] * jdstrand nods [13:50] jdstrand: We're in touch with matiasb as well, who's working on the feature and aware of these ideas [13:50] I see [13:51] jdstrand: So the main thing I'm bothering you about (sorry!) is the final/real text for the base and the individual snaps that allows us taking out the hardcoded logic.. with that in hands we can land the declarations and update snapd [13:51] kgunn: ah, this is because you're building against a PPA and they have confusingly different rules [13:51] jdstrand, fyi, from the store UI it is already possible as reviewer to push update plugs/slots for a snap declaration [13:51] ogra_: did you have a snap that builds only from the primary archive where you could test the bzr fix in -proposed? [13:52] matiasb: ok. so, for example, I can handcraft the payload for lxd, and the store will regenerate the snap declaration for snapd to consume? [13:52] cjwatson, hmm, not really ... all my snaps that need bzr actually also need to use the PPA for other bits [13:53] jdstrand, exactly [13:53] ok cool [13:54] niemeyer: so, since that is done ^ shall I transition to making the change to the base declaration in snapd? I need that anyway and I also worked through that a bit yesterday, so it should be quick [13:54] quickish [13:55] jdstrand: Yeah, that plus the few special allowances we have would be great to have ready, thank you! [13:55] it's possible I might need some help with the testsuite, but I'll know more when I get in there [13:56] ok, I'll move to that [14:02] jdstrand: finally of the phone, but yeah, what matiasb said, the store is already spitting out snap-declaration with plugs/slots which can be edited by reviewers. Plus it gets a small amount of validation against the most basic shot-in-the-foot scenarios [14:06] roadmr: ack. I made several commits to the review tools. I need to pivot to snapd now, but the tools should be ready for a pull pretty soon after I finish with snapd [14:08] jdstrand: awesome! we can push that to the store when available, and there's a switch we can flip if things misbehave, so at least we'd call the tools "the old way" (no slots/plugs for preapproval). Recall we'll be sprinting next week so that may affect response times a bit [14:09] I definitely remember we'll be sprinting next week :) [14:10] ogra_: all right, let me see if I can hack something up [14:10] i can surel dpo something like that too, but a nnit later today if you dont get to it [14:10] jdstrand: hehe :) [14:11] *but a bit [14:18] ogra_,kgunn: OK, verified now, I expect it'll be released on Monday (no SRU releases on Friday, normally) [14:24] PR snapd#2140 closed: asserts,snap: validate attributes to a JSON-compatible type subset [14:39] PR snapd#2138 closed: many: removed frameworks target, and some leftover frameworks helpers… [14:41] PR snapd#2145 closed: cmd/snap: update remove command help [14:50] PR snapd#2107 closed: client,daemon,cmd: add payment-declined error kind [14:51] PR snapd#2139 closed: cmd/snap: tweak unknown command error message [15:08] ogra_: hey what was the ppa containing the fix for this lp issue? [15:08] jdstrand, ofono PR refreshed after changing the comment. Spread tests are failing but it looks unrelated to the PR [15:09] "cannot bind mount /snap/core/current//var/lib/console-conf -> /var/lib/console-conf with flags 0x85007. errmsg: Permission denied" [15:50] Hi [15:51] So, using current version of snapcraft using kernel plugin is most current way to make a kernel snap for core 16 right? [16:06] Croepha, yep [16:06] kgunn, https://launchpad.net/~snappy-dev/+archive/ubuntu/image [16:06] and by current version i mean the version that ubuntu desktop 16.04 sais is stable? [16:06] says [16:07] kyrofa: ok thanks :) [16:18] pedronis: hey, so I have an updated base declaration, but all the snowflake handling in the testsuite is taking me a bit to sort through [16:19] jdstrand: we need a bit to coordinate [16:21] jdstrand: do you want to push something for me to look at? [16:22] jdstrand: also are now all interfaces mentioned at least once in slots or plugs? [16:23] let me push something === blaroche is now known as blaroche_ [16:25] pedronis: https://github.com/jdstrand/snapd/tree/finish-decl-based-checks [16:27] jdstrand: so basically need to work to make test pass again? [16:28] pedronis: that and then to remove the hardcoded stuff for lxd, docker, etc, and then to make pass again. [16:28] pedronis: I saw a snowflake for snapd-control too [16:28] yes [16:28] we didn't block it [16:29] anyway before this can land [16:29] we need all the matching decl in the store [16:29] oh, it is deny-auto-connection: false still in the base declaration [16:29] so that is stilla snowflake [16:30] pedronis: should I change that now? [16:30] jdstrand: I think the idea is to change everything [16:30] but we need the decls [16:30] that one is snapweb? [16:31] I can supposedly add the decls [16:31] and I don't know what else [16:31] jdstrand: maybe matiasb can also help telling how to search things that use some of those plugs [16:33] pedronis, jdstrand, we should be able to search CPI for plugs/slots, at least for plugs/slots declared in the yaml (I think, maybe cprov can confirm?) [16:35] matiasb: I am not sure it's working, we never finished that implementation. [16:36] ah, ok, I can try and take a look to confirm [16:38] pedronis: ok, I updated snapd-control to not auto-connect but the testsuite doesn't show there is an error there, which I expected it would [16:39] pedronis: (I made the change in the base decl) [16:39] is there some way to make URL opening work from snappy apps? I'm currently trying to snap up podbird, but external links using Qt.openUrlExternally() just result in things like "Unable to detect a web browser to launch 'http://community.ubuntu.com/contribute/translations'" [16:40] matiasb, cprov: I was told I would be able to add plugs and slots via the web form now. is that the case? [16:40] jdstrand: that sound strange, wrong syntax, I see the test that should fail [16:40] Elleo, try adding /usr/local/bin to your PATH ... [16:40] Elleo, inside yor snap that is [16:40] ogra_: okay, thanks [16:41] which reminds me ... jdstrand was there any conclusion about the /usr/local/bin stuff inside the core snap yet ? [16:41] jdstrand, correct, when reviewing a snap revision, you should now have an interfaces section with a link to the form to update the snap declaration [16:41] jdstrand: I need to have dinner, back in a bit [16:42] matiasb: is that something I can do without an upload? ie, I go find lxd, then add the necessary plugs/slots and then it is done, or does it have to be tied to an upload? [16:42] matiasb: https://search.apps.ubuntu.com/docs/#slots, not exactly a direct filter, more like 'given the provided slots, omit incompatible plugs' ... [16:45] cprov: I barely remember the context for that. I think I mentioned it to mvo and he agreed it needed to be fixed [16:45] err [16:45] cprov: nm [16:45] ogra_: ^ [16:46] jdstrand, ah, well ... thats about teh xdg-open hack we ship (but also a fake "apt" that just echost "please use snap" ) [16:46] i guess a topic for next week then [16:47] jdstrand, not tied to an upload, you can update the declaration at any time; link available there atm because it is expected that you may need to update a decl if review indicates so [16:49] jdstrand: It's definitely not useful atm and it's not even supported for snap-specific searches (v1/snaps/search), we should not count on this. [16:49] matiasb: ^ [16:49] jdstrand, you can try with this search: https://search.apps.ubuntu.com/api/v1/snaps/search?fields=name,plugs,slots (4 pages) [16:49] jdstrand, that will return all snap pakages, and their indexed values for plugs/slots, I guess that should help [16:53] matiasb: in this url: https://search.apps.ubuntu.com/api/v1/package/Oulq6jI8qkI4ScWVafl3VsxSsd52HSGu is Oulq6jI8qkI4ScWVafl3VsxSsd52HSGu the snap id? [16:54] matiasb: also, that page is incomplete [16:54] but that's ok [16:54] today, all slots implementations are flagged for manual review by the store [16:55] actually, that's not true [16:55] I need everything [16:56] jdstrand: try this https://pastebin.canonical.com/168034/ [16:57] for overview purposes [17:01] cprov: that's incomplete. for example, locationd is not listed: https://myapps.developer.ubuntu.com/dev/click-apps/5666 [17:02] jdstrand: it's not published on stable channel [17:02] cprov: what is the query for alls snaps and all channels? [17:03] jdstrand: unfortunately not, search was designed to operate on stable only. [17:03] docker isn't either [17:04] I guess I'll just have to go with what I know is implementing the slot side and using the plugs [17:06] matiasb: I'm looking at the web form. do I need to add 'slots:' to the slots textarea or will it add it for me? [17:07] * jdstrand tries on a test snap [17:09] jdstrand: Snap admin/overview APIs are non-existent at moment and we are starting to miss them. [17:14] hmm [17:14] matiasb: if I add this to slots: {"bluez": {"allow-connection": {"plug-publisher-id": [".*"]}}} [17:14] matiasb: I get "could not sign assertion (cannot assemble assertion snap-declaration: plug-publisher-id in allow-connection in slot rule for interface "bluez" contains an invalid element: ".*")" [17:15] I can use something else, but that seems like a bug [17:16] jdstrand, that's an error from SAS... pedronis, fyi ^ [17:16] {"bluez": {"allow-connection": {"plug-snap-type": ["app"]}}} worked [17:16] jdstrand: regexps are not supported in id lists [17:16] (they are not in the spec as far as I know) [17:17] I thought they were supported anywhere a string is [17:17] anyway, no matter for now, I can do a different thing [17:17] jdstrand: no [17:18] jdstrand: Plug and slot attributes are specified with the following syntax [17:18] and the it mentions regexps [17:18] pedronis: so, I can add the snap declarations to the store. and I can pull out the lxd, docker, etc hard coded things. I think I'll need help with getting the testsuite working properly though [17:18] jdstrand: understood [17:21] pedronis: I also don't know how to 'turn it on' per se. iiuc, the base declaration changes are what do that. is it enough for me to compile a snapd with my base decl change, then try to install something from the store and see that it fails, then adjust the snap decl in the store and see that it works? [17:21] jdstrand: yes [17:21] ok, let me try that [17:22] we still want to cover with the unit tests [17:22] of course [17:22] but yes, to try for real we need that [17:22] I'm not sure how to fake a snap declaration in the testsuite [17:23] iirc, we were testing primarily against the base decl, not a snap decl [17:24] jdstrand: no we already did a bit of that, see the test for LXD [17:24] and mockSnapDecl [17:25] you can pass in plugs and slots stanzas [17:25] (not used yet but supported by that) [17:26] pedronis: ok, so I'm still not clear on who is doing what [17:28] jdstrand: well it makes for you to fill in as much snap decl as possible, and then to push the branch as far as possible but reasonable and then I pick up from there [17:28] jdstrand: I have another couple of things to finish/start first so I cannot simply jump on that right now [17:28] ok. I think I see what I need to do with lxd. let's see how far I get [17:48] pedronis: fyi, https://github.com/snapcore/snapd/commit/173152497e8e3e9d1966982ca4cd875376d94590 - I expected the second test to fail [17:51] jdstrand: why is the first one also passing, with IsNil? [17:51] jdstrand: I agree, I need to try and debug [17:52] pedronis: well, on the first one I was trying to create a snap decl that would allow the lxd snap to auto connect [17:53] pedronis: did I not do it right? [17:53] jdstrand: I really need to grab your branch and play a sec [17:55] jdstrand: let me try [17:59] jdstrand: you have lxd-support on both slots and plugs side of the base decl for example, remember only one side of those is used [17:59] pedronis: oh, the very first one shouldn't pass, you are right. I had IsNil, I meant to have NotNil [17:59] TestAutoConnectionLxdSupport [17:59] cand := s.connectCand(c, "lxd-support", "", "") <- should fail [17:59] yea [18:00] but passes [18:00] because of what I mentioned [18:00] lxdDecl := s.mockSnapDecl(c, "lxd", "J60k4JY0HppjwOjW8dZdYc8obXKxujRu", "canonical", plugsSlots) <- should pass [18:00] oh [18:00] hmm [18:00] ok, that explains snapd-control too [18:00] jdstrand: it's the rule we wrote down [18:01] not let me try to understand the other one [18:01] now [18:01]