=== not_phunyguy is now known as phunyguy [05:44] morning === jibel_ is now known as jibel [06:26] hmm why do the remodel unit tests fail on lp? [06:58] 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] ogra: ^^ [07:14] 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] OK thanks i will ask there :) [07:30] hi mborzecki, mvo [07:33] good morning mardy and mborzecki [07:48] hey [07:56] hi guys [07:56] 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] tuxinator: please have a look at HACKING.md [07:58] tuxinator: and welcome, by the way! :_) [08:00] 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] 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] mardy: thx, however i just discovered for what reason some Distros don't support Snapd, my god is that a mess [08:05] 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] 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] *faster* :D [08:12] 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] PR core20#115 closed: Start bootchart earlier [08:13] 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] mardy: that spec file shocks me even more and shows the complete mess! [08:14] a 10k lines spec file? Snapd devs must be joking [08:15] ok 1k without changelogs [08:15] still way to much [08:16] 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] 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] tuxinator: probably easiest to start with rebuilding the rpm using either the fedora spec or one for opensuse [08:21] 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] PR snapd#10875 opened: client: fail fast on non-retryable errors [09:49] mardy: 10861 is ready for re-review [09:50] mardy: thanks for the suggestion there btw, really much nicer now IMHO === benfrancis7 is now known as benfrancis [11:13] mvo: hi, can you merge this https://github.com/snapcore/snapd/pull/10869 please? [11:13] PR #10869: o/snapstate: use device ctx in prerequisite install/update [11:54] PR snapd#10871 closed: many: support an API flag system-restart-immediate to make snap ops proceed immediately with system restarts [12:04] PR snapd#10876 opened: o/devicestate, o/servicestate: update gadget assets and cmdline when remodeling [13:04] PR snapd#10877 opened: many: support an API flag system-restart-immediate to make snap ops proceed immediately with system restarts (2.52) [14:14] PR snapd#10872 closed: osutil/disks: support filtering by mount opts in MountPointsForPartitionRoot === alan_g_ is now known as alan_g [15:03] ijohnson[m]: 10861 is ready for re-review :) [15:06] PR snapcraft#3585 closed: repo: use host state for apt cache (CRAFT-488) [15:31] mvo: can you merge https://github.com/snapcore/snapd/pull/10869 please? failures are unrelated [15:31] PR #10869: o/snapstate: use device ctx in prerequisite install/update [15:39] miguelpires: sure [15:40] PR snapd#10869 closed: o/snapstate: use device ctx in prerequisite install/update [15:43] mborzecki: can 10870 land ? I have not looked at the failures [15:50] PR snapd#10777 closed: interfaces/modem-manager: add access to PCIe modems [15:50] PR snapd#10870 closed: overlord/devicestate: record recovery capable system on a successful remodel [16:02] 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] PR snapcraft#3518 closed: yaml: detect and log warning on duplicate keys in snapcraft.yaml (CRAFT-553) === sarnold_ is now known as sarnold [22:31] PR snapd#10878 opened: interfaces/builtin/time-control: allow pps access