[06:15] morning [07:11] PR snapcraft#2862 closed: python plugin: remove bzr workaround [07:30] good morning! [07:30] mborzecki: I'll switch gears for a few hours to reset my focus away from setgid [07:31] mborzecki: I pushed the branch that has the selinux denial, I have one more idea to explore but if all else fails I'll ask you for a moment to come up with more ideas [07:33] quick morning coffee and I'll be around shortly [07:33] zyga: hey [07:33] I slept terribly last night [07:34] btw. core20 spread tests seem to be failing [07:34] mborzecki: there's a thread about core20 being in the stable channel being wrong, perhaps that changed just now and it is affecting tests? [07:34] * zyga checks [07:34] zyga: btw. after going through tickets in RHBZ yday evening pushed this: https://github.com/snapcore/snapd/pull/7978 [07:34] PR #7978: data/selinux, test/main/selinux-clean: update the test to cover more scenarios [07:34] oh interesting [07:35] I wonder if your improvement to selinux-clean test shows some more stuff in my PR [07:35] zyga: we're clearly not covering some usage patterns, got some fixes for this already, but need to read on some things a bit more [07:35] mborzecki: I think the better approach would be to do it in each test [07:35] like we do with apparmor denials [07:35] mborzecki: it will never be complete on its own, as a standalone test [07:35] mborzecki: we can keep it as a quick selinux smoke test [07:35] mborzecki: not sure if we are ready for such a switch though [07:36] zyga: yeah, that'd be nice, but last time i tried it it was a bumpy ride in spread tests [07:36] yeah, I think we are in agreement, it's a long term plan [07:36] good to see more tests [08:03] good morning Chipaca, mvo :) [08:06] hey zyga and pstolowski ! good morning [08:06] hey pawel! [08:06] morning! [08:15] mvo: pstolowski: Chipaca: morning guys [08:15] hey mborzecki [08:15] and hey Chipaca [08:15] * Chipaca waves [08:22] today's going to be weird: somebody in the forum just admitted to being wrong [08:22] i should get breakfast before it escalates [08:29] hrm, hrm, looks like uc20 breaks all the tests, I wonder what happend [08:48] xnox: https://paste.ubuntu.com/p/Mtzr52HJp2/ - if only I can upload to the core20 ppa :( [08:51] xnox: also, should I backport https://github.com/systemd/systemd/pull/14409/files to 244 in focal ? so that going forward we don't need to have our own version of systemd in the ppa? [08:51] PR systemd/systemd#14409: some smaller modernizations to the shutdown loop [08:55] juliank: hey, do you think you could upload https://paste.ubuntu.com/p/Mtzr52HJp2/ to ppa:canonical-foundations/ubuntu-image ? xnox seems to be not around yet and this is currently breaking our CI - I don't have the required permissions :/ [08:58] ack [08:58] juliank: \o/ you rock! [09:02] mvo: uploaded [09:04] juliank: thank you! [09:08] xnox: juliank was kind enough to upload the fix to the ppa:caonical-foundations/ubuntu-image ppa, I prepare a proper upload with the pr14409 [09:27] pstolowski: are you getting any issues with mail today? [09:29] zyga: my issue with mail is that I get too much (SCNR) [09:30] mvo: I got logged out today [09:30] mvo: and cannot log back in, google redirects me to sso, I log in and then google gives a 400 something page [09:30] mvo: so no email today [09:30] zyga: uh, fun. so it's google with the 400 or our sso? [09:31] zyga: fwiw, my mail seems to be ok [09:31] google [09:42] zyga: yep (if you mean mac os mail & auth prompts) [09:42] pstolowski: yeah, that [09:42] pstolowski: I tried logging in again but I get 400 from google [09:44] zyga: yeah something broke, i though it was fine after 3 attempts some time ago (it stopped prompting me), but i cannot send email [09:44] pstolowski: yeah, I'll wait till EOD and report it [09:44] pstolowski: I heard there are some issues in the DC [09:46] sliced chillies omelette + itchy eyes == half hour of pain :-( [09:46] uh? [09:46] "just add nails" they said [09:47] zyga: to the DC? [09:47] Chipaca: to the omelette ;) [09:48] zyga: https://www.youtube.com/watch?v=z-KzGKoLHXk but more boring [10:02] fwiw, the uc20 tests should be good again, the updated core20 hit edge [10:12] zyga: nb, (unsurprisingly) same problem on IOS [10:24] PR snapcraft#2860 closed: backport fixes for 3.9 === seb128_ is now known as seb128 [10:40] hi, in which branch is `snapctl` with option `user-open` ? [10:41] mborzecki: mvo: Ian's PRs need 2nd reviews, they are also red, is that the uc20 issue that now is fixed? do they need a master merge? [10:43] pedronis: the uc20 issue is fixed, a new core20 hit the store ~30min ago [10:43] pedronis: so a retry should be enough [10:45] i get `error: error running snapctl: Unknown command `user-open'` [10:46] i found it ;-) [10:58] PR snapd#7975 closed: release: 2.43 [11:02] * zyga -> afk [11:02] PR snapd#7973 closed: boot: split MakeBootable implementations into their own file [11:21] re [11:43] pstolowski: can you take a look at the lastest batch of selinux updates https://github.com/snapcore/snapd/pull/7978 ? [11:43] PR #7978: data/selinux, test/main/selinux-clean: update the test to cover more scenarios [11:43] mborzecki: sure [11:43] hope i got it right [11:44] it'd be great to have some useful documentation on selinux :/ [12:08] PR snapd#7865 closed: travis-ci: add go import path [12:15] ijohnson: pushed a little fix to #7976 [12:15] PR #7976: boot: split MakeBootable tests into their own file [12:15] mvo: can you take another look ^^ [12:21] mborzecki: sure thing [12:22] can someone stop travis for 7845 ? i don't think that other builds has to wait for this change ? [12:22] it's need to be fixed in upstream systemd pkgconf first ... [12:25] sdhd-sascha: sure [12:26] done [12:26] zyga: maybe set "blocked" label or something. So nobody look for it, and waste time ? [12:26] thank you :-) [12:28] mborzecki: I made a comment about your changes in 7976 [12:29] pedronis: heh, good idea, i'll update it [12:29] pedronis: thanks! [12:31] mborzecki: also maybe we don't need all the AddCleanup Force(nil) in the force* methods, not sure [12:32] because we have one in the base suite [12:41] PR snapd#7982 opened: o/snapstate, wrappers: enable services on start <⛔ Blocked> [12:45] mborzecki, hey [12:45] I am reviewing this issue that you reported [12:45] https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1857022 [12:45] Bug #1857022: gtk3-nocsd preloads a setuid library [12:46] which is the importance of this on in your opinion? [12:53] cachio: i think you can flip it to triaged:undecided, we have try to do something smart about those preloads, but not necessarily [12:55] mborzecki, ok, thanks [12:59] Thanks mborzecki [12:59] ijohnson: np, hope i didn't make it worse [13:00] I dunno I have really looked I just saw your ping that you fixed it :-P [13:00] *haven't [13:01] mborzecki: the changes look good to me, let's see if it gets green as well [13:01] * ijohnson is always happy to have mborzecki fix my things === ricab is now known as ricab|lunch [13:57] zyga: the email works for me now, had to re-authenticate and reconfirm permissions [13:57] pstolowski: cool, I'll do that [14:00] PR snapcraft#2864 opened: meta: assume command-chain fix for prepending snapcraft-runner [14:45] PR snapd#7976 closed: boot: split MakeBootable tests into their own file [14:50] hmm, i just forget that /usr/ is mounted from `core` ... snapd really needs overlayfs interface. [14:50] would make things so much easier. [14:50] Is it possible to limit a snap to a kernel version on the host ? [14:55] sdhd-sascha: there is no limiting of a snap to a kernel version, but you can specify features with `assumes: [snapd2.43]` etc. [14:55] I don't remember the full list of features you can specify, but at least you can do snapd versions [14:57] ijohnson: thank you. :-) [14:57] My final goal would be a complete desktop in snaps, without any gui-libraries on the host-system. I mean, no fonts, no libgl*, no libxkb and so on ... [14:58] good luck :-) [15:01] ijohnson: it's diffcult for me alone ;-) i just test the current limits. [15:01] Currently i can build a monolithic "sway desktop snap", which has a terminal inside and use the gnome-extension. But to split these into composable parts, ... hmm === pedronis_ is now known as pedronis [15:09] PR snapd#7983 opened: tests: Adding more tests to core20 test suite [15:09] PR snapcraft#2865 opened: cli: do not report KeyboardInterrupt errors === ricab|lunch is now known as ricab [15:12] * cachio lunch [15:26] * Chipaca does a git reset --hard, and does a grump [15:30] * Chipaca afk === pedronis_ is now known as pedronis === pedronis_ is now known as pedronis [15:58] * zyga back from lunch [16:55] PR snapcraft#2863 closed: spread tests: use source-depth: 1 for plainbox tests [17:08] * zyga EODs [17:08] ttyl [17:27] ogra_: oh, I meant to tell you, the writable label on the external drive trick worked great. thanks! [17:27] (again) [17:27] hey there jdstrand [17:27] I'm EOD and doing some experiments before heading upstairs away from the office [17:27] I wanted to tell you I started reviving branches from last year to address your feedback [17:28] and that I should have some useful stuff for your eyes next week [17:28] zyga: I saw thanks. I'm off next week but back the next [17:28] zyga: have a nice weekend :) [17:28] ah, good to know [17:28] thank you, enjoy :) [17:33] jdstrand: 'back next' → the week the CT sprint is on? [17:41] Chipaca: I'm not in CT this time. I will be working that week though [17:46] PR snapcraft#2866 opened: spread tests: limit adapter test to amd64 [17:48] jdstrand, awesome ! [17:56] Hello, I want to install snaps during Debian installation but it's done in a chroot inside /target, so systemd can not be used.. I tried to create a seed.yaml in /var/lib/snapd/seed but it does not work. I put name and channel only is it enough? [17:58] PR snapcraft#2771 closed: python plugin: first try processing setup.py without PyPI [18:25] PR snapcraft#2229 closed: elf: extract build ID and presence of debug info [18:28] PR snapcraft#2865 closed: cli: do not report KeyboardInterrupt errors [21:49] PR snapcraft#2867 opened: elf: remove return parameters for ElfFile's _extract()