=== chihchun is now known as chihchun_afk === wolflarson_ is now known as wolflarson === chihchun_afk is now known as chihchun [04:32] PR snapcraft#948 opened: Use testtools as the base of all unit tests === pbek_ is now known as pbek === stub` is now known as stub === Guest32050 is now known as macnibblet === macnibblet is now known as mac_nibblet [06:06] Can someone please explain the workflow when developing stuff with snapcraft ? [06:06] I find it rather tedious to run a clean, download everything again and then install just to test changes to our application === JanC_ is now known as JanC [06:21] Anybody up for some paid support [06:21] ? [07:10] ? [07:10] is here somebody === Guest64506 is now known as ahasenack === ahasenack is now known as Guest79511 === rgogunskiy_ is now known as rgogunskiy [08:29] PR snapd#2401 closed: snap: abort install with ctrl+c [09:44] mvo, hmm, there was just a new set of kernels released [09:45] ogra_: hey :) [09:45] yo [09:45] ogra_: cool, did the new lp script tell you? or some other way? [09:45] mvo, my mail client did :P [09:45] ogra_: new -update? if so, I think we want that in beta and then candidate [09:45] ogra_: heh [09:46] ok, i'll take care [09:49] ta [09:51] PR snapd#2412 opened: snap: add description to `snap info` [10:03] PR snapd#2413 opened: interfaces/apparmor: allow access to core snap === chihchun is now known as chihchun_afk [10:59] mvo, all kernels in beta, do we have any specific criteria before releasing to candidate atm ? [10:59] (the store is so sloooow) [11:00] ogra_: a smoke test for now, I think we want something better long term but for now booting all supported boards with the new kernel is the sufficient [11:00] ok [11:08] PR snapd#2414 opened: store: switch default delta format from xdelta to xdelta3 [11:25] jdstrand: https://github.com/snapcore/snapd/pull/2413 [11:25] PR snapd#2413: interfaces/apparmor: allow access to core snap [11:32] PR snapd#2415 opened: overlord/ifacestate: no interface checks if no snap id [11:34] jdstrand: ^^ [11:37] PR snapd#2406 closed: many: add support for classic confinement [11:52] PR snapd#2416 opened: cmd/snap-confine: add snap-confine command line parser module [12:14] ogra_, ping [12:14] yo [12:15] ogra_, I just followed your suggestion to extract the arm64 file at http://cdimage.ubuntu.com/ubuntu-base/xenial/daily/current/, I unziped the file, and now when I use "sudo chroot rootfsarm64". it gives me an error like http://paste.ubuntu.com/23588275/ [12:15] ogra_, what could be the problem for it? thanks [12:16] liuxg, did you copy the qemu-$arch-static binary in place ? [12:16] ogra_, yeah, I just realized that. thanks for your reminding :) [12:16] this isnt different from using debootstrap ;) [12:16] (just that you save all the deb unpacking and configuring time) [12:17] ogra_, yes, it works now. thanks. I will try to explore it and see how it works :) [12:17] :) [12:17] PR snapd#2417 opened: Add uhid interface [12:33] ogra_, after I enter the chroot, some things are not there. for example, vi is not in the package. I need to install more things [12:35] PR snapcraft#931 closed: parser: add support for origin-{branch,commit,tag} [12:35] PR snapcraft#946 closed: meta: support classic confinment [12:37] liuxg, hmm, vi should definitely be in there, thats weird [12:38] oh, no, it shouldnt, since thats a buildd tarball [12:38] ogra_, http://paste.ubuntu.com/23588349/, this is what looks like here. [12:38] yeah [12:38] it is what you would get using debootstrap --minbase [12:38] a typical build chroot [12:39] didrocks, could you strace the 'plain' schmurl? [12:39] didrocks, (hello! etc :-/) [12:39] ogra_, also I got some installation issues like http://paste.ubuntu.com/23588353/. it looks not so predicable :) [12:40] Chipaca: hey! sure, do we have a snap ready with it? I think I will just copy the armhf binary there if not [12:40] didrocks, i've always just copied the binary [12:40] ok! [12:40] you want a full strace, no option? [12:40] liuxg, did you "apt update" first (thats not different to how you should do debootstrap) [12:41] ogra_, yes, I did that in the first place [12:41] didrocks, -f -s 4096, i think [12:41] weird [12:41] PR snapd#2418 opened: snapstate/backend: add backend methods to manage aliases [12:42] Chipaca: will give it to you in a few minutes [12:42] (given that all our build machines use these tarballs ...) [12:42] didrocks, perfect [12:42] ogra_, yeah, it looks like it is not so doable in this method. :) [12:43] well, looks like not all components are switched on in sources.list (perhaps only main ?) [12:43] it is definitely the cleaner way ... but if it starts getting to complex to explain in the howto better go with debootstrap [12:44] ogra_, if I try to use apt-get -f install, I get http://paste.ubuntu.com/23588370/. yeah, I think you have a point. A lot of things are commented out there. [12:45] ogra_, in fact, the installation is very straightforward, just extract it, and that's it. could it be that it is not daily build? [12:45] oh, you need to mount /sys and /proc (and if you feel like also devpts), but thats not different with the debootstrap chroot [12:46] without these dirs mounted any chroot will have issues [12:46] (regarding package installs at least) [12:46] the "current" tarballs are definitely from tonight [12:46] Chipaca: here we go: http://paste.ubuntu.com/23588377/ [12:47] ah [12:47] sergiusens: bug 1612818 - Is there any plan to up the priority of this from wishlist? [12:47] Bug #1612818: Ruby breaks when snapped

