[01:04] PR snapd#5969 closed: apparmor: add unit test for probeAppArmorParser and simplify code [01:27] PR snapcraft#2356 closed: nodejs plugin: add support for bases === chihchun_afk is now known as chihchun [05:00] morning === chihchun is now known as chihchun_afk [06:15] Good morning [06:17] zyga: hey [06:19] Cold morning [06:21] hey zyga [06:22] Hey, how are you? [06:24] zyga: good, thank you - how are you? [06:25] mvo: morning [06:26] Good, last evening was fun :-) we loved the movie [06:26] hey mborzecki [06:26] lots of green tests today? [06:31] finally :) [06:32] PR snapd#5948 closed: asserts, image: ensure kernel, gadget, base and required-snaps use valid snap names [06:49] PR snapd#6003 closed: cmd/snap: block 'snap help --all' [06:50] PR snapd#6005 closed: snap/pack, snap/squashfs: remove extra copy before mksquashfs [06:51] PR snapd#5999 closed: tests: ensure that goa-daemon is off [06:51] Hey, my 10 snaps games are published for a while. Only two of them appear in the listing of snapcraft.io when searching in "Games", but appears in "All snaps". It seems Categories Game is not correctly detected. It happens also for many other Snaps. [06:54] Hey, slvn_ - I would recommend to ask in the four of you don’t get a reply here. It is still early and store people are in other time zones as well [06:54] slvn_: s/four/forum/ [06:55] But do come back if you don’t get a reply! Thank you for making snaps :-) [06:55] * zyga responds from a phone [06:56] mornings [06:57] Dzień dobry [06:59] PR snapd#5997 closed: ifacestate: simplify task chaining in ifacestate.Connect [07:16] thanks, ok! I'll repost in a few hours [07:18] pstolowski: cześć :) [07:18] guten tag mvo :) [07:18] (not to force one minority language upon others) [07:20] https://www.reddit.com/r/linux/comments/9ool14/xdgportal_support_landed_on_firefox_nightly/ [07:21] that's cool [07:35] Download (curl) error for 'http://download.opensuse.org/update/leap/42.3/oss/x86_64/libgcrypt20-32bit-1.6.1-45.1.x86_64.rpm': [07:35] heh [07:40] zyga, btw, who should be contacted for http://snapcraft.io issue ? === sparkieg` is now known as sparkiegeek [07:49] slvn_: if you look in the footer, you'll see links to where to file bugs [08:01] PR snapd#5979 closed: install: don't start disabled services [08:03] mvo: could you please review https://github.com/snapcore/snapd/pull/5727 - this is affecting Firefox in the wild and it would be good to have in 2.36 [08:03] PR #5727: interfaces/builtin, cmd/snap-seccomp: Allow read-only ptrace, for the Breakpad crash reporter [08:05] zyga: this is waiting for a security review, no? happy to do a review but it seems we need jamie, no? [08:05] yeah, I suppose you are right [08:07] https://github.com/snapcore/snapd/pull/6004 is green and I'd love to land it - it is just tweaking debug messages [08:07] PR #6004: cmd/snap-confine: reduce verbosity of debug and error messages [08:13] * zyga goes to bring a heater into the office [08:13] I miss the days of Pentium 4 heaters [08:28] mvo, zyga: hey, could you fill in a bug for the non-working wifi here if you have a moment? https://bugs.launchpad.net/snap-core18 [08:29] sure [08:29] wow [08:29] no bugs [08:29] must be some decent software! [08:31] Chipaca: what if we move static checks to a separate job? [08:31] (/me deletes all bugs after they pop up) [08:32] sil2100: added a bug (cc zyga) [08:32] Chipaca: unit tests already take ~8 minutes, so the stage is 8+ minutes anyway [08:32] oh [08:32] do you want both? :) [08:32] I just wrote mine but haven't sent it [08:32] well, you have two now [08:32] :) [08:32] sorry! [08:32] mborzecki: 1/8th is still a serious chunk in the wrong direction [08:33] mborzecki: static checks in a separate job would work, but I worry about using too many jobs [08:33] Chipaca: if you take the 1-2m off unit tests & static checks, and put it in a separate job, the total of the 1st stage should not be significantly affected [08:34] Chipaca: probably only way to know is to arrange it that way :) [08:34] mborzecki: I'll do it, and then we see :-) [08:34] Chipaca: ok [08:34] static checks shouldn't need the build-dep [08:35] hm we do run some go tools as static checks though [08:35] misspel, vet? [08:35] a lot [08:35] but go is there already [08:35] we need the build deps for the c libs [08:35] oh, btw. i had that branch with gometalinter a while ago [08:36] also we could move the travis-sie unit tests to 1.10 and it might be a little bit faster [08:36] travis-side* [08:37] and, yes i can install shellcheck from snap, will need to tweak the python to look there first [08:37] or fiddle with PATH [08:37] hm [08:38] you can set SHELLCHECK=/some/path for spread-shellcheck [08:38] uh, or not [08:38] :-) [08:38] ok, that should be a trivial change :P [08:38] sil2100: added one more for you in snap-core18 bugs :) [08:39] there's SHELLCHECK_SHELL which is kind of useless because spread does bash anywya [08:39] mvo: thanks! ;) [08:39] The more bugs the merrier, right?! [08:40] mborzecki: doesn't spread run with -u on also? [08:41] PR snapd#6001 closed: interfaces: typo 'allows' for consistency with other ifaces [08:41] mvo, zyga: btw... core18 dailies! http://cdimage.ubuntu.com/ubuntu-core/18/pending/ [08:41] thanks pawel! [08:41] (didn't check if they actually work yet, since still sprinting) [08:41] I can check later today [08:44] sil2100: nice! build from what channel? [08:45] sil2100: good stuff in any case [08:45] mvo: edge by default as for 16 [08:50] Chipaca: yup, looks like -u is set [08:50] sil2100: interessting, thats a pretty high risk level. I wonder if we should reconsider this as the default (more so if that the default for uc16) [08:50] sil2100: but not now :) [08:51] It's a daily, it's like how we usually build regular images with PROPOSED enabled [08:52] But yeah, we can have a discussion about that, right now an edge-build is just what we need for testing purposes! [08:52] sil2100: ok, if it matches then thats ok I guess. edge is very edgy, probably more so than proposed. but not supper important right now [08:52] sil2100: +1 :) [08:52] Like the edge is edgy idea ;) [08:53] sil2100: in the (very) old days the term was "crack of the day" :P but of course for our stuff the CI is a huge and effective filter so that term does no longer make sense (still amusing though) [08:53] sil2100: anyway, great progress, thank you! [08:53] sil2100: does it also include detection of changes in the core18 packageset? or is that something that will come later? [08:54] i m having font problems. no fonts are availble when using colibri or flock-chat in snap. i m on fedora 28 selinux disabled. [08:55] tryed to mount the font directories as specified in mount-snap.fstab but not succeeded. [08:55] any idea [09:00] mborzecki: hehe, if I run the checks using apt-provided shellcheck on 16.04, that shellcheck has no -x option, so the lack of a stdout lock makes it look like it's had too many mushrooms [09:01] mborzecki: e.g., [09:01] el l =SHELL-NAeM CEO D E1 , C O D E2Sp..e c ify-- edxicalluedce=tC (ODbEa1s,hC,OsDh,Ek2.s.h ) [09:04] Chipaca: lol [09:05] mborzecki: thanks for the review, updated [09:10] Chipaca: haha [09:11] https://github.com/features/actions <- missing a "push to snap store" [09:13] Yo [09:13] Wa [09:13] zyga: Yeah, I thought the same thing when I saw it.. this opens up some nice possibilities [09:23] I don't know if this is powered by or simply integrated with hashicorp tech though [09:23] but something to look at for sure [09:24] Chipaca: did you see https://bugs.launchpad.net/snapd/+bug/1796125 [09:24] Bug #1796125: services in a snap with dependencies aren't started in correct order on install [09:25] anyone up for a review of #5959? [09:25] PR #5959: systemd: extend Status() to work for socket and timer units [09:25] looking [09:25] ah [09:25] I did :< [09:25] sorry [09:25] mborzecki: it has a conflict [09:27] I could really use reviews on #5957 [09:27] PR #5957: overlord/snapshotstate/backend: fall back on sudo when no runuser [09:28] zyga: didn't notice, thanks [09:29] and pushed [09:31] zyga: commented on ipc/helper pr [09:31] thanks [09:36] pstolowski: replied, thank you [09:47] zyga: I think it's completely unrelated to HashiCorp.. they just reused the HCL, which is a JSON-like format that is nicer to type by hand [09:47] ah, I didn't know that [09:48] zyga: Chipaca: left a note in #1796125, looks like this is a problem in systemd but i has gone unnoticed for years now, doesn't change the fact we should do something about that [09:48] It's a nice format.. [09:48] Bug #1796125: services in a snap with dependencies aren't started in correct order on install [09:48] just trying to figure out what fonts does and snap app use ? [09:49] zyga: Chipaca: btw. https://github.com/systemd/systemd/pull/7947 is fun to read [09:49] PR systemd/systemd#7947: man: systemctl doesn't operate multiple units in a single transaction [09:52] fwiw https://lists.freedesktop.org/archives/systemd-devel/2018-January/040122.html is fun too [09:52] alocer: sorry, what's that again? [09:52] mborzecki: sounds like we need to work around the systemd bug by ordering things ourselves as well [09:54] mborzecki: zyga: either of you have a fedora 28 so you could look into reproducing alocer's issue? [09:54] Chipaca: either that or adding Requires/RequiredBy [09:54] mborzecki: requires/requiredby means you can't stop one without t'other [09:54] Chipaca: hmm? which issue is taht [09:54] Chipaca: yeah [09:54] alocer: what's the output of 'snap version'? [09:55] zyga: no fonts in colibri [09:55] zyga: fonts ^^ ~10:53 [09:55] mborzecki: wow, I don't see that message, can you paste it again [09:55] IRC WTH? [09:55] zyga: search for alocer? [09:55] Chipaca: I looked [09:56] zyga: IRC is fine, your async client is wacko [09:56] 10:55:20 alocer | any idea [09:56] i m having font problems. no fonts are availble when using colibri or flock-chat in snap. i m on fedora 28 selinux disabled. [09:56] tryed to mount the font directories as specified in mount-snap.fstab but not succeeded. [09:56] zyga: ^ [09:56] thanks [09:56] * zyga looks [09:56] alocer: hold on please [09:56] alocer: so just install colibri and run it? [09:57] zyga: seriously it's not the first time i see irccloud mess up basic message delivery on you [09:59] alocer quit on ping timeout here [09:59] :/ [09:59] zyga: here as well [10:05] hmm https://www.irccloud.com/pastebin/uC4kEeDp/ [10:06] I see a gazillion fonts in /usr/share/fonts [10:07] when I do snap run --shell colibri I cannot get the app to start [10:07] desktophelpers quit [10:08] as I cannot reproduce the issue and I suspect the desktop-launch is at fault I would recommend someone that maintains it to look deeper [10:09] I can launch colibri by running the real command though [10:11] * zyga sighs that pastebinit is broken out of the box for several releases on fedora :/ [10:12] willcooke: hey, do you know who maintains desktop-launch? [10:12] https://paste.ubuntu.com/p/bCfTD2k65M/ <- shellcheck on the desktop helpers [10:12] I didn't investigate what failed [10:12] zyga, kenvandine [10:12] thanks! [10:13] zyga, well, desktop team, but Ken is the main man [10:13] kenvandine: hey, could you give me a hand debugging app startup issue on fedora [10:13] I can run the app just fine manually in snap run --shell [10:13] but when invoked through desktop-launch it doesn't start at all [10:13] willcooke: super, I'll work with ken on this [10:13] oSoMoN, are you able to offer any advice there too? ^ [10:16] zyga, maybe I can help, how does it fail? [10:16] oSoMoN: prints nothing at all [10:16] let me see if I can massage it to run with set -x [10:19] oSoMoN: https://paste.ubuntu.com/p/cjHb2cGhMg/ [10:19] this is from snap run --shell [10:19] oSoMoN: if I just run ./colibri it does start [10:19] but fonts look wrong [10:19] and it shows this text: [10:20] colibri invoked without desktop helpers on fedora 28 https://www.irccloud.com/pastebin/XP18dwTR/ [10:23] zyga, so it looks like it's going through the entire desktop-launch script fine, and then fails on the exec? [10:23] dunno [10:24] zyga: the fonts look a bit odd here too, a bit fuzzy i'd say [10:24] I see huge fonts [10:24] btw I have a hi-dpi setup [10:24] and the size is off too [10:24] zyga, can you comment out all of the contents of desktop-launch but the last line (exec), and see if that works? [10:25] pstolowski: can you look at https://github.com/snapcore/snapd/pull/6004#discussion_r225866841 please [10:25] PR #6004: cmd/snap-confine: reduce verbosity of debug and error messages [10:25] oSoMoN: sure [10:26] oSoMoN: done, what did you expect to happen? [10:26] I got https://paste.ubuntu.com/p/BbTqzyXmCt/ [10:26] zyga: replied [10:27] ++ cat /home/zyga/snap/colibri/8/.config/user-dirs.dirs.md5sum [10:27] + [[ 7b7b9530d5860d479bc2941ec3351c69 - != \7\b\7\b\9\5\3\0\d\5\8\6\0\d\4\7\9\b\c\2\9\4\1\e\c\3\3\5\1\c\6\9\ \ \- ]] [10:27] [10:27] this looks ... od? [10:27] odd [10:27] sorry for confusion ;) [10:27] thanks, will do :) [10:28] oSoMoN: I'n not an expert on the desktop stack but since this is a shell script and I am terrible with shell I started by running shellcheck on it, perhaps it would be good to look at the list and see if anything could be a factor [10:37] zyga, I'm not a shell script expert either [10:37] zyga, I meant to comment out everything except for the last line, looks like you did the opposite [10:37] wait, what? [10:37] so just exec? [10:38] if so then I tried that and then the application does start [10:38] so something set along the way makes it not start [10:38] niemeyer: could you please add github.com/snapcore/classic-snap to the list of things that mup watches? [10:38] mvo: Of course [10:38] thank you [10:39] https://github.com/snapcore/classic-snap/pull/20 is the PR that made me ask about it. reviews welcome :) [10:39] PR classic-snap#20: port classic to UC18 [10:41] mvo: That's done [10:41] ta [10:43] Woah... [10:43] https://usercontent.irccloud-cdn.com/file/WHV6Qd8P/image.png [10:43] That makes the day... [10:43] niemeyer: yeah! Chipaca already used it to fix typos :) [10:43] Super cool [10:44] :-) [10:45] * Chipaca wonders if "you will be attributed in the commit" is satisfied by a commit log of "$you is a fool" [10:45] mvo: reviewed [10:46] niemeyer: yeah, I saw that too, it's awesome to have that :) [10:46] perfect for typo and other things [10:46] mborzecki: snaps work on travis, but snapd isn't there by default. shellcheck on travis is 0.46, which is sufficiently new i think? [10:46] mborzecki: it's not 0.50, but 0.50 isn't even out yet :) [10:47] zyga, can I easily reproduce in a fedora VM, or does this require some preliminary set-up? [10:47] oSoMoN: just install and run [10:47] ok, I'll try that [10:48] thanks! let me know if I can help [10:49] I'm downloading a fedora ISO, I'll let you know when I reproduce the issue and start investigating it [10:49] ok [10:53] Chipaca: any chance of getting a more recent version? iirc 0.5 i had here was more picky about out code than the version in 18.04 which is 0.4.6 [10:56] mborzecki: grmbl. ok. [10:56] indeed 0.4.6 not 0.46 [11:00] hm to do start the after/before services correctly then, we'd need to do the topo sort again [11:00] s/to do/to/ [11:01] wonder if we could make that sort generic, iirc zyga will need something like this for mounts [11:01] yes please [11:01] we shoud [11:01] lattice or whatever [11:01] mborzecki: remind me, do we validate before/afters? [11:01] for cycles, i mean [11:02] Chipaca: yes, we do the 'sorting' but we're more interested in finding cycles [11:02] ah ok [11:02] Chipaca: but the algo is there [11:02] iirc we're using kahn [11:02] hah, validateAppOrderCycles [11:02] "más claro, echale agua" [11:03] i added it so i should probably be the one to fix it now :) [11:10] mborzecki: it's a lovely little algo tho [11:12] _please_ can i have reviews of #5957 [11:12] PR #5957: overlord/snapshotstate/backend: fall back on sudo when no runuser [11:13] pedronis: what's #5712 waiting for? [11:13] PR #5712: overlord: make InstallMany work like UpdateMany, issuing a single request to get candidates [11:14] Chipaca: more tests and a refactoring [11:15] Chipaca: related to the Validate*Flags helpers, if you remember I used them more uniformly now [11:15] pedronis: ah. Should it get marked Blocked? [11:15] otherwise a trigger-happy me might merge it :) [11:16] Chipaca: well, it wouldn't hurt anything [11:16] it would just need a follow up [11:16] hmm [11:16] sorry, I always hope to have that 30mins [11:16] :-D [11:16] to do the thing [11:16] but hasn't happened yet [11:17] if it's annoying I can also temporarely close it [11:17] Chipaca: done [11:17] pedronis: no planning to have 30 minutes around ubuntu release time [11:17] brb, coffee time [11:25] PR classic-snap#21 opened: create: improve user information [11:28] yay, thanks mup! [11:28] mvo: done [11:29] ta [11:29] * mvo hugs zyga [11:30] I didn't get the coffee [11:32] ok, really coffee [11:45] jdstrand: #5727 could use a once-over from you i think [11:45] PR #5727: interfaces/builtin, cmd/snap-seccomp: Allow read-only ptrace, for the Breakpad crash reporter [11:51] off to pick up the kids [12:08] re [12:08] coffee expanded into lunch [12:09] lunch? so early? [12:09] … oh wait [12:09] drat [12:09] i had a morning, once [12:11] zyga: should I do the rename I mention in #5957? [12:11] Chipaca: looking [12:11] PR #5957: overlord/snapshotstate/backend: fall back on sudo when no runuser [12:12] zyga: the 'unify' comment [12:13] thinking [12:13] I added an idea but really this is bike shed hue now :) [12:13] Chipaca: is 2PM early for lunch? [12:19] it's not [12:19] * pstolowski lunches [12:36] hi [12:37] is there a "snap" command knob to tell me if an installed snap has "strict" or "classic" confinement ? [12:40] axino: `snap info snap-name --verbose` and under "notes" [12:41] ijohnson: nice, thanks ! [12:42] Hey folks, we've got a conflict today in our standup, but would be nice to run that exercise for defining the features for the upcoming cycle.. should we/can we postpone the meeting today for an hour? [12:48] axino: if it's installed, 'snap list snap-name', if it's classic it says 'classic' in the Notes column [12:49] Chipaca: ack, thanks [12:49] niemeyer: fine by me [12:50] niemeyer: works for me [12:56] Thanks, I've moved the calendar event [12:57] Chipaca: ack, yes [13:01] uh [13:01] did standup move? [13:01] ah, I see [13:01] * zyga gets back to coding [13:01] jdstrand: thanks! :-) [13:09] PR snapd#5959 closed: systemd: extend Status() to work for socket and timer units [13:10] zyga: oSoMoN I wouldn't put too much effort in the shellcheck stuff, you might as well copy over from the extensions work (which has been shellchecked) https://github.com/snapcore/snapcraft/pull/2359/files [13:10] PR snapcraft#2359: [WIP] extensions: add glib [13:10] sergiusens: nice, thank you for the tip! [13:13] PR snapd#6007 opened: tests/lib: add an @mozilla.com exception to the CLA checker <⛔ Blocked> [13:24] PR snapd#6008 opened: client, daemon, cmd/snap: indicate that services are socket/timer activated [13:24] Chipaca: something you may want to look at ^^ [13:25] will do [13:26] it's passing the status of activators to the client, so now we can play with the ui all we want [13:39] PR snapd#6009 opened: cmd: use relative file names in locking APIs [13:45] i suppose `snap stop` `snap start` should also DTRT wrt after/before [13:48] mborzecki: as suppositions go, that's a solid one [13:48] PR snapd#6010 opened: cmd/snap-discard-ns: add support for per-user mount namespaces [13:49] having 2 separate paths to call sysstemctl is so much fun :) [13:53] sergiusens, I'm not planning on applying shellcheck fixes to the desktop helpers, but I want to understand why this doesn't work under fedora [13:54] oSoMoN: I will not get in your way there 🙂 [13:57] mborzecki: let's fix that [13:57] mborzecki: i forget why we have two :-) [13:57] new standup time :) [13:57] mborzecki: once upon a time, everything systemd went via systemd-the-package [13:58] meaning reimplementing things for runit or whatever was just writing a systemd-the-package-alike [13:58] mborzecki: can you please give a final vote on https://github.com/snapcore/snapd/pull/6004 [13:58] today it's probably less true :-D [13:58] PR #6004: cmd/snap-confine: reduce verbosity of debug and error messages [14:11] PR classic-snap#22 opened: make snapcraft.yaml architecture specific [16:55] pedronis: Yeah, that's the code we were just discussing.. some more digging and testing is needed [16:55] pedronis: Have a good one [16:55] Chipaca: So, back to media, sorry for the detail [16:55] derail [16:56] PR snapcraft#2361 opened: schema: remove deprecated plugin pull and build-properties [16:56] i'll dig in in the morning and see if we're missing normalization somewhere [16:56] niemeyer: … ? [16:56] Chipaca: Sorry... I suggest going forward with the plan and preserving the current shape of our API, having "icons" as an independent entry [16:56] re [16:56] somewhat related https://github.com/snapcore/snapd/pull/6012 [16:56] PR #6012: interfaces: fix NormalizeInterfaceAttributes, add tests [16:56] Chipaca: ^ [16:56] PR snapd#6012 opened: interfaces: fix NormalizeInterfaceAttributes, add tests [16:56] mvo, 2.35.4 is stable now [16:56] mvo, smoke test in progress [16:56] niemeyer: wait, what for? [16:56] Chipaca: We can also add banners when we have a clear idea of how they look like, but we should clarify the discrepancies that exist between the spec and the dev API spec [16:56] niemeyer: there's never more than one icon AFAIK [16:56] niemeyer: is there going to be? [16:56] Chipaca: Oh my.. I thought we were missing it.. so that's *also* duplciate [16:56] duplicated [16:56] Chipaca: We just the banner then.. I wonder if we need more htan one [16:56] Chipaca: Either way, we should clarify if it's the dev API doc or the spec that is right [16:56] Chipaca: The dev API doc mentions "key", and "filename" [16:56] niemeyer: isn't the dev api the one snapcraft talks? [16:56] Chipaca: The comment is likely just bogus.. it mentions a filename, and provides an example without a URL [16:56] Chipaca: Well, or maybe not.. it's indeed storing the content, in which case it's the "url" parameter in the API that is unnecessary [16:56] PR snapd#6013 opened: Revert "snap, client, daemon, store: use and expose "media" more (#5906)" [16:56] niemeyer: I'm sure your statements make sense in the context of whatever it is you're looking at, but without that context I'm lost [16:56] mvo: if still around please look at 6012 [16:56] Chipaca: https://dashboard.snapcraft.io/docs/api/snap.html#get--dev-api-snaps-(snap_id)-binary-metadata [16:56] I had a look at how Normalize is used as well [16:56] niemeyer: that's not an api we talk to, is it? [16:56] Chipaca: Yeah, it's somewhat irrelevant, other than for understanding how we get what we get. On our end the problem is simpler.. we just need to support banners, and banner icon... the one question we need answered still is what's the use for those values.. can we have multiple banners, and why [16:56] Chipaca: Same thing for banner icon [16:56] a confirmation over icon being single would be nice [16:56] as well [16:56] niemeyer: in any case, #6013 reverts #5906 [16:56] PR #6013: Revert "snap, client, daemon, store: use and expose "media" more (#5906)" [16:56] PR #5906: snap, client, daemon, store: use and expose "media" more [16:56] Chipaca: The obvious reasons for having multiple icons is format and size [16:56] niemeyer: pending confirmation of these things, a related question: should I make client standalone, and could I make snap use client instead of viceversa [16:56] and if yes, should I do that after the 1.10 move so we can use aliases [16:56] Chipaca: I think we had that agreement at some point, to avoid duplication by having the rest of the code importing client, which is okay. I can't remember if we ever discussed reasons for breaking that assumption with the "snap" package.. [16:56] niemeyer: I think we just never got to it. It's a fair amount of work. [16:57] Chipaca: There are only two imports of "snap" inside the client, but that doesn't change what you just said [16:57] heh [16:58] i mean, it's changing snap.Revision to client.Revision everywhere [16:58] that sort of thing [16:58] Chipaca: The alternative would be defining "snap" to be part of the client too [16:58] Chipaca: Which is reasonable to a degree.. [16:58] client/snap/... [16:58] Chipaca: I mean just semantically, not necessarily the location itself [16:59] niemeyer: i got that, but we can have both [16:59] bah, i dunno [16:59] Hi, just to let you know the store is responding slowly / erroring, on both api and dashboard. We're working on it :) [16:59] and it's too late in the day to go poke [16:59] Chipaca: We have a bunch of *util packages in a similar category.. wouldn't be nice to have client/ [16:59] tomwardill: Thanks for the note [17:00] Chipaca: And agreed, a bit late [17:00] tomwardill: thank you for the notice! [17:00] niemeyer: but there are things in snap that aren't client, so splitting it might be a good exercise [17:07] zyga: \o/ you rock [17:10] mvo: I don't know if that is the problem though [17:10] I did not reproduce it [17:11] Chipaca: back now, sorry, the young one wanted food [17:11] zyga: it probably is not but still nice [17:20] Chipaca: reviewed https://github.com/snapcore/snapd/pull/5957#pullrequestreview-165744410 [17:20] PR #5957: overlord/snapshotstate/backend: fall back on sudo when no runuser [17:21] roadmr: hi! can you pull r1141 of the review-tools? [17:21] hey jdstrand [17:21] jdstrand: sure, will do! [17:21] sorry for not doing more reviews [17:21] roadmr: it would be nice if it was in before SLC, but not mandatory [17:21] I'll try to tomorrow, I'm just about to wrap it [17:22] zyga: hey :) no worries. belive, I know how that can happen [17:22] jdstrand: I sent one interesting PR but not security critical [17:22] believe me* [17:22] still I wrote it as tightly as I could [17:24] jdstrand: do you remember MNT_DETACH and unmount [17:24] jdstrand: and the case that if a dentry is mounted in one mount namespace it is EBUSY to remove it in another [17:24] jdstrand: that got fixed in the kernel since [17:24] jdstrand: it's not fixed on CentOS or RHEL ... :-( [17:24] jdstrand: we very much rely on that so bummer [17:25] well, still progress [17:27] jdstrand: I'll do my best :) [17:29] niemeyer: client uses store uses overlord/auth btw [17:32] * zyga EODs [17:36] Chipaca: /o\ [17:36] zyga: Have a good night [17:37] roadmr: thanks :) [17:38] niemeyer: http://r.chipaca.com/snap.png [17:38] niemeyer: http://r.chipaca.com/client.png [17:39] niemeyer: osutil is orange just because it's cgo [17:40] PR snapd#6014 opened: ifstate: fix decoding of json numbers [17:40] updated those pngs with splines [17:43] * zyga sends gentle reminder for someone to look at https://bugs.launchpad.net/snapd/+bug/1796125 [17:43] mvo, https://paste.ubuntu.com/p/Sh4Zf7TyVc/ [17:43] and really goes to play [17:43] Bug #1796125: services in a snap with dependencies aren't started in correct order on install [17:44] mvo, this is the issue what we see snapd.socket failing === leftyfb_ is now known as leftyfb [17:46] mvo, sorry, this error is caused by systemd [18:11] mvo: reviewed your pr [18:11] and I'm gone for real [18:21] zyga: thank you! and totally agree, we may need to think about this in a deeper level :) enjoy your evening! [18:32] mvo, this is the error [18:32] https://paste.ubuntu.com/p/KQjX3SYNXz/ [18:32] at least one error easy to reproduce [18:32] seem to be a race [19:01] * cachio afk [19:15] kenvandine: hey [19:15] kenvandine: just FYI there's an issue with desktop-launcher on Fedora [19:16] zyga: what kind of issue? [19:16] i tested the GNOME snaps recently on fedora [19:16] kenvandine: calibri doesn't start with it [19:16] I spent some time debugging [19:17] if the launcher runs and sets up stuff the app doesn't start, just quits (I didn't strace it) [19:17] if I run the app directly it runs but some stuff is wonky (fonts) [19:17] kenvandine: oSoMoN also looked at it I believe [19:17] kenvandine: the script is full of shellcheck warnings, not sure if related [19:17] zyga: do other snaps work? [19:17] like gnome-calculator? [19:17] kenvandine: I haven't tried many snaps, let me look [19:18] zyga: those are just places where we could quote variables [19:18] but shouldn't effect this [19:18] kenvandine: perhaps but maybe there are real bugs in the noise [19:18] perhaps [19:19] installing now [19:20] kenvandine: it runs [19:21] ok, interesting [19:21] kenvandine: I'll leave the rest to you though, it's far too late for work now :) [19:21] i can't debug right now, working on release stuff [19:21] ack :) [19:22] zyga: i'll look at it soon though [19:28] snapd gets killed on fedora ... [19:28] snapd gets killed on fedora by systemd https://www.irccloud.com/pastebin/3VlZmBvX/ [19:54] kenvandine : I managed to observe the issue described by zyga in a fedora VM, but I'm afraid I didn't go much further… chromium runs, and I've compared the desktop-launch scripts for chromium and colibri, the one for colibri appears to be a much older version, I wonder if rebuilding with a recent version would make things better? [19:55] maybe [20:01] PR snapcraft#2362 opened: python plugin: add support for bases [20:04] hrmmm, snapcraft is not available in fedora, and installing classic snaps doesn't appear to be supported :/ [20:10] oSoMoN: nope [20:11] kenvandine, I'm rebuilding the snap with a more recent desktop-launch script and will test in my fedora VM, will let you know how that goes [20:25] kenvandine, zyga: a more recent desktop-launch script didn't change anything, the snap still won't run [20:26] I wonder what's so special about that snap [20:31] are there any snaps written in Haskell that I can look at? I can make my build work locally with 'snapcraft cleanbuild' but not on snapcraft.io [20:54] kenvandine, zyga: I'm going offline and won't be around until Monday, if there hasn't been progress on that issue by then I can pick it up and continue investigatingq [21:50] PR snapcraft#2361 closed: schema: remove deprecated plugin pull and build-properties [23:14] PR snapcraft#2363 opened: {make,cmake,autotools} plugin: add support for bases