[05:25] morning [05:36] school run, back in 30 [05:58] hey mborzecki - good morning [06:11] re [06:12] mvo: hey [06:17] hmm https://www.reddit.com/r/openSUSE/comments/j0zcs1/snap_cannot_open_display_0/ [06:18] similar thing was reported in the forums, but fixed apparently? https://forum.snapcraft.io/t/opensuse-tumbleweed-snap-application-cannot-open-display-0/19093 [06:34] good morning [06:39] mvo: can you take a look at https://github.com/snapcore/snapd/pull/9401 ? [06:39] PR #9401: gadget: allow content observer to have opinions about a change [06:39] mvo: some question for you wrt nested https://github.com/snapcore/snapd/pull/9414#pullrequestreview-497220829 [06:39] PR #9414: tests: new nested tool [06:39] since you looked at nested recently [06:39] but feel free to defer to ian if you are too busy [06:44] groovy's handling of intel graphics is terrible [06:44] I have screen artefacts, tearing and triangles while I scroll anything [07:00] morning [07:03] pstolowski: good morning [07:03] o/ [07:04] zyga, mborzecki sorry, was distracted but will look at your questions now [07:04] pstolowski: hey [07:17] PR snapd#9401 closed: gadget: allow content observer to have opinions about a change [07:18] 9383 needs a second review but maybe something for ian [07:19] * mvo hugs zyga for all his code reviews this morning [07:33] pstolowski: is the "Thank you" in 9404 a "Approve" ? [07:35] mvo: ah, not really, i though i made that comment under the original PR (where I asked about this line). i'll review this one in full [07:35] *though [07:35] *thought [07:35] grr [08:28] mvo: uc20 does not boot with 256mb of ram [08:29] mvo: https://i.imgur.com/ZGUrsi4.png [08:32] PR snapd#9420 opened: tests/nested/manual/minimal-smoke: revert to using 256MB for nested UC20 <⛔ Blocked> [08:42] PR snapd#9404 closed: asserts: deserialize grouping only once in Pool.AddBatch if needed [08:56] mvo: i've filed https://bugs.launchpad.net/snapd/+bug/1897533 please adjust the priority [08:56] Bug #1897533: pc-kernel does not boot on a system with 256MB of RAM [09:14] mborzecki: https://github.com/snapcore/snapd/pull/9420 will this run nested after you added the label? [09:14] PR #9420: tests/nested/manual/minimal-smoke: revert to using 256MB for nested UC20 <⛔ Blocked> [09:15] zyga: yes, some of the nested runs already finished [09:15] or is the UI confusing and it was done initially? [09:15] ok [09:15] zyga: yup, i was added when i opened the issue [09:16] zyga: anyways, uc20 will fail there :/ [09:18] mborzecki: nice, thanks for this one [09:23] ack [09:27] PR snapd#9421 opened: Added Ledger to U2F devices list in interfaces/builtin [09:29] sigh [09:30] 20.10 broke or hid cellular connection control [09:47] PR snapd#9041 closed: osutil/group.go: treat all non-nil errs from user.Lookup{Group,} as Unknown* [09:52] degville: mvo: I commented in #9399 [09:52] PR #9399: snap: snap help output refresh [09:52] pedronis: ta [09:53] pedronis: sounds good [09:53] (just read it) [10:20] pedronis: mvo: thank you! I've left a few comments after your comments. [10:32] * zyga splits first branch of the export manager [11:28] degville: thanks, I will try to look at it again later today. What do you think of the idea of organizing/splitting Other into real categories for snap help --all ? [11:36] pedronis: np - hopefully the latest update is easier to look over. I think splitting Other into real categories for snap help --all is a good idea! [11:38] PR snapd#9411 closed: cmd/snap/auto-import: stop importing system user assertions from initramfs mnts [11:58] PR snapd#9422 opened: overlord: add link participant for linkage transitions [12:13] FYI, on groovy I have errors in master related to user lookup [12:13] user_test.go:552: [12:13] c.Assert(err, check.ErrorMatches, "useradd failed with: some error") [12:13] ... error string = "user: lookup username lakatos: no such file or directory" [12:13] ... regex string = "useradd failed with: some error" [12:14] has anyone else seen this? [12:14] I didn't debug it yet [12:14] go 1.14.7 [12:23] * zyga goes for a walk [12:26] zyga: one PR from ian landed recently, let me try this [12:30] mvo: that PR was very old, it probably needed a master merge and test run before landing [12:30] pedronis: oh no [12:30] I mean, it was open and untouched for months [12:30] pedronis: I will fix [12:30] pedronis: yeah [12:31] pedronis: but probably after the meeting [13:14] hi, i've just installed the grafana snap, and I'm trying to find where the typical config.ini would be located, I see there is a ~/snap/grafana/current, but there isn't anything in there [13:36] mvo: pushed a little fix to https://github.com/snapcore/snapd/pull/9383 [13:36] PR #9383: snap-repair: add uc20 support [13:36] mborzecki: aha, nice [13:36] mborzecki: thanks! [13:48] mborzecki: pedronis: should I add #8947 back to be reviewed again? [13:48] PR #8947: many: update managed boot config when refreshing snapd <⛔ Blocked> [13:49] pedronis: mvo: I thought I recently pushed a master merge to that gid/uid branch, perhaps I didn't [13:49] yeah I merged master 10 days [13:49] ago [13:50] jdstrand: do we still need security review for pr's like #9421, which are just adding additional devices to the U2F interface? We've gotten a few of these from external contributors the past few months, and while simple perhaps we still should get security review for them [13:50] PR #9421: interfaces/utf: Add Ledger to U2F devices [13:55] ijohnson: yes, anything touching interface policy should get an ack from our team. you can ping me and I can try to find someone to do it [13:55] ijohnson: for that on, I just now commented: https://github.com/snapcore/snapd/pull/9421/files#r495957919 [13:55] PR #9421: interfaces/utf: Add Ledger to U2F devices [13:55] jdstrand: ok, sounds good I will add "needs security review" to that pr and any new ones that come in too [13:55] one* [13:56] awesome thanks jdstrand [13:56] in that case I don't even need to add "needs security review" to that pr :-) [13:56] I don't think so :) [14:05] :-D [14:15] mborzecki: can you do a review for https://github.com/snapcore/snapd/pull/7614#pullrequestreview-497176348 [14:15] PR #7614: cmd/snap-confine: implement snap-device-helper internally [14:15] it got a security review last night so we are good to have it in, finally :) [14:15] I know you +1 already but having a new review would be good [14:16] thanks! [14:20] * zyga is hungry, time for dinner [14:54] where does data get saved when I use a snap and save something? [14:56] micah: I think /var/lib/snapd/snapshots [14:57] zyga: huh, ok... thanks [15:12] micah: do you mean you can't find a file you meant to save in $HOME? it could be in $HOME/snap//current [15:32] ijohnson: i saved a grafana dashboard, and I am wondering where it 'saved' to [15:34] micah: probably somewhere in /var/snap/grafana/current [15:35] ijohnson: unfortunately, that directory is just empty :o [15:35] micah: what about /var/snap/grafana/common ? [15:36] micah: also to confirm what is the name of the snap that you used when you are running grafana? I am just assuming it's "grafana" verbatim [15:39] PR snapd#9395 closed: o/snapstate/check_snap_test.go: mock osutil.Find{U,G}id to avoid bug in test [15:39] PR snapd#9423 opened: tests/nested/manual/preseed: include a system-usernames snap when preseeding [15:47] * cachio lunch [17:09] PR snapd#9348 closed: tests: print all the serial logs for the nested test [17:28] mmh, you can't leave out commands apparently: SnapSuite.TestHelpCategories [18:19] PR snapd#9424 opened: cmd/snap: allow snap help vs --all to diverge purposefully [18:24] degville: ^ the things I discussed this morning about snap help [18:25] pedronis: just looking now - thanks! [18:56] degville: thx, I answered your comments. Any input on the special purpose section? [19:04] pedronis: sorry Samuele - just about to record a podcast. I couldn't think of anything quickly, but I'll give it some thought tonight (if that's not too late). I think it's fundamentally fine as it is though. === JanC is now known as Guest49463 === JanC_ is now known as JanC [19:30] PR snapd#9425 opened: tests: new tests.backup tool [20:36] PR snapcraft#2673 closed: docker: parametrize risk and OS for image builds (core18 etc) [20:41] PR snapcraft#2871 closed: snaps: account for forwarded (effective) installation channels [20:53] * cachio afk [20:56] PR # closed: snapcraft#2971, snapcraft#3062, snapcraft#3127, snapcraft#3287 [21:06] PR snapcraft#3234 closed: project loader: refactor errors to conform to SnapcraftException [21:11] PR snapcraft#3221 closed: repo: install requested build-package versions [21:16] PR snapcraft#3256 closed: [wip] repo: consolidate BaseRepo and Ubuntu & reorganize package [21:16] PR snapcraft#3297 closed: cli: support snap --output