[05:44] <mborzecki> morning
[06:26] <mborzecki> hmm why do the remodel unit tests fail on lp?
[06:58] <ares0128> Good morning, I am work adding a tpm_tis_spi module into /etc/modules file to into Ubuntu Core image. Which is done by modifying the kernel of Raspberry Pi4. Which is the pi-kernel snap I am using. How do I modify that snap to add the modules ?
[07:12] <mborzecki> ogra: ^^
[07:14] <mborzecki> ares0128: it's probably bit easier if you ask this question in the forum, i think this is the branch the pi kernel is built from: https://git.launchpad.net/~canonical-kernel-snaps/+git/kernel-snaps-uc20/log/?h=pi
[07:19] <ares0128> OK thanks i will ask there :)
[07:30] <mardy> hi mborzecki, mvo
[07:33] <mvo> good morning mardy and mborzecki 
[07:48] <mborzecki> hey
[07:56] <tuxinator> hi guys
[07:56] <tuxinator> i want to give it a try to install/compile snapd on Mageia Linux as there are no instructions for Mageia on your Website and i miss compile instructions, any hint for me? Source https://github.com/snapcore/snapd
[07:57] <mardy> tuxinator: please have a look at HACKING.md
[07:58] <mardy> tuxinator: and welcome, by the way! :_)
[08:00] <mardy> mborzecki: I'm running the spread tests with my nasty cgroup branch, and I'm getting this error: https://paste.ubuntu.com/p/FZyDP5jBpC/
[08:01] <mardy> mborzecki: the journal just says: systemd[6456]: snap.test-snapd-policy-app-consumer.block-devices.708b71aa-d751-47ad-b84e-42a1f154ba78.scope: Failed to add PIDs to scope's control group: Permission denied
[08:05] <tuxinator> mardy: thx, however i just discovered for what reason some Distros don't support Snapd, my god is that a mess
[08:05] <mardy> mborzecki: the command run by the spread test is "tests.session -u test exec /snap/bin/test-snapd-policy-app-consumer.block-devices"; but if I just execute the binary, it works
[08:06] <tuxinator> i am 20+ years experienced in Linux System Engineering, but looking at that shocks me, will probably be faser to write my own Anbox before getting Snapd running :D
[08:06] <tuxinator> *faster* :D
[08:12] <mardy> tuxinator: maybe other people in this channel can give you better advice (as I never tried running snapd in a distro other than Linux), but we'd be happy to have snapd running in Mageia too.
[08:13] <mup> PR core20#115 closed: Start bootchart earlier <Created by alfonsosanchezbeato> <Merged by alfonsosanchezbeato> <https://github.com/snapcore/core20/pull/115>
[08:13] <mardy> tuxinator: I wonder if you would find the Fedora's spec file somehow helpful: https://github.com/snapcore/snapd/blob/master/packaging/fedora/snapd.spec
[08:14] <tuxinator> mardy: that spec file shocks me even more and shows the complete mess!
[08:14] <tuxinator> a 10k lines spec file? Snapd devs must be joking
[08:15] <tuxinator> ok 1k without changelogs
[08:15] <tuxinator> still way to much
[08:16] <tuxinator> Better not use Snapd and don't break my System or mess it and create a chaos by installing Snapd, sorry to say but thats only my humble opinion
[08:17] <tuxinator> Thanks for the Idea and all those lines of code and the time they put in it, but no thx, think i will not use it then
[08:17] <mborzecki> tuxinator: probably easiest to start with rebuilding the rpm using either the fedora spec or one for opensuse
[08:21] <mborzecki> tuxinator: and well, it's long because the fedora spec is actually used for all versions of fedora and epel, not sure why you think a long spec file is somehow special
[09:13] <mup> PR snapd#10875 opened: client: fail fast on non-retryable errors <Created by MiguelPires> <https://github.com/snapcore/snapd/pull/10875>
[09:49] <mvo> mardy: 10861 is ready for re-review
[09:50] <mvo> mardy: thanks for the suggestion there btw, really much nicer now IMHO
[11:13] <miguelpires> mvo: hi, can you merge this https://github.com/snapcore/snapd/pull/10869 please? 
[11:13] <mup> PR #10869: o/snapstate: use device ctx in prerequisite install/update <Created by MiguelPires> <https://github.com/snapcore/snapd/pull/10869>
[11:54] <mup> PR snapd#10871 closed: many: support an API flag system-restart-immediate to make snap ops proceed immediately with system restarts <Squash-merge> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/10871>
[12:04] <mup> PR snapd#10876 opened:  o/devicestate, o/servicestate: update gadget assets and cmdline when remodeling <Run nested> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/10876>
[13:04] <mup> PR snapd#10877 opened: many: support an API flag system-restart-immediate to make snap ops proceed immediately with system restarts (2.52) <Created by mvo5> <https://github.com/snapcore/snapd/pull/10877>
[14:14] <mup> PR snapd#10872 closed: osutil/disks: support filtering by mount opts in MountPointsForPartitionRoot <Simple 😃> <Skip spread> <Created by anonymouse64> <Merged by anonymouse64> <https://github.com/snapcore/snapd/pull/10872>
[15:03] <mvo> ijohnson[m]: 10861 is ready for re-review :)
[15:06] <mup> PR snapcraft#3585 closed: repo: use host state for apt cache (CRAFT-488) <Created by cmatsuoka> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3585>
[15:31] <miguelpires> mvo: can you merge https://github.com/snapcore/snapd/pull/10869 please? failures are unrelated
[15:31] <mup> PR #10869: o/snapstate: use device ctx in prerequisite install/update <Created by MiguelPires> <https://github.com/snapcore/snapd/pull/10869>
[15:39] <mvo> miguelpires: sure
[15:40] <mup> PR snapd#10869 closed: o/snapstate: use device ctx in prerequisite install/update <Created by MiguelPires> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10869>
[15:43] <mvo> mborzecki: can 10870 land ? I have not looked at the failures
[15:50] <mup> PR snapd#10777 closed: interfaces/modem-manager: add access to PCIe modems <Created by alfonsosanchezbeato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10777>
[15:50] <mup> PR snapd#10870 closed: overlord/devicestate: record recovery capable system on a successful remodel <Run nested> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10870>
[16:02] <ijohnson[m]> pstolowski: hey did we implement support for gate-auto-refresh hook being called for kernel/base refreshes too? or was that not done for the initial version ?
[16:11] <mup> PR snapcraft#3518 closed: yaml: detect and log warning on duplicate keys in snapcraft.yaml (CRAFT-553) <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3518>
[22:31] <mup> PR snapd#10878 opened: interfaces/builtin/time-control: allow pps access <Created by kubiko> <https://github.com/snapcore/snapd/pull/10878>