[00:40] PR snapd#11356 opened: spread: non-functional cleanup of go1.6 legacy === not_phunyguy is now known as phunyguy [05:01] PR snapd#11357 opened: interfaces/seccomp: Add rseq to base seccomp template [06:44] morning [08:04] morning [08:42] PR snapd#11352 closed: packaging/fedora: sync with downstream, packaging improvements [09:44] hello everyone :) [09:51] ZygmuntKrynicki[: hello zyga's wannabe ;) [09:57] pstolowski: the matrix has me :) [09:58] :) [10:02] PR snapd#11358 opened: cmd/snap-confine: build const data structures at compile-time [10:21] ogra: hi! do you remember when we discussed a refresh-app-awareness notification message that looked very bad in german (due to length & snap name at the end possible getting truncated)? [10:21] *possibly [10:22] pstolowski, yep, i still see them at times [10:22] ogra: sure, nothing has been done about it. tbh I forgot what was the plan... is this something to be solved in the translation maybe? [10:23] well, you could make a rule for translators to always put the app name first or some such [10:23] or shall we reword the underlaying message and update trans? [10:23] indeed [10:23] not sure how much that would help though, if the app name is long you'd not see the message and just an icon and the app name [10:24] oh well, we cannot solve notification issues [10:24] ZygmuntKrynicki[, bah, you made my hexchat move the "nick line" in teh chat window with your looooooong nick ... 😛 [10:24] but it should be better than what it is now [10:25] oh man, is my nick my full name? [10:25] * ZygmuntKrynicki[ fixes that [10:25] ogra: you didn't realize this but his nickname has a payload, he is now browsing your / ;) [10:26] LOL === ZygmuntKrynicki[ is now known as zyga[m] [10:26] sorry, Matrix is a bit confusing for me still [10:26] hey ogra , how are you doing? [10:26] thats better 🙂 [10:26] zyga[m], so so ... [10:27] I remember our last conversation [10:28] life is tough sometimes [10:28] well, life is life ... but yeah, gotta take the bite it gives you [10:32] ogra: sorry to hear.. are you coming to the sprint? [10:32] pstolowski, i wasnt invited ... [10:33] ah [10:33] (and i can'T really easily travle atm either) [10:33] *travel [10:35] ogra: I thought you were living in Germany [10:39] mardy, i do ... even just 180km away from the venue where the sprint is [10:41] (it's even a fun 1-2h autobahn ride 🙂 ) [10:46] abeato_: hi! I'm looking at your hack-root-homedir branch, and I see that among the root directories you create there are some that look new to me: "host", "meta", "writable". I guess that tha latter is used for supporting /etc/writable/, but what are the other two? [10:50] mardy, hey! the objective of the branch was to show how you could get a HOMEDIR in / by using tmpfs, so I created some of those with random names [10:51] mardy, so, nothing special about those names, it was just testing that using tmpfs in / was feasible and that any non-conflicting path could be created there [10:55] abeato_: ah, I see, so I won't need them. What about /boot? Do you think we need to expose it to the snap? [10:57] mardy, it is one of folders in coreXX, so probably yes, if we want to keep things compatible. What is needed is to loop through the folders in coreXX and create the corresponding folders in the tmpfs that will then used as mount points [10:57] for the folders in base [11:08] abeato_: right, I guess that in order to retain a behaviour as much as possible similar to the current one, I'll go through the root directories of the base snap and recreate+mount them into the tmpfs [11:08] yeah, exactly [11:15] hmm, I'm getting these errors in CI; [11:15] There are files left in the git tree after the tests: [11:15] ?? "cmd/snap-seccomp/\020\017\005\205\300t\025H\215=\346$\t" [11:16] which is weird, as the PR is not related to the failing tests at all [11:52] PR snapd#11359 opened: o/snapstate: reduce maxInhibition for refresh app awereness by 1s to avoid confusing notification [12:28] mborzecki: in the "legacy mode" of snap-confine we still call pivot_root, don't we? [12:31] mardy: hmm there's a comment which says we don't, but code suggests otherwise [12:38] mborzecki: exactly, I was asking precisely because I saw the comment but the code did not seem to match [12:39] I'll make a mini-PR for fixing the comment [12:44] zyga[m]: let's see if I can use a bit of your memory :-) You introduced "legacy mode" with https://github.com/snapcore/snapd/commit/5dafcf92ed031700c013fd93c01f47d55d7d21c9 but looking at the current code, it seems we do always call pivot_root [13:18] PR snapd#11360 opened: cmd/snap-confine: update ambiguous comment [13:33] I'll respond shortly [13:40] zyga[m]: no hurry, but maybe it's better if you comment on the PR above, when you get some time ^ [13:44] "zyga: let's see if I can use a..." <- mardy: legacy mode was always designed to be used in a single configuration: core (aka core16)-based device running core-based stanp [13:44] so it's natural that over time it just doesn't get used much [13:44] I'll check the link now [13:46] mardy: heh, the place where is_normal is set is not quite obvious [13:48] mardy: ah, so the question is about the comment [13:49] mardy: yeah, we later switch to pivot all the time, the only difference is where we are starting from [13:50] https://github.com/snapcore/snapd/blob/master/cmd/snap-confine/mount-support.c#L708 [13:50] some comments are indeed stale [13:51] zyga: yeah, the comment is confusing now, we do call pivot, but we do not pivot to the base which is the rootfs mounted at scratch dir, but back to / which is the same rootfs basically [13:51] yes [14:26] mvo: hey, can you merge https://github.com/snapcore/snapd/pull/11316 please? failures are unrelated [14:26] PR #11316: o/snapstate: revert migration on refresh if flag is disabled [14:26] miguelpires: sure [14:27] thanks [14:28] PR snapd#11316 closed: o/snapstate: revert migration on refresh if flag is disabled [14:53] PR snapd#11360 closed: cmd/snap-confine: update ambiguous comment [15:03] PR snapd#11356 closed: spread: non-functional cleanup of go1.6 legacy [15:03] PR snapd#11361 opened: cmd/snap-confine: remove mention of "legacy mode" from comment [15:28] PR snapd#11220 closed: gadget/gadget.go: add AllDiskVolumeDeviceTraits [15:40] ijohnson: hm did https://github.com/snapcore/snapd/pull/11220 depend on any changes that were reverted from master? [15:40] PR #11220: gadget/gadget.go: add AllDiskVolumeDeviceTraits [15:40] looks like the master broke after I merged it, but the CI chceks were all green [15:48] PR snapd#11362 opened: String functions simplification [15:48] PR snapd#11363 opened: gadget/gadget_test.go: fix variable type <⚠ Critical> [16:24] PR snapd#11363 closed: gadget/gadget_test.go: fix variable type <⚠ Critical> [17:14] PR snapcraft#3634 closed: dependencies: missing library resolution (CRAFT-422) [17:39] PR snapd#11364 opened: [WIP] many: fix golangci checks and allow it to fail build [17:54] PR snapd#11361 closed: cmd/snap-confine: remove mention of "legacy mode" from comment [21:25] PR snapcraft#3635 opened: sources: make submodule fetching configurable