/srv/irclogs.ubuntu.com/2021/06/09/#snappy.txt

=== bandali_ is now known as bandali
mborzeckimorning05:23
mardyhi!05:53
mborzeckimardy: hey05:57
zyga-mbpgood morning06:39
mborzeckizyga-mbp: heya06:48
zyga-mbpmborzecki sleepy today, lucy woke me up at 4AM 06:49
pstolowskimorning07:09
mborzeckipstolowski: hey07:22
mborzeckilooked at https://github.com/snapcore/snapd/pull/10347 tasks are hard :/07:25
mborzeckipstolowski: related to https://github.com/snapcore/snapd/pull/10359 have you looked at other places too?07:26
pstolowskimborzecki: not yet, will do today07:30
pedronismborzecki: hi, I tweaked a bit your suggestion: https://github.com/snapcore/snapd/pull/10345/commits/5c1260da7fa5fee6f686ccf871dd2084138f25b808:29
mborzeckipedronis: saw that, thank you!08:29
mborzeckiheh ` [  230.815821] xdelta3 invoked oom-killer: gfp_mask=0xcc0(GFP_KERNEL), order=0, oom_score_adj=-900`08:37
mardyWhile I study about the group creation story in snapd, do you think that fixing this would be a good task to start with? https://bugs.launchpad.net/ubuntu/+source/shadow/+bug/1840375/comments/11 Or is there something bigger blocking it?08:51
ogramardy, oh, that would be lovely and helpful to finally get fixed09:25
pedronismardy: no, that would be useful, you probably want to sync with mvo when he's around though, he worked in that area before09:28
pedronismborzecki: is xdelta3 getting out of memory? there are some memory usage options but I don't know if they are relevant in the decompressing mode09:30
pedroniswe would need to research09:30
pstolowskipedronis: i've rebased https://github.com/snapcore/snapd/pull/1035809:31
mborzeckipedronis: this, and local snap install, i looked briefly at io.Copy & friends, file and http request handling, it's unclear why snapd seems to die there09:31
pedronispstolowski: thx09:31
mborzeckipedronis: fwiw, io.copy uses 32kb internal buffer09:31
mardymeanwhile, this is ready for a re-review: https://github.com/snapcore/snapd/pull/1026609:31
mborzeckiand file implements ReaderFrom which would invoke sendfile(), but afaict it does not work between socket fd and file fd so, we're likely not hitting this path09:32
pedronismardy: I'll look at it today09:32
pedronisit's in my queue09:32
pstolowskipedronis: the test case for holding we talked about is already covered in TestHoldRefreshHelperMultipleTimes - "holding for a shorter time is fine too" comment09:35
mborzeckihmm snap-builds job is failing occasionally10:59
pedronismardy: I reviewed https://github.com/snapcore/snapd/pull/1026611:37
mardypedronis: thanks!11:54
mardyhere's a simple one to review (though it needs some decision): https://github.com/snapcore/snapd/pull/1036312:13
mardypedronis: I'll also move the systemd.MockSystemctl() function to the new systemdtest package, right?12:57
pedronismardy: you can't, that one is using private bits I think13:22
mborzeckicachio_: that pastebin looks like a similar problem to one we had before13:26
mborzeckineed to run an errand, bbl13:33
=== pedronis_ is now known as pedronis
=== jibel_ is now known as jibel
ijohnsonpedronis: regarding the question about cloud-init priority, I thought about that a bit, but honestly I don't know which should be higher priority, I can see use cases for both being higher priority, so I was thinking if we didn't rename any files, that would allow someone to pick the file prefix they want and then they can control the priority15:21
=== marcustomlinson_ is now known as marcustomlinson
pedronisijohnson: I understand the temptation to go that way, but some things have actually hard coded priorities already15:27
ijohnsonpedronis: I suppose we could just ask TPE in the bug what they need and just go with that and change it when someone comes to complain they need the other way15:27
ijohnsonbbiab, trying out the matrix libera.chat bridge15:59
ijohnson[m]hello again, can folks see my messages here ?16:14
pstolowskiijohnson[m]: no16:15
ijohnson[m]haha nice16:16
ijohnson[m]hmm my irc nick is still ijohnson[m] though it seems16:16
ijohnson[m]meh oh well, good enough for now, at least I will be able persistently connected again (hopefully)16:18
mvoijohnson[m]: nice16:19
=== luisp_ is now known as luisp
zyga-mbpcachio_ FYI https://forum.ostc-eu.org/t/lava-and-spread-in-all-scenarios-os-ci-loop/50/419:34

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