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

mborzeckimorning07:07
zygagood morning07:09
zygahey mborzecki, mvo07:10
zygaFriday :)07:10
mvozyga, mborzecki good morning!07:10
mborzeckihey guys07:10
mborzeckiyeah, friday finally07:10
zygamborzecki I spent some time on DCO checks recently07:11
zygadeveloper certificate of origin07:11
zygasent some patches to https://github.com/christophebedard/dco-check/ which seems like a nice solution in _any_ CI07:12
zygatoday is hopefully a slower day, I want to send some stuff to Debian for review / sponsorship07:13
zygamostly python stuff related to REUSE07:13
zygabut I can check if spread is ready as well07:13
zyga(in the sense of dependencies)07:13
mborzeckizyga: hm it checks for signed-off-by in all commits?07:15
zygain the relevant range07:16
zygaso new pushes07:16
zygaor what's in the MR07:16
zygayeah07:16
zygait's fairly nice and supports github and gitlab natively07:16
zyga(as in getting relevant information about the context before asking git anything)07:16
mupPR snapd#9998 closed: tests: turn modules off explicitly in spread go unti test (2.49) <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9998>07:16
zygaI've prepared a Debian package, fixed some things and maintain a minimal container07:16
zygaone of the things to upstream, but I think the last big bug needs fixing, and one more release is needed if you want to use it on a non-free gitlab instance with all the PR features it offers07:17
mvomborzecki: 9976 has a conflict now07:21
mupPR snapd#9983 closed: tests: use new commands of os.query tool on tests <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9983>07:21
mupPR snapd#9990 closed: tests: fix tumbleweed spread tests part 2 <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9990>07:21
mupPR snapd#9993 closed: tests/lib/prepare.sh: use /etc/group and friends from the core20 snap  <Simple πŸ˜ƒ> <Test Robustness> <Created by anonymouse64> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9993>07:21
mborzeckimvo: ah, the tweak from ian landed, that's fine it should be a quick update07:22
mvomborzecki: thank you! I want to push the PR count below 70 again today :)07:23
mborzeckimvo: and pushed07:27
mborzeckimvo: we should be able to land 2 more of my prs when the tests finish07:48
mvomborzecki: yeah and a bunch of sergios stuff is relatively easy to review/land07:50
pstolowskimorning08:05
mupPR snapd#10003 opened: configstate: add config options for systemd-networkd and systemd-resolved <Created by woodrow-shen> <https://github.com/snapcore/snapd/pull/10003>08:12
mvogood morning pstolowski08:12
mupPR snapd#10002 closed: gadget: simplify filterUpdate (thanks to Maciej) <Simple πŸ˜ƒ> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10002>08:17
mborzeckimvo: some comments in https://github.com/snapcore/snapd/pull/1000008:19
mupPR #10000: client: protect against reading too much data from stdin <Created by mvo5> <https://github.com/snapcore/snapd/pull/10000>08:19
mborzeckiand wow, what a nice round PR #08:19
mborzeckipstolowski: hey08:19
mborzeckihmm our tests queue is a bit long atm apparently08:26
zygamborzecki spawn more overlords, er... workers08:37
zygamvo I plan to EOD early for day job today and look at https://github.com/snapcore/snapd/pull/999908:40
mupPR #9999: snapstate: add "kernel-assets" to featureSet <β›” Blocked> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9999>08:40
zygais this something I can test in practice or are some other pieces still unalinged?08:40
mvozyga: we have no kernel/gadget yet but it's on my list for today08:41
zygaI would love to do a "field" upgrade of the broken PI08:41
zygato all-new set08:41
mvozyga: I plan to create updated gadget/kernel and then also update ubuntu-image08:41
zygado we know if it will work in one reboot "hop??08:41
zyga"?08:41
zygaoh08:41
mvozyga: it will require two updates08:41
zygaright, more pieces08:41
zygamvo two reboots or two updates?08:42
mvozyga: but I think the gadget is a non-reboot one08:42
mvozyga: so I *think* it's just one reboot08:42
zygathe reason I'm asking is that for everythting to work it has to be in sync with the kernel08:42
zyganow IIRC gadget/kernel update is that last element breaking pi08:42
zygacore18 is updating fine now08:42
zygamvo anyway, I'm happy to have a look08:42
zygaI will try to EOD in 2-3 hours08:42
zyganeed to record some demos today08:42
mvozyga: nice08:43
zygaI've been working so late recently I have lots of "overtime" to burn08:43
* zyga goes to his standup08:43
zygaI really really want our standups to be totally public at some point08:43
zygabeing a weird non-business is good08:43
mvozyga: heh, yeah, that makes sense08:44
pedronispstolowski: hi, did another pass on #9922, looking good but some comments09:06
mupPR #9922: api: validation sets monitor mode <Needs Samuele review> <validation-sets :white_check_mark:> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9922>09:06
mborzeckimvo: about https://bugs.launchpad.net/snapd/+bug/1916552 do you think it's some we break? afaict we only stage binaries from squashfs-tools09:07
mupBug #1916552: Snapcraft 4.5.1 - cannot pack β€œ/data/prime”: mksquashfs call failed: signal: segmentation fault (core dumped) <snapd:Triaged> <https://launchpad.net/bugs/1916552>09:07
pstolowskipedronis: thanks09:10
mupPR snapd#10004 opened: asserts: mode where Database only assumes cur time >= earliest time <Created by pedronis> <https://github.com/snapcore/snapd/pull/10004>09:17
mvomborzecki: iirc sergio told me that using a different qemu fixed it but it's still strange09:40
pedronismborzecki: I commented a bit on #9940, a bit confused by of the code there though09:44
mupPR #9940:  boot: cmd/snap-bootstrap: handle a candidate recovery system v2 <Run nested> <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9940>09:44
pedronis*some of the code09:44
mborzeckipedronis: thanks, i'll take a look09:44
amurrayhey folks, I want to add some spread tests for the vendored apparmor PR I am working on - and I want these to run against the snapd snap built from my PR itself - is there an existing example of this sort of thing?11:01
mupPR snapd#9995 closed: tests: improvements for snap-seccomp-syscalls <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9995>11:02
mborzeckipedronis: i've replied under https://github.com/snapcore/snapd/pull/9940#discussion_r588227927 let me know if that makes sens now, or maybe we should ahve a quick chat11:35
mupPR #9940:  boot: cmd/snap-bootstrap: handle a candidate recovery system v2 <Run nested> <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9940>11:35
pedronismborzecki: I'm still confused11:38
mborzeckipedronis: a chat then? :)11:39
pedronisyes11:39
mborzeckiok, heading to standup11:39
pedronisI'm there11:39
=== popey8 is now known as popey
mborzeckiuhh core prepare failed for me: https://paste.ubuntu.com/p/XNXkFgRXV6/12:03
mborzeckimvo: can you use your superpowers and merge https://github.com/snapcore/snapd/pull/9976 ?12:05
mupPR #9976: tests/unit/go: use tests.session wrapper for running tests as a user <Simple πŸ˜ƒ> <Test Robustness> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9976>12:05
mborzeckithe failures are unrelated afaitc12:05
mborzeckimvo: thanks!12:14
mupPR snapd#9976 closed: tests/unit/go: use tests.session wrapper for running tests as a user <Simple πŸ˜ƒ> <Test Robustness> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9976>12:17
mvoyw12:18
mupPR snapcraft#3464 opened: meta: add support for `kernel.yaml` for kernel snaps <Created by mvo5> <https://github.com/snapcore/snapcraft/pull/3464>12:23
ijohnsondegville: I noticed in the whats new page a bit about the --experimental-gdb-server option, however for 2.50 we renamed that to just --gdbserver option and deprecated --gdb (though it will still be there), so maybe you could point out that in future releases --gdb will be deprecated in favor of the --experimental-gdb-server option (and also that --experimental-gdb-server will become --gdbserver)?12:36
ijohnsondegville: also thanks for the edits to the snap try doc, looks really good to me! (though I fixed one little typo)12:38
mupPR snapcraft#3458 closed: requirements: pip freeze <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3458>12:48
mupPR snapcraft#3302 closed: build providers: configure apt according to runtime environment arch <Created by cjp256> <Closed by cjp256> <https://github.com/snapcore/snapcraft/pull/3302>13:08
degvilleijohnson: thanks for the gdb hint (and for looking over the what's new doc). I'll update the text and gdbserver page. And thanks for the typo fix :)13:11
ijohnsonnp, thanks for writing all that too :-)13:20
pedronismvo: I proposed the next piece as well, only a draft though because it's missing some unit tests13:22
mupPR snapd#10005 opened: asserts: ReadSystemEssentialAndBetterEarliestTime <Created by pedronis> <https://github.com/snapcore/snapd/pull/10005>13:23
pedronismvo: ^13:23
pedronisijohnson: maybe you are aware of this but #9932 isn't blocked just needs reviews13:51
mupPR #9932: o/configstate/configcore: support snap set system swap.size= <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9932>13:51
ijohnsonpedronis: yes I know I have some updates adding tests locally, I just haven't finished it yet13:52
ijohnsonmaybe today I will get to it13:52
diddledanwho wants to make me a cuda-runtime content snap? :-p14:06
diddledanalso, the snap admin pages get gateway timeout a LOT14:10
diddledane.g. https://snapcraft.io/fakecam/listing14:11
zygamvo is that ldap bug important?14:26
* cachio afk14:43
mvozyga: a good question, it seems to be given that it blocks these people from using snaps14:44
zygamvo: just curious because you've bumped priority to high from usual medium14:48
mupPR snapd#10006 opened: [RFC] cmd/snap-bootstrap: refactor handling of ubuntu-save, do not use secboot's implicit fallback <Run nested> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/10006>15:23
=== pedronis_ is now known as pedronis
pedronismborzecki: I did a first quick pass on #10006, some initial comments/questions15:37
mupPR #10006: [RFC] cmd/snap-bootstrap: refactor handling of ubuntu-save, do not use secboot's implicit fallback <Run nested> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/10006>15:37
mupBug #10006: python libglade program crashes on load <pygtk (Ubuntu):Fix Released by seb128> <https://launchpad.net/bugs/10006>15:37
mborzeckithe kids are hijacking my desktop, bbiab15:43
zygahttps://git.ostc-eu.org/OSTC/OHOS/components/staging/xts_acts/-/merge_requests/17/diffs#note_689915:47
zygavery creative use of HOST:15:47
zygacachio ^ :)15:47
cachiozyga, hey16:24
cachioyou can run any command in HOST16:24
cachiobut first time I see someone use that16:25
zygacachio I was thinking of using that more formally16:25
zygawith a host: section16:25
zygathat's like execute but runs for each task, before the files are sent, to the host16:25
zygaand captures errors, unlike $(HOST: )16:25
zygaI guess it's specific to what we do16:25
zygaas or images are more embedded than traditional ubuntu16:26
zygaI wanted to ask for your opinion16:26
zygaand spread could warn the user that host commands exist16:26
cachioI think we don't use it16:26
zyganeeding something like --classic16:26
zygaoh we use it, in spread.yaml16:26
zygaI wasn't even aware it is supported at the level of task.yaml16:27
cachiobut it should be really usefull to skip tests based on values of variables16:27
zygaspread --enable-host-commands16:27
zyga(a bit too long but something of the sort)16:27
cachioand we don't need to run that in the target machine16:27
zygathat would then do test selection16:27
zygaand run host: commands in sub-directory of each test16:27
zygae.g. we're using it to mkfs some images16:27
zygathat the target device mounts16:27
zygabut has no tools to create16:28
zygaI'll probably write something like that next week as we're using spread more and more now16:28
cachiohehehe16:28
cachioit would be nice to be able to build stuff and send it just to the instance which will run the test16:29
cachioI need to think possible use cases16:29
zygain our case it's a bit weird16:29
cachiobut I think i could be really usefull16:29
zygaand I agree spread doesn't fully match that16:29
zygabecause the build happens elsewhere16:29
zygaon another machine16:29
zygaand we just get the image it produces16:29
zygaso the host running spread doesn't have bitbake or any related tooling16:29
zygaso it cannot compile all tests, for example16:30
zygabut that's fine, I think this is still a good way to use spread and extend it a little to this special-case)16:30
cachioyes, agree wiht that16:30
pstolowskimvo: a draft of the fix - https://github.com/snapcore/snapd/pull/1000716:48
mupPR #10007: o/configstate, o/snapshotstate: fix handling of nil snap config on snapshot restore <Created by stolowski> <https://github.com/snapcore/snapd/pull/10007>16:48
mupPR snapd#9974 closed: cmd/snap-bootstrap/initramfs-mounts: move time forward using ref files <Bug> <UC20> <β›” Blocked> <Created by anonymouse64> <Closed by anonymouse64> <https://github.com/snapcore/snapd/pull/9974>16:48
mupPR snapd#10007 opened: o/configstate, o/snapshotstate: fix handling of nil snap config on snapshot restore <Created by stolowski> <https://github.com/snapcore/snapd/pull/10007>16:48
diddledanis 2.5GB too big to upload to the store?17:28
diddledanI'm receiving: `There seems to be a network error: ('Connection aborted.', ConnectionResetError(104, 'Connection reset by peer'))`17:28
pedronismvo: your last comment in #9914 has probably quoting problems17:32
mupPR #9914: image: write resolved-content from snap prepare-image <Created by mvo5> <https://github.com/snapcore/snapd/pull/9914>17:32
pedronismvo: ah, I could fix it (interestingly)17:33
diddledanaah. getting a bit further on the fourth attempt17:35
diddledanfailed at the last hurdle - 99% then a 504 gateway timeout error17:44
diddledanrelated. I've noticed a LOT of gateway timeouts when doing snap maintenance via snapcraft.io publisher's pages17:46
diddledanposted a thread about timeouts https://forum.snapcraft.io/t/many-504-gateway-timeout-errors/2315217:54
zygahey diddledan :)18:00
diddledano/18:01
mvopedthe the last commit is the gadget.DefaultConstraints, maybe the one before?18:48
mupPR snapcraft#3427 closed: extensions: make GNOME 3.38 stable <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3427>21:08
mupPR snapd#9987 closed: tests: improve tests documentation - part 1 <Simple πŸ˜ƒ> <Created by sergiocazzolato> <Merged by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9987>22:05

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