[01:46] argh [01:46] the way LDFLAGS is set for classic snap builds is painful === ahrs is now known as ahrs|AFK [02:18] Bug #1662357 opened: Can't use lsb_release on Ubuntu Core 16 [02:53] PR snapcraft#1165 opened: beta [03:21] waaait a minute [03:21] can i build classic snaps on launchpad for all architectures? [03:22] strongly getting the feeling that the interpreter is wrong for these builds [07:07] PR snapd#2957 opened: snapstate: include change kind/summary in error report [08:29] PR snapd#2958 opened: snapstate: disable running the configure hook on classic for the core snap [08:36] Bug #1668891 opened: Can install non classic snap with --classic, but classic flag isn't set

[09:07] PR snapd#2959 opened: data: re-add snapd.refresh.{timer,service} with weekly schedule [09:21] jdstrand, what exactly does that change mean, btw? I'm too stupid to understand docs. [09:26] PR snapd#2960 opened: release: add linuxmint 18 to the whitelisted distros [09:46] PR snapd#2961 opened: ifacestate: re-generate apparmor in InterfaceManager.initialize() === JamesTait is now known as Guest95749 === Guest95749 is now known as JamesTait [10:21] PR snapd#2962 opened: tests: temporarly unbreak docker by manually connecting the interfaces === JanC is now known as Guest86538 === JanC_ is now known as JanC [10:30] gurgle [10:39] PR snapd#2963 opened: interfaces: use MockInfo in tests [10:40] * ogra_ hands Son_Goku a snorkel [10:40] * Son_Goku takes it, then chokes on it [10:41] should i have removed the cork at the end ? [10:42] hi. I have a problem. I'm snapcrafting zenity. But zenity wants to load its ui file from /usr/share/zenity/zenity.ui [10:43] I'd like to know if there's any tricks other than patching zenity? [10:45] ogra_: probably :P [10:46] :) [11:08] PR snapd#2962 closed: tests: temporarly unbreak docker by manually connecting the interfaces [11:09] PR snapd#2957 closed: snapstate: include change kind/summary in error report [11:24] ogra_: I hate golang now [11:24] a lot [11:24] before, I just disliked it [11:24] :/ [11:25] PR snapd#2964 opened: errtracker: forward port the 2.22.7 fixes [11:38] PR snapcraft#1166 opened: tests: Fix name registration window limit test to latest changes [11:56] coreycb, james I was able to compile the nova package versione 13.1.3 I pushed stable/mitaka and pristine-tar branches to https://code.launchpad.net/~zioproto/ubuntu/+source/nova/+git/nova How does it work for the merge request on launchpad ? I have to do 1 MR for each branch ? I will be testing the new package on our staging cluster. I will do the merge request when I am sure it is okay. [11:56] ops wrong channel :) [11:57] sorry for the noise:) === hikiko is now known as hikiko|ln [13:25] jdstrand: awesome, thanks! === hikiko|ln is now known as hikiko [13:38] PR snapd#2965 opened: snapstate: error in LinkSnap() if revision is unset [13:44] hey, anyone knows where kyrofa is? [13:49] thresh: the snap declaration issued by the store did not include an auto-connection constraint when it should have so that would make snapd auto-connect snaps that plugged yours [14:06] PR snapd#2966 opened: daemon: DevModeDistro does not imply snapstate.Flags{DevMode:true} [14:23] Bug #1669000 opened: classic snap can't use confinement override

[14:46] ping didrocks (Thibault Jochem ^^) [14:51] Bug #1669012 opened: Can't reinstall a snap already installed switching confinement mode

