=== tatpap is now known as timapple
[05:39] <sergiusens> diddledan: ^^
[06:12] <skunkos> hello guys, I need some help with fiddling with my yaml file - https://github.com/martinrotter/textosaurus/blob/master/snapcraft.yaml
[06:12] <skunkos> It is text editor application - based on Qt, it seems that my test builds fail with rather cryptic error - https://build.snapcraft.io/user/martinrotter/textosaurus/206767
[06:34] <Saviq> hi all, I made a mess and revoked a name registration for "subsurface", can someone please bring it back?
=== chihchun_afk is now known as chihchun
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
[08:30] <mup> Issue snapcraft#2118 opened: How to install packages from custom repositories on build.snapcraft? <Created by martinrotter> <https://github.com/snapcore/snapcraft/issue/2118>
[08:49] <Gargoyle> Morning all.
[08:49] <popey> Morning
[08:49] <Gargoyle> Is there a way to manually register gnome-calculator as a search provider?
[08:50]  * Chipaca -> physio
[08:51] <Saviq> zyga: hey, bump on https://github.com/snapcore/snapd/pull/4545 :)
[08:51] <mup> PR #4545: interfaces/x11: allow X11 slot implementations <Created by gerboland> <https://github.com/snapcore/snapd/pull/4545>
[08:52] <Chipaca> Saviq: I'm (officially) the only snapd core dev working and not sprinting today
[08:52] <Chipaca> and I'm trying to go to physio for an ah
[08:53] <Gargoyle> And is my comment in this thread (https://forum.snapcraft.io/t/gnome-shell-search-providers/4322) accurate?
[08:56] <Saviq> Chipaca: right, May 3rd, this week is so lazy ;)
[08:57] <Saviq> Chipaca: no worries, go get your physio
[08:57] <Chipaca> Saviq: i think it's mostly PTO
[08:57] <Chipaca> k
[08:58] <zyga> Saviq: I’m off today. If someone can make it green ping me for merge
[08:59] <Saviq> greyback: ↑ does the travis failure make any sense to you?
[09:00] <Chipaca> Saviq: I'll frob it unless something looks relevant to your pr
[09:00] <Chipaca> and now yes i'm off
[09:01] <greyback> Saviq: none. Nothing looks related to my changes
[10:29] <Saviq> jdstrand: could you hit CI again on https://github.com/snapcore/snapd/pull/4545 please?
[10:29] <mup> PR #4545: interfaces/x11: allow X11 slot implementations <Created by gerboland> <https://github.com/snapcore/snapd/pull/4545>
[11:36] <diddledan> audit: type=1400 audit(1525260867.024:62113): apparmor="DENIED" operation="change_onexec" info="label not found" error=-2 profile="/usr/lib/snapd/snap-confine" name="snap.snapcraft-pr.snapcraft-pr" pid=26249 comm="snap-confine"
[11:36] <diddledan> that's a new one on me
[11:43] <Chipaca> diddledan: stop breaking stuff dude
[11:43] <Chipaca> :-)
[11:44] <Chipaca> Saviq: restarted again (grrrrrr)
[11:48] <Saviq> tx
=== chihchun is now known as chihchun_afk
[12:20] <mup> PR snapcraft#2117 closed: pluginhandler: correctly dedent the run script <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2117>
[12:42] <Chipaca> oh ffs
[12:43] <Chipaca> Saviq: and again
[12:43] <Chipaca> Saviq: if it's any consolation, they're different each time
[12:44] <Saviq> sounds like not our fault then ;)
[12:44] <Chipaca> Saviq: well, maybe :-)
[12:44] <Chipaca> Saviq: every test run is in a randomised order, so your test _could_ be failing the test right after it
[12:44] <Chipaca> Saviq: but you'd have to be really creative :-)
[13:03] <cachio_> Chipaca, are we going to do the standup today?
[13:03] <Chipaca> cachio_: oh, that's right, you were working from today :-)
[13:03] <Chipaca> cachio_: I don't think it's worth having it just for the two of us, but if you want we can
[13:04] <cachio_> Chipaca, no, it is ok in that case
[13:04] <Chipaca> ok
[13:04] <cachio_> I'll continue validating 2.32.6
[13:04] <Chipaca> cachio_: ah, neat
[13:12] <zyga> diddledan: fixed in beta
[13:15] <zyga> cachio_: hey
[13:16] <zyga> Mvo released .6 as you know
[13:16] <zyga> It is a tiny change on top of .5
[13:19] <cachio_> zyga, yes, I am validating this one
[13:19] <cachio_> zyga, I think today we are going to candidate
[13:19] <zyga> Thank you! That is good news
[13:19] <cachio_> zyga, so far so good
[13:26] <Chipaca> zyga: you suck at not working
[13:29] <zyga> Chipaca: the benefits of having irc on one’s phone
[13:34] <Chipaca> zyga: you mistyped "curse"
[13:42] <ogra_> that was most likely his autocorrection
[14:00] <Chipaca> Saviq: so, the last run, while also failed, is essentially green
[14:01] <Chipaca> oh wait, no
[14:01] <Chipaca> darn it
[14:01] <Chipaca> 'error preparing' yadda yadda
[14:01] <Chipaca> :-(
[14:02] <Saviq> ...
[14:13] <Chipaca> man i'm so glad i'm not writing this in c
[14:13] <Chipaca> a function that takes a function that takes a pointer and a function that takes a pointer and returns bool, and returns a function
[14:14] <Chipaca> even in english it's hard to say it right (and i think i didn't)
=== chihchun_afk is now known as chihchun
[14:14] <Chipaca> but in go it's just func thing(f func(*state.State, []string, func(*state.Task) bool)) func()
[14:22] <Chipaca> and of course that code was wrong, because that's how my day's going
[14:28] <zyga> Hahah
=== chihchun is now known as chihchun_afk
[15:28] <Saviq> aaand one more
[15:29] <Chipaca> oooh
[15:29] <Saviq> just timed out now?
[15:29] <Chipaca> Saviq: do you have a link to it?
[15:30] <Chipaca> niemeyer: we're getting a lot of spread runs where apparently travis times out waiting for gce to go away
[15:30] <Chipaca> niemeyer: were you aware?
[15:31] <cachio_> Chipaca, trying to reproduce it here
[15:31] <cachio_> it is happening with arch and fedora 27
[15:31] <Chipaca> Saviq: I mean, I lost the PR :-)
[15:32] <Chipaca> Saviq: (had to restart X to switch video cards)
[15:32] <Chipaca> #4545
[15:32] <mup> PR #4545: interfaces/x11: allow X11 slot implementations <Created by gerboland> <https://github.com/snapcore/snapd/pull/4545>
[15:33] <Chipaca> niemeyer: e.g., https://pastebin.ubuntu.com/p/JxgM7vcnfT/
[15:34] <Chipaca> Saviq: and yes, that was a perfect run until the timeout
[15:34] <cachio_> Chipaca, it is weird because it is not happening just sometimes
[15:34] <Chipaca> cachio_: :-(
[15:35] <cachio_> so far 100% PASS here
[15:37] <niemeyer> Chipaca: Uh.. wasn't aware no
[15:37] <niemeyer> Need to look into it
[15:37] <Chipaca> niemeyer: k
[15:38] <niemeyer> Chipaca: also need to look into that backtrace
[15:38] <Chipaca> niemeyer: I know you have nothing else to do, so I find you stuff
[15:42] <niemeyer> :)
[15:51] <cachio_> Chipaca, snapd-control interface seems is being autoconnected when we install test-snapd-control-consumer
[15:51] <cachio_> Chipaca, but in its declaration says that autoconnection is not allowed
[15:51] <Chipaca> augh
[15:51] <cachio_> Chipaca, is it a bug?
[15:52] <Chipaca> cachio_: you can request (and get) autoconnection that overrides the default
[15:52] <Chipaca> cachio_: http for example has snapd-control
[15:52] <Chipaca> autoconnected
[15:54] <cachio_> Chipaca, ahh, ok, I see that
[15:54] <cachio_> thanks
[15:54] <Saviq> is there a way to enable devmode on an installed snap?
[15:54] <Saviq> or is refresh the only way?
[16:19] <popey> Saviq: be aware that refresh is disabled for devmode snaps
[16:19] <popey> (I know that's not what you asked, but you need to know)
[16:19] <Saviq> right
[16:26] <Chipaca> Saviq: GREEN
[16:27] <cachio_> niemeyer, I am chasing this issue too
[16:27] <cachio_> niemeyer, I'll send you any information I find
[16:29] <niemeyer> Thanks!
[16:32] <cachio_> niemeyer, today I killed about 30 instances that were created yesterday
[16:32] <cachio_> niemeyer, all of them fedora 17 and arch linux
[16:33] <cachio_> I just could reproduced the issue here once and with no -vv, so I didn't get so much info
=== grumble is now known as xn--3s9h
[17:04] <mup> PR snapd#5088 closed: tests: checking interfaces declaring the specific interface <Simple> <Created by sergiocazzolato> <Merged by sergiocazzolato> <https://github.com/snapcore/snapd/pull/5088>
[17:17] <mup> PR snapd#4545 closed: interfaces/x11: allow X11 slot implementations <Created by gerboland> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/4545>
[20:47] <ddstreet> hi guys, does anyone know if i have a systemd service that relies on a command provided by a snap, should i make the systemd service depend on snapd.service, or is there some other way to delay a systemd service from starting/running until after snap(s) are setup at boot?
[21:04] <skomorokh> how do I purge old configs if I'm happy with how things are working? I have very limited space on my ssd and it's tedious to do so manually
[21:06] <skomorokh> (the kind of things that I prefer to have snap manage have ludicriously massive directories because electron etc. is a plot by the nand/dram industry, must be :) )
[21:12] <Chipaca> ddstreet: you know you can put a systemd service in a snap, yes?
[21:14] <Chipaca> skomorokh: user data, or the old snaps?
[21:16] <skomorokh> both!
[21:18] <skomorokh> but especially user data
[22:28] <rerst> Hello! I'm unable to run the majority of snaps as normal user. Is it normal that snaps must run with root privileges to work properly?
[22:30] <mwhudson> rerst: no that is not normal
=== mariogrip_ is now known as mariogrip
=== sitter_ is now known as sitter