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

zyga-mbpgood morning06:25
mborzeckimorning06:50
zyga-mbpmborzecki hey06:52
mborzeckizyga-mbp: hey06:52
pstolowskimorning08:08
zygamborzecki, https://git.kernel.dk/cgit/linux-block/commit/?h=swap-fix09:03
zygamborzecki, any chance this is killing suse images?09:03
zygamaybe it's not the fs but swapfile vs swap partition?09:03
mborzeckizyga: no i don't think so, from the backtraces we have it's like xfs workqueue is building up09:07
zygamborzecki, mmm09:07
zygamborzecki, I'm puzzled by the fact that the official images use xfs09:08
zygais there btrfs involved as well?09:08
zygaI recall that the "snapper" program was really heavy and it was a part of the default install09:08
mborzeckizyga: not in this one, but default kvm images use btrfs iirc ;)09:08
zygathat's even more confusing, why differ so much09:09
zygaoh well09:09
zygagood luck on tracking that bug down09:09
mborzeckizyga: fwiw, i have kiwi that sets up ext4 on rootfs and the image seems to be working fine so far in gce09:10
zygamborzecki, did you try talking to anyone at suse?09:11
mborzeckizyga: https://bugzilla.suse.com/show_bug.cgi?id=118276109:11
zyganice09:12
mupPR snapd#9985 opened: boot: fix typo, should be systems <Simple 😃> <Skip spread> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9985>10:22
=== pedronis_ is now known as pedronis
pedronispstolowski: hi, looks like #9978 can be merged10:41
mupPR #9978: asserts: use Fetcher in AddSequenceToUpdate <validation-sets :white_check_mark:> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9978>10:41
pstolowskipedronis: uff, finally, thanks10:42
pedronismborzecki: I should review #9921 and #9940 right?10:43
mupPR #9921: boot: helper for setting up a try recover system  <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9921>10:43
mupPR #9940:  boot: cmd/snap-bootstrap: handle a candidate recovery system v2 <Run nested> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9940>10:43
mborzeckipedronis: yes, please do if you can10:43
mupPR snapd#9978 closed: asserts: use Fetcher in AddSequenceToUpdate <validation-sets :white_check_mark:> <Created by stolowski> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/9978>10:47
mupPR snapd#9980 closed: o/devicestate: test that users.create.automatic is configured early <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/9980>10:52
mupPR snapd#9986 opened: polkit: add a package to validate polkit policy files <Created by jhenstridge> <https://github.com/snapcore/snapd/pull/9986>11:02
pstolowskipedronis: i think i'll re-open #9922 anew (the comments so far were addressed). rebasing is confusing again11:16
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>11:16
pedronispstolowski: silly question, are you dropping things when you rebase?11:49
pstolowskipedronis: i usually 'rebase -i' and mark commits for squashing11:51
pstolowskithat's only when i want to clean history of course11:52
pedronispstolowski: you usually need to use d as well, if you are rebasing because master had got a different variant of the same code11:54
pedronispstolowski: but maybe that's what you meant11:55
pstolowskipedronis: use 'd' where?11:56
pedronispstolowski: in the commands you pass with -i11:56
pedroniswhen you edit the instructions11:56
pstolowskipedronis: ah there, ok.. i need to see11:57
mupPR snapd#9985 closed: boot: fix typo, should be systems <Simple 😃> <Skip spread> <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/9985>11:57
pstolowskipedronis: yes, that did it! thanks!12:06
mupPR snapd#9987 opened: tests: improve tests documentation - part 1 <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9987>12:07
mborzeckimeh, tweaking modenv for good/current recovery systems12:40
mborzeckidid some naiive changes and it feels a bit silly to load essential snaps from seed twice for the same system12:41
mvopedronis: I updated 9981 a bit more, needs a bunch of more docstring text I think but the gist should be there now12:41
mvopedronis: thanks again for your suggestions about this one!12:41
pedronismvo: thanks, I have no time to look at it right now though12:42
mvopedronis: no problem, not urgent12:42
mvopedronis: the other two need to land first anyway or it's too messy to review12:42
mvopedronis: I will poke ppl12:42
cachiomborzecki, hi, is it ok to merge #9975 ?12:53
mupPR #9975: tests: fix new tumbleweed image <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9975>12:53
cachiothe idea is to continue with the other tests in a second PR12:53
mborzeckicachio: ah. ok, then, let me +1 it12:53
cachiothanks12:54
mborzeckicachio: left some notes what about the tweaks we need: https://github.com/snapcore/snapd/pull/9975#issuecomment-78948954012:54
mupPR #9975: tests: fix new tumbleweed image <Created by sergiocazzolato> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/9975>12:54
cachiomborzecki, yes I saw that, I'll include that in the next PR12:54
mborzeckicachio: cool, thank you!12:55
cachiosnap run issue is happening since long time ago12:55
cachiothe seg fault one12:55
mupPR snapd#9975 closed: tests: fix new tumbleweed image <Created by sergiocazzolato> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/9975>12:57
mupPR snapd#9988 opened: o/snapshotstate: create snapshots directory on import <Bug> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9988>13:22
rbasakIs there a manifest of what packages are used to form core20 somewhere?13:25
rbasakI'm not sure if this the right place to ask. Which team makes the core images?13:25
pedronismborzecki: I reviewed 9921, it looks ok, but still a bit unsure if the helper has the right granularity13:26
ograrbasak, /snap/core20/current/snap/manifest.yaml13:26
pedronisrbasak: core20 is produced by foundations13:26
rbasakogra: perfect, thanks! And useful to know for next time, thanks pedronis13:26
ograrbasak, though note that even though that lists the packages, bits and pieces of them might be removed13:26
rbasakSure13:27
rbasakThe issue is that I'm trying to work around snapcraft not including recursive dependencies stated in stage-packages when using a classic snap13:27
rbasakI'm working through them one by one, which is really tedious.13:27
ograhehm yeah13:27
rbasakI thought I'd try the set difference between what I need, and what core20 includes13:27
rbasakUh13:28
rbasakIntersection I guess13:28
mupPR snapd#9989 opened: boot: reseal the run key for all recovery systems, but recovery keys only for the good ones <Run nested> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9989>13:37
mupPR snapd#9990 opened: tests: fix tumbleweed spread tests part 2 <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9990>13:42
mupPR snapd#9977 closed: bootloader/lkenv: add recovery systems related variables <Simple 😃> <Skip spread> <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/9977>14:43
mupPR snapcraft#3460 opened: repo: introduce DebPackage class to standardize package name parsing <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3460>15:25
mupPR snapcraft#3459 closed: repo: account for arch & version when filtering stage packages <Created by cjp256> <Closed by cjp256> <https://github.com/snapcore/snapcraft/pull/3459>15:45
mupPR snapcraft#3461 opened: repo: account for arch & version when filtering stage packages <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3461>15:45
* cachio lunch16:05
ijohnsondegville: btw did you finish that system user assertion doc you were working on and wanted me to review?16:23
degvilleijohnson: I did - I actually made my edits to the forum post. It would be really helpful if you wanted to take a look over it: https://discourse.ubuntu.com/t/system-user/1974016:26
ijohnsondegville: ah ok, I for some reason was waiting for a gdoc to review, I'll haea look at the forum then thanks16:27
ijohnson*have16:27
degvillejust noticed that https://ubuntu.com/core/docs/system-user is a 404. I'll fix that.16:27
degvilleijohnson: thank you!16:28
degvilleijohnson: (feel free to paste it into a gdoc if it's easier for you to leave comments)16:28
ijohnsonI'll just comment on the forum that's fine with me16:29
ijohnson(or edit it myself if it's trivial enough :-) )16:29
ijohnsondegville: actually doc looks great as-is thanks for all the work on it16:31
degvilleijohnson: brilliant, thanks for looking!16:32
ijohnsonnp16:32
mupPR snapd#9991 opened: tests/main/lxd/prep-snapd-in-lxd.sh: dump contents of sources.list <Simple 😃> <Test Robustness> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9991>16:53
ijohnsonoops store is unhappy now17:09
cjwatsonyes, see ~is-outage on MM17:11
ijohnsonyeah not a big deal for me, just noticed some tests failing in CI17:11
mupPR snapd#9992 opened: snapstate: error is "snap refresh" has no updates because of conflicts <Created by mvo5> <https://github.com/snapcore/snapd/pull/9992>17:33
=== ijohnson is now known as ijohnson|lunch
=== ijohnson|lunch is now known as ijohnson
om26eris there a way for a project to have multiple snapcraft.yaml files in it i.e. can we tell `snapcraft` cli too somehow to use a specific yaml file ?22:34
ijohnsonom26er: no unfortunately not23:44
om26erijohnson bummer! that'd make for a very useful feature for projects that want to do "variants" of their software23:45
ijohnsonom26er: yeah it would be useful, you could try filing a bug/feature request at bugs launchpad.net/snapcraft23:47

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