/srv/irclogs.ubuntu.com/2021/02/23/#snappy.txt

tianonijohnson: 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:13
ijohnsonOof 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 changed00:14
tianonerror: cannot communicate with server: Put http://localhost/v2/snaps/system/conf: dial unix /run/snapd.socket: connect: no such file or directory00:16
tianon2700:16
tianon(that's the error I get without doing those setup steps, and what led me to dig for them)00:17
tianonI'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"00:29
=== benfrancis2 is now known as benfrancis
tianongot 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:03
tianonso I guess I need a more "holistic" i386 environment to make this work01:04
mupPR snapd#9952 opened: interfaces: allow reading the Xauthority file KDE Plasma writes for Wayland sessions <Simple 😃> <Created by jhenstridge> <https://github.com/snapcore/snapd/pull/9952>01:27
mborzeckimorning07:46
pstolowskimorning08:03
mborzeckipstolowski: hey08:07
mvogood morning mborzecki and pstolowski08:15
mborzeckimvo: 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
mupPR #9952: interfaces: allow reading the Xauthority file KDE Plasma writes for Wayland sessions <Simple 😃> <Created by jhenstridge> <https://github.com/snapcore/snapd/pull/9952>08:30
mupPR snapd#9941 closed: overlord: save fails with sockets in folder <Bug> <â›” Blocked> <Created by mapero> <Closed by bboozzoo> <https://github.com/snapcore/snapd/pull/9941>08:48
mvomborzecki: looking09:09
mvomborzecki: let's bring it up with alex, looks trivial and similar permissons are there a few lines above09:20
mborzeckimvo: yeah, and it matches the source code linked in the description09:21
mupPR snapd#9953 opened: overlord/snapshotstate: include the last message printed by tar in the error <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9953>09:39
pedronismborzecki: do you have anything that needs my input atm?10:00
mborzeckipedronis: no, thanks10:00
mupPR snapd#9954 opened: snap: fix unit tests on Go 1.16 <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9954>10:49
zygamborzecki +110:53
mvomborzecki: I added "skip-spread" there too, let's see if I'm not too late10:56
mborzeckimvo: too late probably, from what we've seen the label must be part of the event that triggers the action10:57
mborzeckiclosed, canceled all pending workflows and reopened, should be good now10:59
mborzeckiweird that this didn't come up in the `latest/stable` go channel in the test matrix11:00
dot-tobiasIs 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
zygayeah, mborzecki is right about the label11:04
mborzeckidot-tobias: you can try snap run --gdb (or --gdbserver), core dumps were likely intercepted by systemd, so i'd check coredumpctl11:22
mborzeckisome time rounding error in asserts|tests|daemon https://paste.ubuntu.com/p/47gXWB3rwt/ ?11:23
dot-tobiasmborzecki: Thanks! I read about coredumpctl in a snapcraft forum thread, but that's only on classic systems AFAIK?11:37
dot-tobias(need to debug on a Core device)11:37
zygamborzecki https://github.com/snapcore/snapd/pull/9954#pullrequestreview-596206395 is green11:49
mupPR #9954: snap: fix unit tests on Go 1.16 <Simple 😃> <Skip spread> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9954>11:49
zygacan I merge it? :)11:49
mborzeckizyga: go ahead11:49
zygawoot11:49
zygasome progress :)11:49
mupPR snapd#9954 closed: snap: fix unit tests on Go 1.16 <Simple 😃> <Skip spread> <Created by bboozzoo> <Merged by zyga> <https://github.com/snapcore/snapd/pull/9954>11:54
mborzeckithx11:54
mborzeckidot-tobias: hm coredumpctl may be missing from core*, but unless coredumps are disabled completely, there should be something under /var/lib/systemd/coredump iirc12:16
pedronismborzecki: when you have time could you look at  https://github.com/snapcore/snapd/pull/989512:21
mupPR #9895: gadget/many: rm, delay sector size + structure size checks to runtime <Run nested> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9895>12:21
=== msalvatore_ is now known as msalvatore
mupPR snapcraft#3445 opened: Fix snap <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3445>12:35
pstolowskipedronis: when you commented about AddSequenceToUpdate & fetcher, you mean the same logic that exists in AddToUpdate right?12:52
pedronispstolowski: yes12:52
pedronispstolowski: as I said it can be done as a follow-up, the PR is already biggish12:52
pstolowskipedronis: thanks. I remember removing that initially due to confusion12:52
pedronisit avoids round trips with the store12:53
pstolowskipedronis: ok, will do in a followup. also, i pushed many changes to monitor PR but it also has pool changes so is big12:54
pedronispstolowski: yea, I think we should try to get the pool one in first12:54
pedronispstolowski: you can leave a TODO I suppose inside AddSequenceToUpdate12:55
pstolowskiok12:57
mupPR snapcraft#3445 closed: Fix snap <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3445>15:15
* cachio lunch15:56
mupPR snapcraft#3446 opened: extensions: suppress realpath noise on headless systems <Created by MrCarroll> <https://github.com/snapcore/snapcraft/pull/3446>16:50
bandalihey 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/2283316:52
mupPR snapcraft#3444 closed: snap: explicitly add setuptools-rust package to python-packages <Created by cjp256> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/pull/3444>17:05
=== pedronis_ is now known as pedronis
mupPR snapcraft#3447 opened: snap: pin cryptography to 3.4 <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3447>17:25
ijohnsonamurray: see bandali's question ^17:28
mupPR snapcraft#3447 closed: snap: pin cryptography to 3.4 <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3447>18:20
=== ijohnson is now known as ijohnson|lunch
mupPR snapcraft#3443 closed: extensions: add conditional for GNOME Makefile using bindtextdomain <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3443>20:10
=== ijohnson|lunch is now known as ijohnson
mupPR snapcraft#3442 closed: storeapi: reduce the amount of constants and their meaning <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3442>20:50
=== genii_ is now known as genii
cachioijohnson, hey21:26
ijohnsonhey cachio21:27
cachiodon't merge preseed PR please21:27
cachioI already made a nicer fix21:27
cachioI am testing it21:27
ijohnsoncachio: ok, I wasn't going to merge it, I was going to wait for a 2nd +1 anyways21:27
cachioijohnson, ah, perfect21:28
cachiobecause I'll include other dbus dependencies to fix more tests21:28
ijohnsoncachio: I'd prefer if you only fix the preseed tests there, and fix the dbus things in a different pr21:31
ijohnsonsmaller prs take more time to land, but are easier to review21:31
mupPR snapd#9955 opened: .github/workflows/labeler.yaml: try work-around to not sync labels <Run nested> <Simple 😃> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9955>22:06
amurraybandali: yep it's in the queue for the team to get to - I hope to take a look at it later today22:33
bandaliamurray, many thanks!22:35
cachioijohnson, I did it together because both just need dependencies22:36
ijohnsoncachio: ok22:36
cachioijohnson, so to avoid manual merge22:36
cachioI did it togeter22:36
cachiothe change is super simple22:36

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!