[14:51] morphis_: hey, I was looking into mmcli not auto-connecting and it seems your yaml should be: http://paste.ubuntu.com/24090328/ [14:51] jdstrand: hey [14:51] jdstrand: that syntax was working quite well so far, what is broken with this short form? [14:52] morphis_: I'm not sure if that is a bug in snapd or not. I know mmcli: null is supposed to work [14:52] hm [14:52] auto-connection AFAIK works [14:53] or do you see this with a pretty recent snapd version? [14:53] morphis_: but this is supposed to be a dict. I'm looking at the docker snap declaration and the modem-manager snap declarations, and they are identical in how they allow auto-connect, but docker's works and modem-manager does not [14:53] morphis_: and this is the difference I see in their snap.yamls [14:54] $ snap --version [14:54] snap 2.22.7 [14:54] hm [14:55] jdstrand: let me try to reproduce this [14:55] morphis_: hmm. if I look at nm, it has the same style as mm, and it auto connects [14:56] yeah, that is what makes me wonder and we have a CI test in place which verifies this doesn't break [14:57] morphis_: oh, weird [14:57] hmm, this is on classic [14:58] morphis_: let me reproduce on all snaps [14:58] I just noticed that :modem-manager and modem-manager:service were both in the list [14:59] jdstrand: ah you do this on classic? [14:59] morphis_: I did. gimme a minute before spending time on it [14:59] ok [15:03] morphis_: it is fine on all snaps [15:03] PR snapd#2955 closed: cmd: fixes to run correctly on opensuse [15:04] jdstrand: ok [15:04] reminds me we should put a CI job for testing classic in one day too [15:04] PR snapd#2967 opened: tests: remove workaround for docker again, snap-declaration is fixed now [15:09] morphis_: is ofono supposed to auto-connect to bluez? [15:09] there is no snap decl for that [15:16] hey Tryum ;) [15:17] Tryum: saw your email on the ML, let's see if that triggers ideas :) [15:18] morphis_: it seems clear there should be, so I granted it just now [15:19] jdstrand: oh thanks, yeah it should [15:24] PR snapd#2960 closed: release: add linuxmint 18 to the whitelisted distros [15:25] PR snapd#2964 closed: errtracker: forward port the 2.22.7 fixes [15:39] mvo: hey, I have 2 PRs that are 'Waiting for status to be reported' for travis-ci. They were submitted/updated yesterday. is there an issue with travis? [15:39] https://github.com/snapcore/snapd/pull/2948 and https://github.com/snapcore/snapd/pull/2956 [15:39] PR snapd#2948: interfaces/bluez,network-manager: implement ConnectedSlot policy [15:39] PR snapd#2956: interfaces: allow 'getent' by default with some missing dbs to various interfaces [15:43] jdstrand: yes, travis is in unhappy-land currently, I think related to the s3 outage the other day [15:57] mvo: ah, ok, thanks [15:57] jdstrand: also thanks for your feedback on the dynamic-detection of the apparmor features branch, happy to look at the directory instead of version_signature [15:58] jdstrand: lets talk tomorrow or friday, I need to get 2.23 out of the door today but I'm keen to fix snapd/snap-confine interaction soon :) [15:58] mvo: we might want to discuss with tyhicks and come up with a plan for making this easier/more robust [15:58] mvo: ah, ok, sure [15:58] PR snapd#2965 closed: snapstate: error in LinkSnap() if revision is unset [15:59] mvo: would you ind looking at 2948 and 2956 for 2.23 then? [15:59] mind* [15:59] jdstrand: yeah, I was unaware of this problem until recently, we added some more distros for 2.23 (mint,zorin) so its not super urgent [15:59] jdstrand: sure, let me check [16:00] mvo: 2956 is super obvious. 2948 impacts morphis_' snaps, but he gave the +1 [16:00] jdstrand: could you please merge master and push them? that hopefully wakes travis up again [16:00] sure [16:02] mvo: done for both. it looks like travis is 'in progress' [16:03] jdstrand: I keep an eye on it and restart if needed, thank you. reviewing now [16:03] mvo: thanks! [16:14] PR snapd#2968 opened: overlord/snapstate: drop forced devmode [16:18] set up a pi3 with core [16:18] from console asks for localhost login [16:19] ssh with sso username asks for password [16:24] help!!! [16:25] pshod, did it ever work? [16:25] pshod, or did you just finish the initial setup? [16:26] got till successfully registering my sso account [16:28] ssh ssousername@192.168.1.18 [16:28] And your SSO account has SSH keys in it? [16:28] using this from the machine from which ssh keys are generated [16:28] yes [16:28] RSA ones (I seem to remember DSA not being supported) [16:28] should the pi3 be shown @ my sso accnt [16:28] ? [16:28] yes [16:29] twas a rsa key [16:29] pshod, run ssh with -vvv and pastebin the output (feel free to sanitize as necessary) [16:29] on every boot it goes to localhost login screen [16:29] okay. [16:29] wait. [16:30] pshod, that sounds like it may be an old image-- I think it should be listing available keys and its IP address [16:30] pshod, where did you get it? [16:30] from the ubuntu's site [16:31] davidcalle, how do I log a bug against https://developer.ubuntu.com/core/get-started/dragonboard-410c ? [16:31] pshod, can you please give me the link you used? [16:31] pshod, the link to the image could be out of date, I've discovered that before [16:33] kyrofa: https://github.com/ubuntudesign/developer.ubuntu.com/issues [16:36] pshod: I'm interested in where you got the image as well [16:37] http://pastebin.com/rKHrQGPx [16:37] pshod here [16:37] frm inside vm [16:37] david: ubuntu's website [16:38] https://github.com/ubuntudesign/developer.ubuntu.com/issues [16:40] https://developer.ubuntu.com/core/get-started/raspberry-pi-2-3 [16:40] tis is the link [16:40] to the image [16:41] mvo: I think you may want to read and weigh in on https://github.com/snapcore/snapd/pull/2947#discussion_r103728147 [16:41] PR snapd#2947: cmd/snap-confine,tests: bind-mount /etc/os-release [16:43] davidcalle, interesting, that page is using releases, whereas the DB one uses cdimage [16:43] davidcalle, releases hasn't been updated since november [16:44] kyrofa: https://github.com/ubuntudesign/developer.ubuntu.com/pull/223 [16:44] davidcalle, whereas cdimage was updated the end of January: http://cdimage.ubuntu.com/ubuntu-core/16/stable/current/ [16:44] davidcalle, ah ha! [16:45] pshod2, try the image from http://cdimage.ubuntu.com/ubuntu-core/16/stable/current/ instead [16:45] jdstrand: sure, looking [16:46] mvo: it's kind of a philosophical question that I think requires an architect/lead to consider [16:46] jdstrand: that sounds more like gustavo, but I will give my 0.02€ still [16:46] hehe [16:55] anybody checked the pastebin? [16:55] eating [16:55] brb [16:57] pshod2, please try with a newer image. If it happens again we'll look at the pastebin [17:01] how long till you are here [17:02] i will download it and flash [17:02] will take me some [17:09] pshod2, I'll be here for about 5 hours or so [17:24] md5? [17:24] should i cpy? [17:24] kyrofa [17:25] pshod, I don't understand what you're asking [17:25] while flashing the image onto the sd card [17:25] there is an option of copying md5 checksum file [17:25] should I use it? [17:26] You mean to verify the image you downloaded was good? [17:26] That's always a good idea [17:27] yes [17:27] okay [17:29] kyrofa: why is it that i need to use a sd card formatter off the net instead of the in built format option [17:29] pshod, which OS are you using? [17:30] windows [17:30] though have a vm running ubuntu 16 [17:31] corportate workstation limits [17:31] shitty* [17:32] generated the ssh keys in vm [17:33] would ssh from there only [17:34] pshod, that's a question for davidcalle. I didn't know Windows had a built-in tool for flashing images [17:35] no [17:35] not a built in tool [17:35] Win 32 diskimager, redirected from the ubintu page [17:36] ubuntu [17:36] pshod: it's not a formatter it's a disk flasher, you can use https://etcher.io/ if you prefer [17:37] yes [17:37] used a diff app to format [17:38] now pi is booting [17:46] kyrofa: PR from earlier deployed thanks for pointing it out [17:52] kyrofa: thanks bro reflashing with new image worked. [17:52] pshod, good deal. Thanks for the update davidcalle! [18:29] PR snapd#2827 closed: cmd: add helpers for mounting / unmounting [18:34] PR snapd#2948 closed: interfaces/bluez,network-manager: implement ConnectedSlot policy [18:34] PR snapd#2966 closed: daemon: DevModeDistro does not imply snapstate.Flags{DevMode:true} [18:35] PR snapd#2961 closed: ifacestate: re-generate apparmor in InterfaceManager.initialize() [18:53] PR snapd#2958 closed: snapstate: disable running the configure hook on classic for the core snap [19:01] Why might the version from "snap version" not match my installed deb version? (I have xenial-updates version 2.22.3 installed, but snap version says 2.22.7) [19:02] mterry: because of snap reexec on classic [19:02] mterry: the core snap has a newer snapd than what is installed on the system [19:03] mterry: and there is magic to use it instead of what is shipped in the deb [19:06] jdstrand: interesting. Is there a way I can turn that off so that I can test a manually rebuilt snapd deb? [19:06] mterry: I think SNAP_REEXEC=0 [19:08] jdstrand: ah thx! [19:16] running snapd manually doesn't seem easy -- it seems to re-trigger its systemd job [19:35] PR snapd#2934 closed: errtacker,overlord/snapstate: more info in errtracker reports [19:40] hey stgraber - just wanted to follow up on http://pad.lv/1668659 Thanks for digging deep on this one. It sounds like the "sudo mount --make-rshared/" is a viable work around until the regression is patched? Is that a safe assumption to make? [19:42] lazyPower: yeah [20:20] hey [20:20] what's the status on https://bugs.launchpad.net/snapcraft/+bug/1665165 ? [20:20] Bug #1665165: classic snaps fail to build in launchpad in archs other than amd64

