/srv/irclogs.ubuntu.com/2021/05/11/#snappy.txt

mborzeckimorning06:06
mardy'morning!06:11
mborzeckimardy: heya06:12
mardyabout https://forum.snapcraft.io/t/glaxnimate-snap-error/24313: is libstdc++ something that people should ship in their snap packages, or should it use the one from the system?06:12
mborzeckimardy: afaict libstdc++ is in core20/18/core so part of the base06:13
mborzeckiand GLIBCXX_3.4.26 symbol version appears in the binary, so maybe some configuration/environment problem?06:15
mborzeckibut only in libstdc++ from core20, so maybe a wrong base? (or kf5 uses core18 still)06:16
mborzeckiwouldn't be suprised if it's a binary the built on 20.04 host and just dropped into a snap06:17
mborzeckis/suprised/surprised/06:17
pstolowskimorning07:03
mvogood morning pstolowski07:05
mupPR snapd#10259 closed: interfaces/dbus: allow claiming 'well-known' D-Bus names with a wildcard suffix <Created by oSoMoN> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10259>07:06
mborzeckimvo: hey07:14
mborzeckipstolowski: and hello there too07:14
mvomborzecki: good morning!07:21
mborzeckihmm https://github.com/snapcore/snapd/pull/10241 is right now at 50MB, but some tests still fail, i've just merged master and will let it run, then we can maybe bump it to 60MB if still needed07:22
mupPR #10241: tests: set memory limit for snapd <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/10241>07:22
mborzeckii guess we could run tar pipeline for snapshots, apparmor_parser and maybe something else in a separate scope but that's like accountants cooking the books tbh07:23
mborzeckianyways, still think that having an idea of an upper limit of memory requirement during the tests is useful07:24
zygagood morning guys07:45
zygamvo spring is finally here :)07:45
zygaevery morning is a joy :)07:45
mardyI have a layout rule like this:   /usr/share:07:50
mardy    symlink: $SNAP/usr/share/07:50
mardybut then snapcraft fails with this error: error: cannot pack "/root/prime": cannot validate snap "libinput-tool": layout "/usr/share" uses invalid symlink old name "/snap/libinput-tool/unset/usr/share/": must be absolute and clean07:50
mardysounds like $SNAP is not being expanded, but why?07:51
zygait's weird that there's 'unset' there as well07:51
zygabut it's a snapcraft side logic, I don't know what's going on there07:52
mardyoh, changing /usr/share/ to /usr/share/libinput makes it work07:58
zygagood morning pedronis08:06
oSoMoNmvo, good morning, and thanks for merging PR 10259 !08:12
mupPR #10259: interfaces/dbus: allow claiming 'well-known' D-Bus names with a wildcard suffix <Created by oSoMoN> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10259>08:12
mvooSoMoN: thank you! I cherry picked it for 2.50, it will be part of 2.50.1 which we plan to release in ~2 weeks08:13
oSoMoNmvo, that's awesome, people at Mozilla will be happy to know that08:24
sil2100mvo: will look at the armhf pi-gadget soon!08:48
mvosil2100: I think waveform did some work there already08:53
sil2100yay08:55
sil2100mvo: promoted the latest edge armhf snaps to beta now09:03
mvosil2100: \o/09:09
rZrsil2100, yes thanks I confirm this problem is gone09:34
rZrthe most difficult part for me is to find my usb/uart cable09:34
mvorZr: thanks for confirming09:39
rZryw09:40
zygawoot10:05
zygamvo is that what I think it is?! :)10:05
mvozyga: dtbs from the kernel - finally!10:24
zygamvo that's amazing10:24
zygathank you for carrying that torch all the way10:25
mvozyga: :) thanks, appreciated. took a while but finally here10:32
mardyThe manual tests with libinput show that this interface is kind of working, so reviews are welcome :-) https://github.com/snapcore/snapd/pull/1025110:38
mupPR #10251: interfaces/builtin: introduce raw-input interface <Needs Samuele review> <Created by mardy> <https://github.com/snapcore/snapd/pull/10251>10:38
pedronispstolowski: hi, is https://github.com/snapcore/snapd/pull/10182 read for re-reviews?10:53
mupPR #10182: o/snapstate: autorefresh phase1 for refresh-control <Needs Samuele review> <Refresh control> <Created by stolowski> <https://github.com/snapcore/snapd/pull/10182>10:53
pstolowskipedronis: yes10:53
pedronispstolowski: thx, re-queued10:53
pstolowskity10:53
* ogra gives mardy a hug, i'm waiting for such an interface since ages 🙂11:02
mupPR snapd#10260 opened: secboot: switch encryption key size to 32 byte (thanks to Chris) <Needs Samuele review> <Run nested> <Created by mvo5> <https://github.com/snapcore/snapd/pull/10260>11:36
pedronisijohnson: hi, I reviewed a couple of your PRs, there are questions in both12:16
pedronisijohnson: cachio: what's the state https://github.com/snapcore/snapd/pull/10165 ? does it just need a force merge or it's blocked on something else12:18
mupPR #10165: tests: add tests about services vs snapd refreshes  <Run nested> <Squash-merge> <Created by pedronis> <https://github.com/snapcore/snapd/pull/10165>12:18
cachiopedronis, the code has the +212:22
cachiolet me check the tests which failed12:22
cachiopedronis, the test failure in core18 seems to be unrelated12:26
cachioit is hte only one blocking12:26
cachiowe can either re-run or force merge12:27
cachiopedronis,12:27
pedronislet's see what ijohnson says12:48
ijohnsonpedronis for 10165, it's ready to land there is just that issue we found where sometimes the test fails because it installs the wrong snapd snap, I think it may actually be related to the PR mvo opened on Friday about the .local-install bug12:53
mupPR snapd#10261 opened: o/snapstate: refresh control - autorefresh phase2 <Needs Samuele review> <Refresh control> <Skip spread> <Created by stolowski> <https://github.com/snapcore/snapd/pull/10261>12:57
ijohnson@mvo I'm probably gonna be 2-3 minutes late to SU, sorry about that a bit of a late start for me today12:58
pedronismborzecki: I reviewed https://github.com/snapcore/snapd/pull/1025214:11
mupPR #10252: boot: reseal given keys when the respective boot chain has changed <Needs Samuele review> <Run nested> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/10252>14:11
* cachio afk14:20
mardyI'm on the linter again :-) So, this line (https://github.com/snapcore/snapd/blob/master/interfaces/builtin/i2c_test.go#L70) is unused; should I just remove it, or is it waiting for a test to be written?14:46
mardyBTW, most of those members only get assigned to, otherwise they seem unused14:47
ijohnsonmardy: probably either cargo culted from other tests or was at one point part of a test which then got refactored etc14:47
ijohnsonmardy: probably not too hard to write a unit test to check for that case if you want to try, otherwise it can probably be deleted, I think we have pretty good coverage elsewhere in the codebase about that specific issue (an interface trying to be used as a different type of interface)14:49
mardypstolowski: it looks like the commit which made it obsolete is yours (https://github.com/snapcore/snapd/commit/1cf702d11819b148d228baff341c89f9cd50471b#diff-ddce5b424337522fb4e0230136dfebdede5de499d5761678ec63df822f63259a)14:50
ijohnsoninterestingly though it doesn't even appear to be used in that commit :-)14:51
pstolowskioh wow, 201714:53
pstolowskisorry, i don't remember what was it about ;)14:53
pstolowskiprobably interface hooks work or something related, there were massive changes14:53
mardypstolowski: no worries, I was just checking in case you would say "oh, that line is super-important, we absolutely need a test with it" :-)14:53
pstolowskimardy: so is socket AF_NETLINK and network netlink raw, actually needed in raw-input interface?15:28
pedronispstolowski: I suspect so to talk with udev, we have the same in raw-usb15:33
pedronispstolowski: I reviewed https://github.com/snapcore/snapd/pull/10182 and https://github.com/snapcore/snapd/pull/10187, they look good in itself but I have some more general questions/comments. Let me know if you have questions for me15:34
mupPR #10182: o/snapstate: autorefresh phase1 for refresh-control <Needs Samuele review> <Refresh control> <Created by stolowski> <https://github.com/snapcore/snapd/pull/10182>15:34
mupPR #10187: o/hookstate, o/snapstate: print revision, version, channel with snapctl --pending <Needs Samuele review> <Refresh control> <Created by stolowski> <https://github.com/snapcore/snapd/pull/10187>15:34
pstolowskii see15:34
pedroniss/itself/themselves/15:34
pedronismvo: there seem to be real spread failures in https://github.com/snapcore/snapd/pull/10260, maybe some of the spread tests need changes too?15:36
mupPR #10260: secboot: switch encryption key size to 32 byte (thanks to Chris) <Needs Samuele review> <Run nested> <Squash-merge> <Created by mvo5> <https://github.com/snapcore/snapd/pull/10260>15:36
mvopedronis: yeah, I'm looking at those right now, thanks15:37
pstolowskipedronis: thanks for the reviews15:55
mupPR snapcraft#3520 opened: package-repositories: remove experimental flag <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3520>16:00
ijohnsonpedronis: one question https://github.com/snapcore/snapd/pull/10217#discussion_r63031908916:04
mupPR #10217: o/servicestate: restart slices + services on modifications <Needs Samuele review> <quota> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/10217>16:04
pedronismborzecki: I have a question in https://github.com/snapcore/snapd/pull/1025316:06
mupPR #10253: boot: helpers for manipulating current and good recovery systems list <Run nested> <â›” Blocked> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/10253>16:06
pedronisijohnson: I answered16:08
ijohnsonpedronis: thanks I will take your suggestion16:09
ijohnsonugh why is systemd so hard16:48
* ijohnson lunches16:48
ograijohnson, because it replaced upstart which was so wobbly ... 🙂18:05
mupPR snapd#10262 opened: tests/nested/manual: add test for install-device + snapctl reboot <Run nested> <Test Robustness> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/10262>22:28

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