[01:01] <mup> Issue core20#57 opened: "man" command should not suggest running unminimize <Created by anonymouse64> <https://github.com/snapcore/core20/issue/57>
[01:42] <mup> PR snapd#8674 opened: tests: fix nested tests  <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/8674>
[01:56] <mup> PR snapd#8668 closed: cmd/snap-bootstrap/partition: add Disk, methods to cross-check mountpounts <UC20> <Created by anonymouse64> <Closed by anonymouse64> <https://github.com/snapcore/snapd/pull/8668>
[01:58] <mup> PR snapd#8675 opened: osutil: add disks pkg for associating mountpoints with disks/partitions <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8675>
[06:30] <mborzecki> morning
[06:32] <mborzecki> mvo: hey
[06:33] <mvo> mborzecki: guten morgen
[06:34] <mborzecki> mvo: dzień dobry :P
[06:34] <mvo> mborzecki: heh :)
[06:34] <zyga> Hola
[06:34] <mborzecki> we should practice hellos in every language we have in our team
[06:35] <mvo> mborzecki: totally!
[06:35]  * zyga is on a morning walk
[06:35] <mborzecki> zyga: ¡hola!
[06:35] <zyga> Please don’t restart test on my PR
[06:35] <zyga> I want to reproduce the failure and grab the seed
[06:36] <zyga> More session agent surprises there
[06:39] <mvo> zyga: oh no
[06:41] <zyga> Otherwise please merge master into your branches.
[06:45] <mup> PR snapd#8673 closed: tests: enable degraded test on uc20 <Simple 😃> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8673>
[07:05] <mup> PR core20#58 opened: hooks: enable check that we do not use "synced" dirs <Created by mvo5> <https://github.com/snapcore/core20/pull/58>
[07:16] <pstolowski> morning
[07:16] <mborzecki> looks like we have a strange interaction with netns: https://forum.snapcraft.io/t/cannot-run-snaps-apps-inside-a-custom-netns-or-a-tmux-session/17501
[07:16] <mborzecki> pstolowski: hey
[07:25] <mup> PR core20#59 opened: static: provide friendly message when "man" is used <Created by mvo5> <https://github.com/snapcore/core20/pull/59>
[07:44] <zyga> mvo: is https://github.com/snapcore/core20/pull/59/commits/6d6143a566d727d14bd4d70cd7a5fdce55d52c77 +x ? I cannot see that on gh
[07:44] <mup> PR core20#59: static: provide friendly message when "man" is used <Created by mvo5> <https://github.com/snapcore/core20/pull/59>
[07:49] <zyga> mborzecki: replied on https://forum.snapcraft.io/t/cannot-run-snaps-apps-inside-a-custom-netns-or-a-tmux-session/17501/3
[07:50] <zyga> I'm running enlightement and while snaps work our icons cause GFX corrpution (constant glitching every other frame)
[07:54] <mvo> zyga: yeah, should be at least +x - let me quickly double check
[07:55] <zyga> mvo: perhaps merge https://github.com/snapcore/snapd/pull/8670 -- travis got stuck
[07:56] <mup> PR #8670: packaging: update sid packaging to match 16.04+ <Simple 😃> <Created by zyga> <https://github.com/snapcore/snapd/pull/8670>
[07:56] <pstolowski> zyga: hi, not off today?
[07:56] <zyga> off
[07:56] <pstolowski> right :)
[07:57] <mborzecki> zyga: heh, intersting why ip uses CLONE_NEWNS
[07:57] <mup> PR snapd#8670 closed: packaging: update sid packaging to match 16.04+ <Simple 😃> <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8670>
[07:59] <zyga> mborzecki: I think I know why it fails
[08:00] <zyga> mborzecki: it doesn't have /run/snapd/ns
[08:00] <zyga> (the special one)
[08:03] <zyga> pstolowski: I'm here because a test failure is like a good mystery
[08:04] <zyga> and I came here to find the killer :)
[08:04] <pstolowski> :)
[08:16] <zyga> GAAAAAH
[08:16] <zyga> mvo: how did we grow all those helpers
[08:16] <zyga> dbus.sh is another "let's start a session bus" thing
[08:17] <zyga> used by five tests in total
[08:17] <zyga> ok, now that I know what it is, let me burn it with fire
[08:39] <zyga> I re-wrote the tests, I'll send them later today
[10:42] <mborzecki> silly quesion, where should i file a bug for snap-store snap?
[10:44] <mborzecki> nvm found it
[10:44] <lool-> do we have notes on factory mode for UC20? I need to refresh my memory on what it's about   :-)
[10:48] <mborzecki> lool-: there should be some notes in the snapd roadmap sprint document that was linked in the meeting
[10:54] <lool-> thanks
[10:56] <lool-> side question: do we have a doc/site explaining differences between dangerous, signed and secured, and the different UC20 states/modes - install, factory, run
[11:20] <zyga> hey guys
[11:21] <zyga> this is a good day :)
[11:21] <zyga> I'm afk now but I've sent one patch for test robustness https://github.com/snapcore/snapd/pull/8676
[11:21] <mup> PR snapd#8676 opened: tests: port interfaces-dbus to session-tool <Test Robustness> <Created by zyga> <https://github.com/snapcore/snapd/pull/8676>
[11:21] <mup> PR #8676: tests: port interfaces-dbus to session-tool <Test Robustness> <Created by zyga> <https://github.com/snapcore/snapd/pull/8676>
[11:27] <mborzecki> didn't we have a fix that when a default content provider snap is being fetched, the install/refresh status bar would update to show that download progress?
[11:27] <mborzecki> instead of showing the autoconnect label
[11:31] <mup> PR snapd#8677 opened: cmd/snap, daemon: detect and bail purge on multi-snap <Created by chipaca> <https://github.com/snapcore/snapd/pull/8677>
[11:41] <pedronis> mborzecki: no, fix afaik, it was only discussed
[11:41] <pedronis> mborzecki: I reviewed #8672, some questions
[11:42] <mup> PR #8672: o/devicestate: change how current system is reported for different modes <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8672>
[11:42] <mborzecki> pedronis: thanks
[11:42] <pedronis> mmh, comma too much, I mean "no fix afaik"
[11:44] <ogra> zyga, can i layout /etc/os-release ??
[11:45] <ogra> (or is that one of the forbideen files)
[11:45] <zyga> ogra: no, because /etc/os-release may be a symlink and is actually annoyingly critical for snapd to operate
[11:45]  * zyga is not here
[11:45] <ogra> heh, sorry
[11:45] <ogra> i forgot that half of europe is off
[11:45] <zyga> I just took a day off
[11:46] <ogra> ah
[11:46] <zyga> I'm in the office drinking coffee #
[11:46] <ogra> i thought poland was in that group
[11:46] <zyga> I guess one day after the apocalypse I would sit here, with torn cloths and burned face and still drink coffee
[11:46] <ogra> my zoom users want screen sharing on wayland ... and silly ness of the week, zoom checks os-release for supported distros
[11:47] <ogra> (and indeed Core18 isnt in that list>)
[11:55] <mborzecki> ogra: what's the occasion?
[11:57] <ogra> mborzecki, zoom does video conferencing and screen sharing ... just like google meet ... but on wayland it doesnt work (obviously) ... seems the deb version of zoom uses pipewire after it checked os-release
[11:57] <mborzecki> ogra: i meant what's the occasion for half of europe to be off today? :) thought v day was a week ago
[11:58] <ogra> oh, lol
[12:02] <ogra> not sure ... something catholic ... ?
[12:02] <ogra> zyga, for not working you are spamming my merges inbox quite a lot :P
[12:03] <zyga> ogra: lies and insinuations ;)
[12:03] <ogra> haha
[12:03] <zyga> in other news, enlightement is fun
[12:03] <zyga> I really like their terminal
[12:05] <Chipaca> zyga: they've released a new E?
[12:06] <zyga> Chipaca: I think I used E16 last time
[12:06] <Chipaca> ah :)
[12:06] <zyga> this seems to be e17 0.23.1
[12:07] <ogra> that came out around the time we started the phone i think
[12:09] <Chipaca> yep
[12:15] <mborzecki> i recall intel ivi supporting e17 in the early days, probably in the days of tizen
[12:26] <zyga> mborzecki: IIRC tizen stil runs on EFL
[12:27] <mborzecki> zyga: heh, there was this famous error message reported by efl
[12:27] <zyga> yes?
[12:28] <zyga> mborzecki: low hanging fruit https://github.com/snapcore/snapd/pull/8676
[12:28] <mborzecki> zyga: `SPANK! SPANK! SPANK! Naughty programmer!`, even mentioned in this rant https://what.thedailywtf.com/topic/15001/enlightened
[12:28] <mup> PR #8676: tests: port interfaces-dbus to session-tool <Test Robustness> <Created by zyga> <https://github.com/snapcore/snapd/pull/8676>
[12:28] <zyga> lol!
[12:28] <zyga> so juvenile :)
[12:31] <mborzecki> fwiw https://github.com/Enlightenment seems pretty active overall
[12:34] <mborzecki> pedronis: i'll move the system helpers to separate file in the conflicts pr if you don't mind
[12:34] <pedronis> mborzecki: that's ok
[12:49] <mup> PR snapd#8678 opened: tests: port interfaces-contacts-service to session-tool <Test Robustness> <Created by zyga> <https://github.com/snapcore/snapd/pull/8678>
[13:09] <Chipaca> hah! we're actually using multi-snap purge in spread itself :-D  snap remove --purge jq jq-core18 jq-core20
[13:33] <mup> PR snapcraft#3125 opened: cli: cleanup error handling <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3125>
[13:47] <mborzecki> pstolowski: can you run snap run under strace and see which socket it opens up?
[13:53] <pstolowski> mborzecki: hmm it's lxd snap. let me try selinux-clean test
[13:54] <pstolowski> mborzecki: i don't think it's snap related, scontext is snappy_cli_t
[14:31] <mup> PR snapd#8679 opened: tests: port interfaces-location-control to session-tool <Created by zyga> <https://github.com/snapcore/snapd/pull/8679>
[14:44] <ackk> hi, is there a way to use variables other than $SNAPCRAFT_PROJECT_VERSION in a "source" url?
[15:33] <zyga> re
[15:33] <zyga> ackk: hey, no idea
[15:33] <zyga> how are tests today?
[15:33] <zyga> anything failing repeatedly?
[15:33] <zyga> Chipaca: hey :)
[15:34] <zyga> Chipaca: thank you for the PR, do you plan to iterate or shall we pick up?
[15:34] <Chipaca> zyga: 👋 :)
[15:34] <Chipaca> zyga: depends :-) what's missing?
[15:34] <zyga> Chipaca: "go test" doesn't pass
[15:34] <zyga> Chipaca: :D
[15:34] <Chipaca> zyga: oh?
[15:34] <zyga> unless you did something more, I looked earlier briefly
[15:36] <Chipaca> zyga: I don't know when you looked, but I did push test fixes, tests, and fixes for spread tests that were broken as a result of it
[15:36] <zyga> Chipaca: ah, brilliant
[15:36] <zyga> thanks :)
[15:36] <Chipaca> zyga: 19 passing, 6 failing
[15:36] <zyga> I must have looked before you did that
[16:11] <mup> PR snapd#8680 opened: tests: port interfaces-autopilot-introspection to session-tool <Test Robustness> <Created by zyga> <https://github.com/snapcore/snapd/pull/8680>
[17:23] <niemeyer> cmatsuoka: You said 164?
[17:23] <niemeyer> cmatsuoka: Can't find that in spread
[17:23] <cmatsuoka> niemeyer: 104
[17:24] <niemeyer> Ah, thanks
[17:25] <cmatsuoka> it just enables the shielded instance configuration in gce
[17:38] <niemeyer> cmatsuoka: Merged and updated
[17:38] <cmatsuoka> niemeyer: \o/
[17:38] <cmatsuoka> thanks!
[17:38] <niemeyer> cmatsuoka: Option is "secure-boot", not "secureboot", following related options
[17:39] <niemeyer> cmatsuoka: Don't celebrate just yet. Please let me know if it works :)
[17:39] <cmatsuoka> right. I'll update the related PRs accordingly
[17:41] <cmatsuoka> I already tested the branch and it worked, but I'll run another round of tests now that it's properly merged
[18:17] <niemeyer> cmatsuoka: Note that this is pilublished already.. PRs are using that code already, so that might be easier to test
[18:18] <cmatsuoka> niemeyer: I'm re-running tests for the encrypted partitions PR, we'll see the results soon
[18:31] <mup> PR snapd#8681 opened: tests: port interfaces-accounts-service to session-tool <Test Robustness> <Created by zyga> <https://github.com/snapcore/snapd/pull/8681>
[18:56] <mup> PR snapd#8682 opened: tests: port interfaces-password-manager-service to session-tool <Test Robustness> <Created by zyga> <https://github.com/snapcore/snapd/pull/8682>
[19:29] <mup> PR snapd#8683 opened: osutil/disks: support IsDecryptedDevice for mountpoints which are dm devices <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8683>
[21:12] <zyga> I know why the portal routine test can sometimes hang
[21:12] <zyga> but let's do that next week :)
[21:25] <ijohnson> Have a good weekend zyga!
[21:27] <zyga> o/
[21:27] <zyga> likewise Ian
[21:39] <mup> PR snapd#8684 opened: tests: add a note about broken test sequence <Skip spread> <Created by zyga> <https://github.com/snapcore/snapd/pull/8684>
[22:00] <egeeirl> Is it possible for a strict Snap to access /sys/class even for reads?
[22:01] <zyga> egeeirl: you need to be more precise
[22:01] <zyga> egeeirl: what specifically in /sys/class
[22:03] <egeeirl> in particular - /sys/class/infiniband_mad/abi_version
[22:06] <zyga> egeeirl: a quick grep through the interface code seems to suggest the answer is "no"
[22:06] <egeeirl> Unfortunate but understandable
[22:06] <zyga> egeeirl: but adding an interface is not really hard, we'd just have to discuss the use case and either decide to add it to one of the existing network interfaces
[22:06] <zyga> or add a new one
[22:07] <zyga> maybe network-observe could provide that
[22:07] <zyga> what does that sysfs path say?
[22:07] <egeeirl> Its a file that returns a number; the version number
[22:07] <egeeirl> nhc checks that file when doing healthchecks
[22:07] <zyga> version of something related to infiniband?
[22:08] <egeeirl> yeah its the userland mad lib verions
[22:08] <zyga> egeeirl: please bring this up on the forum _or_ file a bug and grab jdstrand or pedronis next week
[22:08] <egeeirl> Will do - thanks!
[22:08] <zyga> thanks!
[22:13] <mup> PR snapcraft#3125 closed: cli: cleanup error handling <bug> <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3125>
[22:17] <mup> PR snapd#8685 opened: opensuse: zypper --replacefiles <Created by zyga> <https://github.com/snapcore/snapd/pull/8685>
[22:25] <mup> PR snapcraft#3126 opened: pluginhandler: allow cleaning the build step <bug> <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3126>