[12:47] didrocks, could you do it again, but this time redirecting stdout? [12:48] Chipaca: sure [12:48] didrocks, so i don't need to wade through the pretty progress bar thing :-) [12:48] sergiusens: we have software we've rejected snapping because of the lack of ruby plugin) [12:48] * Chipaca lazy [12:48] ogra_, yeah, I think it is better go with the debootstrap solution :) === chihchun_afk is now known as chihchun [12:49] liuxg, wqell, 80% of the above needs to be solved there too ... you always need to mount /proc and /sys if you enter a chroot (and unmount it when you leave) etc ... but yeah, missing bits in sources.list is indeed bad [12:49] Chipaca: wait, I didn't take it in the first place to the logs so that you are not bothered with it [12:49] Chipaca: so, you meant, you want me to redirect stdout to /dev/null so that you don't have the write()/ioctl? [12:49] didrocks, the progress bar addds ioctl()s and weird prints to the log [12:49] exactly [12:50] yeah, you detect the output type and disable it [12:50] got it :) [12:50] as all progress bars should :-D [12:50] Chipaca: don't force me to give some examples of python modules I know of :) [12:51] didrocks, there's a reason i wrote this progress bar myself :-) [12:51] Chipaca: btw, what's the name of the go progressbar project you are using? I'm interesting for some personal projects :) [12:51] ah, it's yours ;) [12:51] didrocks, i think next weekend i'll be publishing it [12:51] it's not "there" yet [12:52] great! keep me posted [12:52] Chipaca: http://paste.ubuntu.com/23588390/ [12:52] (file is a little bit bigger as the download went further down) [12:54] ogra_, anyway, thanks for your tips :) [12:54] didrocks, and i have a bug in progress where it's still doing ioctls :-) darnit [12:54] np, sad it doesnt work out for you [12:54] didrocks, anyway, thank you; this is what i needed [12:55] ogra_, anyway, I still learn a lot out of it :) [12:55] Chipaca: yeah, I noticed it ;) at least, you don't have the write() [12:56] * Chipaca nods [12:56] :) [12:56] didrocks, it's just checking whether the fd suddenly became a terminal, by magic [12:56] didrocks, it should do that check once at the start methinks -- unless file descriptors can suddenly become terminals :-) [12:56] "suddenly" :-) [12:57] yeah, only once will make sense :) [12:57] everything is a file ! [12:59] didrocks, could you also strace curl? [12:59] yep, doing [13:03] Chipaca: hum, logs are 50M [13:03] hehe [13:04] didrocks, gzip it and put it on p.c.c? [13:04] Chipaca: yep, ofc, you have the 30M snap in it :) [13:04] with the write() ops [13:05] popey well we need someone who knows ruby, lately all the plugins have been externally contributed except for the python a go ones which I've catered for; also wishlist is the status only because it is not a bug, it is a feature request [13:06] didrocks, ah, you can drop the -s option there if you want [13:06] didrocks, :-/ [13:06] sergiusens: so we basically need someone who knows python + ruby? [13:06] Chipaca: ok, doing, will be easier for you to read [13:06] popey if we can get someone that knows ruby I can work on the plugin code itself [13:07] ok [13:08] Chipaca: less than 2 Megs: http://paste.ubuntu.com/23588441/ [13:14] PR snapcraft#949 opened: project: support building classic snaps === hikiko is now known as hikiko|ln [13:18] mvo, hey, could you review the pending reviews for package: 6453 [13:20] snapd master seems to be aborting instantly on startup for me - could there be a regression? Or something changed that'd require updating something else? [13:23] kalikiana_: can you share any error messages or logs please? [13:23] zyga: None, except for "Terminated" as far as I can see [13:23] kalikiana_: anything in journalctl -u snapd [13:24] -- No entries -- [13:25] Non-snapd entries are there for failing to connect to snapd [13:25] (Because it's not running, obviously) [13:26] zyga: ^^ [13:26] interesting and odd [13:27] I tried going back some revisions but even a half month makes no difference [13:27] So I suspect something in the system other than snapd changed [13:29] zyga: There was a dependency change that required "go get" at one point, any idea if that might be related? [13:29] It's the only change I'm aware of [13:30] Other than whatever might've changed in an update of the base system === chihchun is now known as chihchun_afk [13:40] didrocks, in the curl strace with the big -s, could you grep for HTTP/ (including the /) please? === hikiko|ln is now known as hikiko [13:41] Chipaca: no result [13:41] zyga: I don't really understand the motivation for 2413 [13:41] didrocks, are you sure that's in the big trace? [13:41] didrocks, ah, case-insensitively please [13:42] zyga: basically, we have the default template that allows certain reads, and this rule that allows reading everything [13:42] Chipaca: ah, case-insensitivity returns 2 results: [13:42] send(4, [13:42] "\26\3\1\1\21\1\0\1\r\3\3XF\277\341\302\237M\257\205\355\207\344\36\372i\307\21\250\350d\246\257\357\307\17oxUl\303\324m\0\0l\300+\300,\300\206\300\207\300\t\300#\300\n\300$\300r\300s\300\254\300\255\300\10\300/\3000\300\212\300\213\300\23\300'\300\24\300(\300v\300w\300\22\0\234\0\235\300z\300{\0/\0<\0005\0=\0A\0\272\0\204\0\300\300\234\300\235\0\n\0\236\0\237\300|\300}\0003\0g\0009\0k\0E\0\276\0\210\0\304\30 [13:42] 0\236\300\237\0\26\1\0\0x\0\27\0\0\0\26\0\0\0\5\0\5\1\0\0\0\0\0\0\0\33\0\31\0\0\26public.apps.ubuntu.com\377\1\0\1\0\0#\0\0\0\n\0\f\0\n\0\27\0\30\0\31\0\25\0\23\0\v\0\2\1\0\0\r\0\26\0\24\4\1\4\3\5\1\5\3\6\1\6\3\3\1\3\3\2\1\2\3\0\20\0\v\0\t\10http/1.1", 278, MSG_NOSIGNAL) = 278 [13:42] send(5, "\26\3\1\1\32\1\0\1\26\3\3XF\277\260\330B\204g\307@\n(\271\22\31\257I\n\312\335\21\7 [13:42] \n\256\341L\264\f\347\17\222\0\0l\300+\300,\300\206\300\207\300\t\300#\300\n\300$\300r\300s\300\254\300\255\300\10\300/\3000\300\212\300\213\300\23\300'\300\24\300(\300v\300w\300\22\0\234\0\235\300z\300{\0/\0<\0005\0=\0A\0\272\0\204\0\300\300\234\300\235\0\n\0\236\0\237\300|\300}\0003\0g\0009\0k\0E\0\276\0\210\0\304\300\236\300\237\0\26\1\0\0\201\0\27\0\0\0\26\0\0\0\5\0\5\1\0\0\0\0\0\0\0$\0\"\0\0\037068ed04f2 [13:42] 3.site.internapcdn.net\377\1\0\1\0\0#\0\0\0\n\0\f\0\n\0\27\0\30\0\31\0\25\0\23\0\v\0\2\1\0\0\r\0\26\0\24\4\1\4\3\5\1\5\3\6\1\6\3\3\1\3\3\2\1\2\3\0\20\0\v\0\t\10http/1.1", 287, MSG_NOSIGNAL) = 287 [13:42] thx [13:42] I guess it's the first request + redirect? [13:43] zyga: and why do classic snaps care about about this? if they do care, can't we add this rule conditionally on jailmode (plus, I thought that we didn't support jailmode with --classic) [13:43] didrocks, yep [13:44] PR snapd#2419 opened: store: retry downloads on io.Copy errors [13:45] didrocks, are you in a position to wireshark the pi's connection? [13:47] didrocks, forget it, https. Let me think some more. [13:50] is there a way to prevent snaps from auto-upgrading? [13:51] jdstrand: because gustavo argued to have --jailmode that turns classic snaps into regular confined snaps [13:52] didrocks, could you run it again, the very first schmurl, pointing at http://lenticularis.chipaca.com/YZ7LshLxDQQIrhAL6DMLub2yTVUA2DIK_15.snap please? [13:54] Chipaca, quick question, ... the List & Find snapd client results dont contains the list of plugs & slots requested & defined by the snap, I was thinking about creating a PR to add them to the snapinfo as strings, wdyt? [13:55] PR snapd#2268 closed: many: merge snap-confine into snapd [13:55] alex-abreu, what for? [13:55] Chipaca: 3 downloads in a row, they all completed with success. So clearly a store <-> client interaction [13:55] didrocks, not so quick, little one :-p [13:56] Chipaca, they are required in snapweb, as snap met ainfo [13:56] ;) [13:59] didrocks, and now https://people.canonical.com/~john/YZ7LshLxDQQIrhAL6DMLub2yTVUA2DIK_15.snap [14:02] Chipaca: success as well [14:02] alex-abreu, how would you get the ones from the store? [14:03] didrocks, and https://068ed04f23.site.internapcdn.net/download-snap/YZ7LshLxDQQIrhAL6DMLub2yTVUA2DIK_15.snap?t=2016-12-07T13:58:28Z&h=35c698e528ac75d574ed395ecc3144ebff6a238b ? (don't forget to quote it) [14:03] Chipaca, the store lists the plugs & slots [14:04] alex-abreu, but you don't talk to the store [14:05] Chipaca, maybe I am missing your point, but snapd/client/packages.go Find does in the backend ... [14:05] Chipaca: dropping after few Kb or Mb downloaded [14:05] with the same reset by peer [14:06] didrocks, and https://public.apps.ubuntu.com/anon/download-snap/YZ7LshLxDQQIrhAL6DMLub2yTVUA2DIK_15.snap?cdn=local [14:08] jdstrand: snap-confine is in snapd now :) [14:08] :) [14:09] Chipaca: works with the local cdn parameter (so internapcdn.net is behaving in some unexpected fashion?) [14:09] let me try to curl that one (in case curl is redirected to another one) [14:09] jdstrand: https://github.com/snapcore/snapd/pull/2416 [14:09] PR snapd#2416: cmd/snap-confine: add snap-confine command line parser module [14:10] (curl worked) [14:11] alex-abreu, sorry, my point is that it's going to be a big branch, because not only client doesn't know it, neither does daemon, nor store, nor state [14:12] alex-abreu, and I don't understand the design that would benefit from including this information, but I'm not inherently opposed to the idea [14:12] Chipaca, yes I had a quick look at it and yes, ... the overlord needs to be updated etc. [14:14] noise][1, ping [14:14] Chipaca, it is not a super high prio, but having it seems like a strong requirement for them [14:14] Chipaca: so we have curl->internap OK, snapd->internap not, snapd->elsewhere OK ? [14:15] noise][1, go http client, not snapd, but yes [14:15] i took snapd out of the equation to make it simpler [14:15] just a regular `http.Get(...)` [14:15] yeah, have you tweaked any tcp options yet? [14:16] noise][1, not usefully, why? [14:16] mostly thinking timeouts, keepalives [14:17] noise][1, keepalives are to keep the connection alive, aren't they? [14:18] anyway gustavo had me set keep alives to a very small time and nothing changed [14:18] in that strace - is getting a read timeout? [14:18] no, a ECONNRESET [14:20] ah, missed that, yeah [14:20] I'll write something to dump the whole request we make [14:20] let's see what gives [14:25] mvo, could you upload the first version of this package to store? https://code.launchpad.net/~phablet-team/+snap/mediaplayer-app [14:26] Chipaca: trying to think what curl might be doing differently than go here [14:26] any consistency on the timing from start to conn reset? [14:26] didrocks: ^^ [14:26] noise][1: no, can be 1s or up to 4s of download [14:27] (mostly between 1 & 2s though) [14:28] didrocks: and this is mainly happening on your pi2? routed/nat'd through your desktop? [14:28] noise][1: indeed, I never have any issue on my desktop [14:30] morphis hey wanted to catch you before your eod, i cloned the master of pulseaudio snap, built local, installed on a series16 Core running as a kvm/qemu vm....and i'm having trouble getting it to work, when i call [14:31] pulseaudio.paplay somfile.ogg [14:31] it acts like there's no server up to connect to so [14:31] i didn't know if i need to start a server ? [14:31] ps ax ? [14:31] renato__: sure [14:32] renato__: btw, nice to see that the snaps are quite small now [14:32] mvo, yes, thanks to ubuntu-app-platform [14:32] indeed [14:32] * zyga solicits code reviews for https://github.com/snapcore/snapd/pull/2416 [14:32] PR snapd#2416: cmd/snap-confine: add snap-confine command line parser module [14:33] tvoss, lool: ^^ maybe interested [14:33] this is for the release tomorrow [14:33] zyga: it sounds like jailmode for classic is strict plus read of all of the core snap. is that accurate? [14:33] mvo, please review the notes app too if possible [14:33] jdstrand: yes [14:33] didrocks, can you get https://people.canonical.com/~john/schmurl_arm_verbose and try again? [14:33] jdstrand: that's exactly right [14:33] didrocks, (no strace, just the regular output) === chihchun_afk is now known as chihchun [14:37] Chipaca: http://paste.ubuntu.com/23588841/ [14:38] didrocks, and you had the verbose curl output with all headers somewhere, yes? [14:40] I can redo one anyway [14:40] Chipaca: http://paste.ubuntu.com/23588854/ [14:41] morphis sorry, browser crashed bad...had to get it back up...here's the pastebin [14:41] http://pastebin.ubuntu.com/23588855/ [14:41] of the issue i'm experiencing [14:42] didrocks, and if you add -H "Accept-Encoding: gzip" -H "Accept;" ? [14:44] Chipaca: download still succeeded [14:52] didrocks, I suddenly understand people that drink during work hours [14:52] I think a cup of tea would work [14:52] * Chipaca goes [14:53] Chipaca: ahah, sounds sane! ;) [14:54] zyga: FYI it seems using "kill" is a bad idea. After using "sudo systemctl stop snapd.service snapd.socket" I got a go stacktrace - turns out there was an extra space in basedeclarations.go [15:02] PR snapcraft#950 opened: tests: Use a more stable ftp source [15:08] jdstrand, ping [15:11] Chipaca: hey [15:14] jdstrand, i'm told you're the person to talk with about http being non-installable [15:15] Chipaca: I need more context, but maybe? [15:15] jdstrand, - Mount snap "http" (19) (installation not allowed by "snapd-control" plug rule of interface "snapd-control") [15:16] Chipaca: what is 'http'? [15:16] jdstrand, httpie, in a snap [15:16] Chipaca: it sounds like a webserver. why does it need snapd-control? [15:16] jdstrand, so you can do http snapd:///v2/etc [15:17] Chipaca: ok I think you may be missing some context of my questions [15:17] jdstrand, sorry :-) [15:17] it's a web client, not a server [15:17] Chipaca: currently, http would need a snap declaration to be able to use the privileged snapd socket [15:17] like curl but written in python [15:18] pretty-prints and colorizes json and other neat things [15:18] Chipaca: I'm trying to understand if that access is legitimate [15:18] Chipaca: is this a Canonical snap? is it used by snappy developers for debugging, etc? [15:18] jdstrand, it's a chipaca snap, not a canonical snap [15:19] it is used by me to talk to snapd directly, yes [15:19] but it's also just regular httpie, so you can http google.com and such [15:19] it seems reasonable that a snappy developer would be able to use a snappy tool to talk to the snapd socket, so I'll say as much in a comment in the snap and grant the snap declaration [15:21] hmm. I'll take it. I'd like to think somebody not working on snappy could still do this if they cared about it enough, though. [15:21] jeez, why is the store taking so long [15:21] jdstrand, that's noise][1's middle name these days, i hear [15:22] hmm, searching for 'http' in the store doesn't yield great results... [15:22] try google then :P [15:22] lol [15:22] Chipaca: this https://myapps.developer.ubuntu.com/dev/click-apps/3675/ ? [15:23] jdstrand, sorry for the delay (2fa...) [15:23] jdstrand, yes [15:23] Chipaca: ok done [15:24] woo, it works again :-D [15:34] I can't seem to get lxd to work on core-16, due to https://bugs.launchpad.net/snappy/+bug/1606510, is that truly the case or am I missing something? [15:34] Bug #1606510: Mechanism to create system groups [15:35] any help would be appreciated [15:35] lutostag, seen my last comment on that bug ? [15:36] ogra_: sweet, I did not, I will see if that works, thanks! [15:36] sadlyx there is still manual work required, but we'll fix that [15:50] PR snapd#2420 opened: overlord/snapstate: setup/remove aliases as we link/unlink snaps [15:53] ogra_: ok, I no longer see that error in syslog (but after a reboot the error reappears). And I can never seem to get the lxd daemon to start properly [15:54] hmm [15:55] (started with clean kvm image & rpi2) [15:55] stgraber, any idea why using extrausers might confuse lxd ? even thjough it works before reboot ? [15:55] do we need any extra pam or nss magic here ? [15:57] ogra_: lxd just calls getgrnam which should go through the usual NSS stack [15:57] hmm [15:58] does "getent group lxd" succeed on such a system? [15:58] errorcode 2 [15:58] (no output) [16:01] ogra@pi3:~$ sudo grep lxd /var/lib/extrausers/* [16:01] ogra@pi3:~$ getent group lxd; echo $? [16:01] 2 [16:01] ogra@pi3:~$ [16:01] grr [16:01] good, so not my fault :) [16:01] ogra@pi3:~$ sudo grep lxd /var/lib/extrausers/* [16:01] /var/lib/extrausers/group:lxd:x:112: [16:01] /var/lib/extrausers/group-:lxd:x:112: [16:01] /var/lib/extrausers/gshadow:lxd:!:: [16:01] /var/lib/extrausers/gshadow-:lxd:!:: [16:01] ogra@pi3:~$ getent group lxd; echo $? [16:01] 2 [16:01] ogra@pi3:~$ [16:02] so the getent lies ... [16:04] something must be busted with your nss setup somehow [16:04] what do you have in nsswitch.conf? [16:04] passwd: compat extrausers [16:04] group: compat extrausers [16:04] shadow: compat extrausers [16:04] gshadow: files [16:04] hmm [16:04] gshadow doesnt look right [16:04] yeah, not sure that it'd cause that problem, but maybe [16:04] should be easy enough to try, just bind-mount a fixed file onto it and try again :) [16:06] ogra@pi3:~$ sudo getent group lxd; echo $? [16:06] 2 [16:06] nope, no change [16:30] PR snapd#2421 opened: tests: add basic test for docker [16:30] hi all === topi` is now known as topi === topi is now known as topi` [18:02] jdstrand: hey [18:02] jdstrand: will you have the time to review https://github.com/snapcore/snapd/pull/2416 today? [18:02] PR snapd#2416: cmd/snap-confine: add snap-confine command line parser module [18:08] Hey ogra_, do you know where our kernel snapcraft.yaml is maintained? [18:08] kyrofa: hehe [18:08] kyrofa: I do [18:09] kyrofa: I asked the kernel team if we can move it [18:09] https://git.launchpad.net/~ubuntu-kernel/ubuntu/+source/linux-snap/+git/xenial/tree/snapcraft.yaml?h=pc [18:09] (in a galaxy far far away) [18:09] zyga, ah, thanks! [18:13]