[05:11] <mup> PR # closed: snapd#6258, snapd#7168, snapd#7205, snapd#7414, snapd#7417, snapd#7436, snapd#7570, snapd#7586, snapd#7590, snapd#7603, snapd#7614, snapd#7700, snapd#7825, snapd#7869, snapd#7900, snapd#7927, snapd#7982, snapd#8079, snapd#8143, snapd#8271, snapd#8301, snapd#8317, snapd#8340,
[05:11] <mup> snapd#8351, snapd#8352, snapd#8366, snapd#8395, snapd#8398, snapd#8455, snapd#8499, snapd#8508, snapd#8519, snapd#8520, snapd#8521, snapd#8532, snapd#8533, snapd#8558, snapd#8567, snapd#8568, snapd#8569, snapd#8570, snapd#8573, snapd#8576, snapd#8578, snapd#8591, snapd#8592, snapd#8604, snapd#8608,
[05:11] <mup> snapd#8609, snapd#8620, snapd#8639, snapd#8640, snapd#8643, snapd#8656, snapd#8661, snapd#8667, snapd#8675, snapd#8677, snapd#8683, snapd#8689, snapd#8691, snapd#8693, snapd#8697, snapd#8699, snapd#8701, snapd#8702, snapd#8703, snapd#8704, snapd#8705
[05:12] <mup> PR # opened: snapd#6258, snapd#7168, snapd#7205, snapd#7414, snapd#7417, snapd#7436, snapd#7570, snapd#7586, snapd#7590, snapd#7603, snapd#7614, snapd#7700, snapd#7825, snapd#7869, snapd#7900, snapd#7927, snapd#7982, snapd#8079, snapd#8143, snapd#8271, snapd#8301, snapd#8317, snapd#8340,
[05:12] <mup> snapd#8351, snapd#8352, snapd#8366, snapd#8395, snapd#8398, snapd#8455, snapd#8499, snapd#8508, snapd#8519, snapd#8520, snapd#8521, snapd#8532, snapd#8533, snapd#8558, snapd#8567, snapd#8568, snapd#8569, snapd#8570, snapd#8573, snapd#8576, snapd#8578, snapd#8591, snapd#8592, snapd#8604, snapd#8608,
[05:12] <mup> snapd#8609, snapd#8620, snapd#8639, snapd#8640, snapd#8643, snapd#8656, snapd#8661, snapd#8667, snapd#8675, snapd#8677, snapd#8683, snapd#8689, snapd#8691, snapd#8693, snapd#8697, snapd#8699, snapd#8701, snapd#8702, snapd#8703, snapd#8704, snapd#8705
[05:17] <mborzecki> morning
[06:15] <zyga> Heja
[06:16] <zyga> Still outside
[06:16] <zyga> See you in 49
[06:16] <zyga> 40
[06:21] <mborzecki> zyga: hey
[07:08] <pstolowski> morning
[07:14] <zyga> Hey Paweł
[07:23] <mborzecki> pstolowski: hey
[07:48] <zyga> jamesh: do you intend to support dbus activation on 14.04?
[07:56] <jamesh> zyga: I don't think so.  System services are probably a bust due to dbus-daemon-launch-helper, and session services are a problem if I tie them to user daemons
[07:56] <zyga> jamesh: shall I comment on the activation PR about various 14.04 bits then?
[07:57] <jamesh> zyga: I need to add the "fail fast" bit to prevent installation on 14.04.  Is there more than that?
[07:57] <zyga> I looked at packaging
[07:57] <zyga> perhaps there is more, my review is partial
[08:39] <zyga> ok, I'll make a quick coffee and back to work
[08:52] <zyga> no coffee for me
[08:52] <zyga> kitchen is a classroom now
[08:53] <jamesh> maybe making coffee could be a science experiment?
[08:54] <mborzecki> making good coffee is definitely like science :P
[08:55] <mborzecki> zyga: https://www.redhat.com/en/blog/how-selinux-separates-containers-using-multi-level-security?amp=1 and 2nd part https://www.redhat.com/en/blog/why-you-should-be-using-multi-category-security-your-linux-containers?amp=1
[08:55] <mborzecki> pstolowski: ^^
[08:55] <zyga> jamesh: there's an active spanish class in progress now
[08:55] <zyga> I'll just camp next door and wait
[08:56] <zyga> mborzecki: when is it cheaper to just spin up a thin VM around each container so that dealing with selinux is not required? ;)
[08:56] <zyga> thanks, queued
[08:58] <mborzecki> zyga: where'd be fun in that? :)
[08:58] <zyga> offtopic, skylake was 6000 series
[08:59] <zyga> it's 10,000 and we still have the same horse
[08:59] <zyga> intel is a funny company
[09:34]  * zyga most commonly used command is: go test -coverprofile=/tmp/c.out && go tool cover -html=/tmp/c.out -o /tmp/coverage.html
[09:47] <mup> PR snapd#8706 opened: interfaces/serial-port: add NXP SC16IS7xx (ttySCX) to allowed device <Created by tsunghanliu> <https://github.com/snapcore/snapd/pull/8706>
[10:23] <mborzecki> zyga: can you take another look at https://github.com/snapcore/snapd/pull/8508 ?
[10:23] <mup> PR #8508: github: run all spread systems in a single go with cached results <Created by mvo5> <https://github.com/snapcore/snapd/pull/8508>
[10:24] <zyga> yep
[10:25] <zyga> mborzecki: I think we need to wait till Monday
[10:25] <zyga> merging this will change test name
[10:25] <zyga> *names
[10:25] <zyga> and we will have required tests not present
[10:25] <zyga> ah, actually, probably not
[10:26] <zyga> because unstable bits are unstable and not required
[10:26] <zyga> hmm :)
[10:28] <zyga> mborzecki: https://github.com/snapcore/snapd/pull/8508/files#r428571757
[10:28] <mup> PR #8508: github: run all spread systems in a single go with cached results <Created by mvo5> <https://github.com/snapcore/snapd/pull/8508>
[10:29] <mborzecki> zyga: hm i'd do that separately
[10:29] <zyga> yeah
[10:29] <zyga> mborzecki: in general I have a feeling this would be celaner with inputs/outputs
[10:30] <zyga> a step early on sets the output from the cache
[10:30] <zyga> and then we can use if: ...
[10:30] <zyga> but that's fine
[10:30] <zyga> it doesn't change the general idea
[10:32] <mborzecki> pstolowski: can you take a look at https://github.com/snapcore/snapd/pull/8689 ?
[10:32] <mup> PR #8689: o/devicestate: raise conflict when requesting system action while seeding <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8689>
[10:32] <pstolowski> yep
[10:33] <mborzecki> pstolowski: thanks
[10:35] <zyga> mborzecki: I think we need to teach spread https://help.github.com/en/actions/reference/workflow-commands-for-github-actions#setting-an-error-message
[10:40] <zyga> mborzecki: https://github.com/snapcore/snapd/pull/8508#pullrequestreview-416046302 reviewed
[10:40] <mup> PR #8508: github: run all spread systems in a single go with cached results <Created by mvo5> <https://github.com/snapcore/snapd/pull/8508>
[10:40] <zyga> not sure if we should merge it,
[10:40] <zyga> look at the cache comment please
[10:41] <mborzecki> zyga: hmm trying to remember why using `if:` didn't work
[10:41] <mborzecki> i remember this is what we tried first
[10:43] <zyga> it didn't work because we used it to skip the part that was required
[10:43] <zyga> but we could use it for the vast majority of that run there (unit tests and several others)
[10:50] <mborzecki> zyga: ok, sounds like we want to iterate after it lands
[10:50] <zyga> I would be happy with 1) a comment on each cache 2) a different cache name
[10:50] <zyga> unless it's supposed to be the same
[10:54] <zyga> core 20 secboot tests are slow
[11:25] <mborzecki> zyga: hmm?
[11:25] <mborzecki> zyga: apparently we were running too many tests there, a pr from cachio fixing that landed today
[11:25] <zyga> mborzecki: https://github.com/snapcore/snapd/pull/8705/checks?check_run_id=695938599
[11:25] <mup> PR #8705: tests: remove gnome-online-accounts we install <Simple 😃> <Test Robustness> <Created by zyga> <https://github.com/snapcore/snapd/pull/8705>
[11:26] <zyga> 1h:20 and still running
[11:26] <mborzecki> zyga: yeah, merhe master
[11:26] <zyga> mborzecki: this is super new
[11:26] <zyga> mborzecki: was there some big improvement today?
[11:27] <mborzecki> zyga: #8700 fixed that
[11:27] <mup> PR #8700: tests: fix the issue where all the tests were executed on secboot system <Created by sergiocazzolato> <Merged by sergiocazzolato> <https://github.com/snapcore/snapd/pull/8700>
[11:27] <zyga> ah
[11:27] <zyga> good
[11:27] <zyga> thank $diety :|
[11:27] <zyga> :)
[12:17] <zyga> jamesh: could you have a look at https://github.com/snapcore/snapd/pull/8656
[12:17] <mup> PR #8656: snap-mgmt: perform cleanup of user services <Created by zyga> <https://github.com/snapcore/snapd/pull/8656>
[12:29] <mup> PR snapcraft#3134 closed: cli: nicer message for status with no releases <bug> <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3134>
[13:10] <mup> PR snapd#8705 closed: tests: remove gnome-online-accounts we install <Simple 😃> <Test Robustness> <Created by zyga> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/8705>
[13:10] <zyga> ta
[13:26] <sergiusens> zyga: hey, do you know it https://github.com/snapcore/snapd/pull/5822 is on a stable release? degville do you know if this is documented and where?
[13:26] <mup> PR #5822: wrappers: allow user mode systemd daemons <:birthday:> <Needs Samuele review> <Created by jhenstridge> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/5822>
[13:29] <zyga> sergiusens: it's marked for 2.45 which is in beta
[13:29]  * zyga -> lunch
[13:29] <sergiusens> thanks
[13:36] <degville> sergiusens: I don't think it is documented. I'll speak to the team and ask them how best to approach it.
[13:58] <mup> PR snapd#8701 closed: tests: sign kernel and gadget to run nested tests using current snapd code <Created by sergiocazzolato> <Merged by sergiocazzolato> <https://github.com/snapcore/snapd/pull/8701>
[14:01] <mup> PR snapd#8707 opened: cmd/snap/model: support store, system-user-authority keys in --verbose <Simple 😃> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8707>
[14:44] <mup> PR snapcraft#3135 opened: providers: set HOME environment variable using posix format <bug> <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3135>
[14:50] <mup> PR snapd#8708 opened: tests: setup portals before starting user session <Test Robustness> <Created by zyga> <https://github.com/snapcore/snapd/pull/8708>
[15:14] <mup> PR snapcraft#2922 closed: cli: fix push on Windows <bug> <Created by NickZ> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2922>
[15:14] <mup> PR snapcraft#2949 closed: cli: fix clean on Windows <bug> <Created by NickZ> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2949>
[15:23] <zyga> travis is stuck again
[15:23] <zyga> https://github.com/snapcore/snapd/pull/8703
[15:23] <mup> PR #8703: tests: detect signs of crashed snap-confine <Test Robustness> <Created by zyga> <https://github.com/snapcore/snapd/pull/8703>
[15:29] <zyga> brb
[15:38] <mup> PR snapcraft#3136 opened: appveyor: disable artifact collection <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3136>
[16:04] <cmatsuoka> mborzecki: who should be mounting /etc/writable in core?
[16:05] <cmatsuoka> mborzecki: it seems that it's not being currently mounted
[16:05] <ijohnson> cmatsuoka: but it is mounted tho
[16:06] <ijohnson> ah actually
[16:06] <ijohnson> it's doubly mounted
[16:06] <ijohnson> $ cat /proc/self/mountinfo | grep etc/writable
[16:06] <ijohnson> 146 122 179:3 /system-data/etc/writable /etc/writable rw,relatime shared:3 - ext4 /dev/mmcblk0p3 rw
[16:06] <ijohnson> 147 119 179:3 /system-data/etc/writable /run/mnt/base/etc/writable rw,relatime shared:54 - ext4 /dev/mmcblk0p3 rw
[16:06] <ijohnson> on uc20 ^
[16:06] <ijohnson> on uc18 v
[16:06] <ijohnson> $ cat /proc/self/mountinfo  | grep etc/writable
[16:06] <ijohnson> 33 28 8:3 /system-data/etc/writable /etc/writable rw,relatime shared:9 - ext4 /dev/sda3 rw,data=ordered
[16:06] <cmatsuoka> oh
[16:08] <zyga> I don't know the cause
[16:08] <zyga> but booting 20.10 daily is super slow
[16:09] <zyga> on my x240 it takes ~ 30 seconds to get off the lenovo splash screen
[16:16] <cmatsuoka> zyga: could it be a late console initialization? we have this in core
[16:16] <zyga> cmatsuoka: it's not just that, it's really much slower
[16:16] <zyga> in the past it booted in a few seconds
[16:16] <cmatsuoka> zyga: when something appears in the console, the timestamp is already at 20s or 30s
[16:16] <zyga> now systemd blame says it's 24s+
[16:17] <zyga> but I think something is stuck before we boot even
[16:17] <zyga> I can time it with a clock so it's not just my perception
[16:21] <mup> PR snapcraft#3136 closed: appveyor: disable artifact collection <tooling> <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3136>
[16:33] <mup> Issue core20#61 opened: /etc/writable is double mounted <Created by cmatsuoka> <https://github.com/snapcore/core20/issue/61>
[16:41]  * zyga EODs
[16:44] <mup> PR snapd#8703 closed: tests: detect signs of crashed snap-confine <Test Robustness> <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/8703>
[17:18] <mup> PR snapcraft#3137 opened: lifecycle: use snap from path to --check-skeleton <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3137>
[18:27] <mup> PR snapcraft#3135 closed: build providers: set HOME environment variable using posix format <bug> <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3135>
[18:39] <mup> PR snapcraft#3137 closed: lifecycle: use snap from path to --check-skeleton <bug> <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3137>
[18:57] <mup> PR snapcraft#3138 opened: project: add core20 linker version <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3138>
[19:18] <mup> PR snapcraft#3139 opened: pluginhandler: run plugin commands in isolation <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3139>
[19:29] <mup> PR snapd#8689 closed: o/devicestate: raise conflict when requesting system action while seeding <UC20> <Created by bboozzoo> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/8689>
[20:25]  * cachio afk
[22:22] <mup> PR core20#62 opened: Build consoleconf from git <Created by xnox> <https://github.com/snapcore/core20/pull/62>
[23:33] <mup> PR snapcraft#3138 closed: project: add core20 linker version <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3138>