[00:13] ijohnson: fwiw, I think needing to do all of https://github.com/snapcore/snapcraft/blob/4ac0faaf436a6d3e31fe06cd154c552b32b9bffd/snapcraft/internal/build_providers/_lxd/_lxd.py#L412-L470 myself is the biggest hurdle with creating the lxc container myself /o\ [00:14] Oof yeah that seems like a lot, I don't remember needing to do all of that when I tried but that was also a release or two ago so maybe things have changed [00:16] error: cannot communicate with server: Put http://localhost/v2/snaps/system/conf: dial unix /run/snapd.socket: connect: no such file or directory [00:16] 27 [00:17] (that's the error I get without doing those setup steps, and what led me to dig for them) [00:29] I'm in way over my head (as usual with these things, heh), but I *think* https://github.com/snapcore/snapcraft/blob/4ac0faaf436a6d3e31fe06cd154c552b32b9bffd/snapcraft/internal/build_providers/_lxd/_lxd.py#L197 needs an "architecture" field to enable what I'm trying "officially" === benfrancis2 is now known as benfrancis [01:03] got further down the rabbit hole by doing manual lxc bits: error: cannot install snap file: snap "snapd" supported architectures (amd64) are incompatible with this system (i386) [01:04] so I guess I need a more "holistic" i386 environment to make this work [01:27] PR snapd#9952 opened: interfaces: allow reading the Xauthority file KDE Plasma writes for Wayland sessions [07:46] morning [08:03] morning [08:07] pstolowski: hey [08:15] good morning mborzecki and pstolowski [08:30] mvo: hey, https://github.com/snapcore/snapd/pull/9952 looks like an easy fix, and we don't need a security review for it, do we? [08:30] PR #9952: interfaces: allow reading the Xauthority file KDE Plasma writes for Wayland sessions [08:48] PR snapd#9941 closed: overlord: save fails with sockets in folder <⛔ Blocked> [09:09] mborzecki: looking [09:20] mborzecki: let's bring it up with alex, looks trivial and similar permissons are there a few lines above [09:21] mvo: yeah, and it matches the source code linked in the description [09:39] PR snapd#9953 opened: overlord/snapshotstate: include the last message printed by tar in the error [10:00] mborzecki: do you have anything that needs my input atm? [10:00] pedronis: no, thanks [10:49] PR snapd#9954 opened: snap: fix unit tests on Go 1.16 [10:53] mborzecki +1 [10:56] mborzecki: I added "skip-spread" there too, let's see if I'm not too late [10:57] mvo: too late probably, from what we've seen the label must be part of the event that triggers the action [10:59] closed, canceled all pending workflows and reopened, should be good now [11:00] weird that this didn't come up in the `latest/stable` go channel in the test matrix [11:04] Is there a way to (manually) get a core dump for a single snap service command? I'm trying to debug why my WPE WebKit kiosk snap crashes on certain pages, have a hunch it has something to do with missing/misconfigured graphics stack … G_DEBUG_MESSAGES=all doesn't provide details, and WPE developers would then check the core dump. [11:04] yeah, mborzecki is right about the label [11:22] dot-tobias: you can try snap run --gdb (or --gdbserver), core dumps were likely intercepted by systemd, so i'd check coredumpctl [11:23] some time rounding error in asserts|tests|daemon https://paste.ubuntu.com/p/47gXWB3rwt/ ? [11:37] mborzecki: Thanks! I read about coredumpctl in a snapcraft forum thread, but that's only on classic systems AFAIK? [11:37] (need to debug on a Core device) [11:49] mborzecki https://github.com/snapcore/snapd/pull/9954#pullrequestreview-596206395 is green [11:49] PR #9954: snap: fix unit tests on Go 1.16 [11:49] can I merge it? :) [11:49] zyga: go ahead [11:49] woot [11:49] some progress :) [11:54] PR snapd#9954 closed: snap: fix unit tests on Go 1.16 [11:54] thx [12:16] dot-tobias: hm coredumpctl may be missing from core*, but unless coredumps are disabled completely, there should be something under /var/lib/systemd/coredump iirc [12:21] mborzecki: when you have time could you look at https://github.com/snapcore/snapd/pull/9895 [12:21] PR #9895: gadget/many: rm, delay sector size + structure size checks to runtime === msalvatore_ is now known as msalvatore [12:35] PR snapcraft#3445 opened: Fix snap [12:52] pedronis: when you commented about AddSequenceToUpdate & fetcher, you mean the same logic that exists in AddToUpdate right? [12:52] pstolowski: yes [12:52] pstolowski: as I said it can be done as a follow-up, the PR is already biggish [12:52] pedronis: thanks. I remember removing that initially due to confusion [12:53] it avoids round trips with the store [12:54] pedronis: ok, will do in a followup. also, i pushed many changes to monitor PR but it also has pool changes so is big [12:54] pstolowski: yea, I think we should try to get the pool one in first [12:55] pstolowski: you can leave a TODO I suppose inside AddSequenceToUpdate [12:57] ok [15:15] PR snapcraft#3445 closed: Fix snap [15:56] * cachio lunch [16:50] PR snapcraft#3446 opened: extensions: suppress realpath noise on headless systems [16:52] hey folks, could someone from the snapcraft review team please look my request from a few days ago? https://forum.snapcraft.io/t/request-for-auto-connection-of-jami-network-manager/22833 [17:05] PR snapcraft#3444 closed: snap: explicitly add setuptools-rust package to python-packages === pedronis_ is now known as pedronis [17:25] PR snapcraft#3447 opened: snap: pin cryptography to 3.4 [17:28] amurray: see bandali's question ^ [18:20] PR snapcraft#3447 closed: snap: pin cryptography to 3.4 === ijohnson is now known as ijohnson|lunch [20:10] PR snapcraft#3443 closed: extensions: add conditional for GNOME Makefile using bindtextdomain === ijohnson|lunch is now known as ijohnson [20:50] PR snapcraft#3442 closed: storeapi: reduce the amount of constants and their meaning === genii_ is now known as genii [21:26] ijohnson, hey [21:27] hey cachio [21:27] don't merge preseed PR please [21:27] I already made a nicer fix [21:27] I am testing it [21:27] cachio: ok, I wasn't going to merge it, I was going to wait for a 2nd +1 anyways [21:28] ijohnson, ah, perfect [21:28] because I'll include other dbus dependencies to fix more tests [21:31] cachio: I'd prefer if you only fix the preseed tests there, and fix the dbus things in a different pr [21:31] smaller prs take more time to land, but are easier to review [22:06] PR snapd#9955 opened: .github/workflows/labeler.yaml: try work-around to not sync labels [22:33] bandali: yep it's in the queue for the team to get to - I hope to take a look at it later today [22:35] amurray, many thanks! [22:36] ijohnson, I did it together because both just need dependencies [22:36] cachio: ok [22:36] ijohnson, so to avoid manual merge [22:36] I did it togeter [22:36] the change is super simple