[00:20] barry: snapcraft does, but there's a snapd bug going around which breaks it (introduces a rogue \n and doesn't expand variables in the value of the envvar) === JanC is now known as Guest79577 === JanC_ is now known as JanC [01:05] PR snapcraft#1196 closed: store: enable delta uploads by default when pushing [02:26] PR snapcraft#1198 opened: tests: add manual tests for the kernel snaps [03:10] PR snapd#2855 closed: interfaces/builtin: add intel realsense udev rules into camera interface [06:07] PR snapd#3045 opened: Adds hw-random interface === chihchun_afk is now known as chihchun [09:00] PR snapd#3046 opened: many: release/2.23 [09:04] ogra_, ping [09:19] koza: I think ogra is at a conference [09:27] zyga, thanks [10:01] PR snapd#3047 opened: tests: adjust network-bind test [10:24] PR snapd#3048 opened: interfaces: add media-hub interface [10:28] PR snapd#3042 closed: cmd: discard the C implementation of snap-update-ns [10:33] PR snapd#3049 opened: interfaces: allow writing config.txt.tmp in the core-support interface [10:34] zyga, you just hate me, don't you? [10:34] turning more of this stuff into golang?! [10:40] PR snapd#3040 closed: cmd: enable large file support [10:42] Son_Goku: hey [10:42] Son_Goku: yeah, the complexity just grows and grows [10:42] Son_Goku: so we decided to give golang a try [10:43] :( [10:49] PR snapd#3050 opened: interfaces/mount: WIP towards computing mount changes for snap-update-ns === chihchun is now known as chihchun_afk [11:15] PR snapd#3021 closed: asserts: introduce a snap-declaration "aliases" header to list auto aliases with explicit targets [11:17] Son_Goku: with this move we may be able to reuse some code from opencontainers [11:17] it's not like you'll be able to use OCI format images like mattdm was asking about a while ago [11:18] no, we're not doing containers [11:18] but we are using some of the same kernel features === chihchun_afk is now known as chihchun [11:22] PR snapd#3051 opened: interfaces: add consoles interface === chihchun is now known as chihchun_afk [11:25] PR snapd#3037 closed: interfaces: dbus backend spec [11:26] PR snapd#3052 opened: overlord: remove snap config values when snap is removed [11:38] PR snapd#3047 closed: tests: adjust network-bind test [11:40] PR snapd#3053 opened: asserts: don't allow revocations with other items for the same developer [11:42] PR snapd#3054 opened: many: rename "snap-confine" to "snap-wrap" to workaround LP:1673247 [11:49] Bug #1673757 opened: On empty aliases response [11:58] hi! is there a snap command to actually know if I'm logged in? [12:04] Bug #1673763 opened: Help for 'version' [12:08] facubatista: I think not [12:08] PR snapd#3055 opened: cmd/snap: fix help string for version command [12:12] PR snapcraft#1192 closed: repo: refactor into a package [12:23] zyga, thanks (for the response here and for the help for version) [12:56] PR snapd#3056 opened: overlord: when shutting down assume errors might be due to cancellation so retry [13:39] PR snapd#3057 opened: systemd: mount the squashfs with nodev [14:43] hello, i'm on debian (unstable), i tried to install a snap for the first time, but I've been at this stage for over 2 hours now: [/] Run configure hook of "core" snap if present [14:50] PR snapd#2230 closed: interfaces: add an interface that allows clients to use media-hub over dbus [14:56] PR snapd#3058 opened: tests: skip lp-1644439 test on older kernels [14:58] micah: hey, I think we ran into some issues and we're trying to unbreak that [14:58] mvo: ^^ [14:58] micah: can you run "snap changes" [14:58] micah: and then "snap change 111" where 111 is the number of the change you see? [15:00] zyga: ta [15:03] PR snapcraft#1199 opened: cleanbuild: packaging independent detection [15:04] PR snapd#3049 closed: interfaces: allow writing config.txt.tmp in the core-support interface [15:06] zyga: sure [15:08] zyga: https://share.riseup.net/#GyxpEZu7_63AFkT1whpwBA [15:08] sorry, wrong one [15:08] zyga: https://share.riseup.net/#0-F0_9DbtPI1AR7blXw17A [15:40] Hi! I am trying to build snapd to enable staging. Should this change be enough to achieve that ? http://paste.ubuntu.com/24195818/ [15:41] apparently when I push snapd to my ppa with above change applied, staging does not get enabled and I am not sure what to do. Note: I do export SNAPPY_USE_STAGING_STORE=1 in /etc/environment [15:42] `snap known account-key authority-id=canonical` returns empty [15:46] launchpad build logs here https://launchpad.net/~om26er/+archive/ubuntu/snapd-candidate/+build/12139026 [15:46] micah: message taken; we're going to figure out what to do about it and fix debian [15:51] hmmm, seems launchpad is exporting DEB_BUILD_OPTIONS=noautodbgsym parallel=4 in the environment -- could that be eating my export ? [16:11] PR snapd#3030 closed: assertstate,snapstate: have assertstate.AutoAliases use the "aliases" header (aliases v2) [16:49] PR snapd#3059 opened: Fix retries on ubuntu-core-reboot for Pi 2/3 [17:11] PR snapd#3060 opened: interfaces: allow "sync" to be used by core support [17:13] PR snapd#3060 closed: interfaces: allow "sync" to be used by core support [17:29] sergiusens, hi, do you think this will get a fix soon? https://bugs.launchpad.net/snappy/+bug/1670852 [17:29] Bug #1670852: python console_scripts not installed into /snap//current/bin [17:29] coreycb: was going to work on it MOnday [17:30] coreycb: but now I see why I couldn't find it anymore, let me change the bucket [17:30] sergiusens, oh cool [17:30] sergiusens, thanks for prioritizing it [17:33] Bug #1670852 changed: python console_scripts not installed into /snap//current/bin [17:42] coreycb: so far I have 3 similar bugs and need to see if they are all the same... I hope they are different to be able to harden the feature with a bunch on integration tests (the python plugin must be the plugin with most fixtures today already) [17:42] I can believe we still have gaps! [17:44] sergiusens, ok let me know if you want me to give anything a spin before it gets merged [18:20] Is there any way to trigger an email when a snap updates? [18:22] kyrofa: is there any way for the nextcloud snap to notify me when it updates so I can log in to reenable the apps? [20:01] niemeyer, hey, I have seen this error running kpi tests in dragonboard [20:01] http://paste.ubuntu.com/24197137/ [20:01] niemeyer, I install / remove a snap many times and at some point i start seen this [20:01] niemeyer, any idea, could be a bug? [20:05] jdstrand, any idea about what I have shown? [20:14] PR snapd#3059 closed: Fix retries on ubuntu-core-reboot for Pi 2/3 [20:21] cachio: well it means you have a ubuntu-core which is not expected, especially on a board? what are you running on that board? [20:22] pedronis, I run some tests which get the time off the app call [20:22] pedronis, those tests are always making sure the app is just installed before its execution [20:23] cachio: my question is more which version of ubuntu/snapd ? [20:23] that error is because snapd is trying to move away from ubuntu-core to core [20:23] but I wouldn't expect ubuntu-core on anything but an oldish classic system [20:24] pedronis, I think it is getting the last from edge [20:24] cachio: is it a core system? or classic? [20:24] pedronis, core [20:24] might it's in a broken state? [20:24] is not expected to do that [20:25] what does snap list says on it? [20:26] pedronis, not sure. I can't tell you due to I don't have the hardware here, I am looking at the logs [20:26] either way it's in a strange state [20:26] pedronis, the hardware/os is in the taipei lab [20:26] afaict [20:26] maybe now it fixed itself [20:26] or not [20:27] I ran twice and got the same results [20:27] sorry, I don't know enough [20:27] pedronis, It isntall first time and the snaps are instlaled correctly [20:28] pedronis, then after the first remove, it starts with this message [20:28] but I wouldn't expect a core system to have ubuntu-core around and need to transition away from it again and again [20:28] cachio: it's not about your installs [20:28] it's trying to do something in parallel (converting from have a core snap called ubuntu-core to the one called just core) [20:29] but a) I don't think ubuntu core system should do that, not anything new/sane b) it seems it's failing again and again if you are seeing that error all the times [20:29] without access to debug more is hard to tell tough [20:30] you may ask the people that manage to reflash it or something [20:31] ok, I'll try it [20:31] are private snaps a thing now? I haven't looked in a long time [20:31] pedronis, I'll see if I can reproduce it here too [20:32] cool. looks like there's a --private flag now. can launchpad utilize that? [20:33] o/ [20:34] maybe we can discuss this in a private channel? [20:34] maybe in #ce-certification-qa on canonical IRC [20:37] cachio: who is managing those devices? [20:42] zyga, those are attached to a maas solution and I access by using teestflinger [20:43] zyga, plars is managing that solution [20:44] noted [20:46] zyga, tell me if you want to see the full log [20:50] cachio: if you could send me an email with the details [20:50] cachio: anything you can tell me will help [20:50] cachio: to my canonical email [20:50] cachio: I will gladly check it out next week [20:50] zyga, sure [20:51] zyga, I'll do that [20:55] cachio: thank you! === cachio is now known as cachio_afk [22:24] PR snapd#3058 closed: tests: skip lp-1644439 test on older kernels