[20:23] because boy did i get confused about that yesterday === Pharaoh_Atem is now known as Conan_Kudo === Conan_Kudo is now known as Pharaoh_Atem [20:31] PR snapd#2968 closed: overlord/snapstate: drop forced devmode === beisner- is now known as beisner === leftyfb_ is now known as leftyfb === iahmad_ is now known as iahmad === Pharaoh_Atem is now known as Conan_Kudo === Conan_Kudo is now known as Pharaoh_Atem [21:29] PR snapd#2956 closed: interfaces: allow 'getent' by default with some missing dbs to various interfaces === bdmurray_ is now known as bdmurray [21:56] is there something equivalent to cronjobs in snaps? [21:59] bdmurray, personally I just use sleep in a normal simple service [21:59] Bug #1669151 opened: No way to discover one's own appID === Elleo_ is now known as Elleo [22:11] kyrofa: sleep for 24 hours? if its a cron.daily job [22:12] bdmurray, yep: https://github.com/nextcloud/nextcloud-snap/blob/master/src/https/scripts/renew-certs#L29 [22:17] bdmurray, not saying it's ideal by any means, but it's the only way I know to do it today [22:18] bdmurray, I expect at some point snapd will expose systemd's timers [22:19] kyrofa: thanks for the idea [22:52] PR snapd#2949 closed: cmd/libsnap: add sc_string_append_char_pair