[08:12] <RAOF> Today:... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/a264b039544111e352cd40566467d06f530435a5>)
[13:33] <sophie-w> I published the beginner friendly explainer on debugging libraries that I wrote last week: https://discourse.ubuntu.com/t/a-workflow-for-iterating-on-libraries-and-applications-together/36222
[13:37] <sophie-w> My session lock PR is only failing CI because debian symbols are messed up. Not sure how to fix that (it gives me a diff, but that has mangled symbols and the rest of the file is unmangled symbols, so that feels wrong). My attempt didn't work so I'll leave it to someone who understands this better. https://github.com/MirServer/mir/pull/2959
[13:39] <sophie-w> Oh, and I don't think it's been said in the public channel yet: I'm leaving the Mir team and today is my last day. I'll still be in this channel and on GitHub, feel free to ping me.
[13:48] <alan_g[m]> Good luck! You've done good work on the Mir team and I'm sure you'll do good work wherever you land in future.
[14:00] <sophie-w> The attach-destroy-commit discussion continues https://gitlab.freedesktop.org/wayland/wayland/-/issues/387
 "My session lock PR is only..." <- I'll take a look.
[14:22] <alan_g[m]> (Just finished chasing down why another DnD scenario wasn't implemented right and need a break. "Exploratory testing driven development" FTW)
[17:55] <sophie-w> Published my copy/paste state machine diagram to discourse so it's easier to find and not canonical/internal: https://discourse.ubuntu.com/t/wayland-copy-paste-message-flow-and-state-machine/36226
[18:35] <karmavil[m]> In relation to getting involved in this project, would you consider "a hasty conclusion" to think about dropping those intentions given that my computers don't have support for virtualization?... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/65c5c4f1ad5c9b1ab130c0e705d2d496a06a45fa>)
[18:43] <karmavil[m]> s/So, should I look for another project?/So, should I look for a different project?/
[18:45] <karmavil[m]>  * In relation to getting involved in this project, would you consider "a hasty conclusion" to think about dropping those intentions given that my computers don't have support for virtualization?... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/56433832c36e3c296840cb51c71d193d36242c8d>)
[18:46] <karmavil[m]>  * In relation to getting involved in this project, would you consider "a hasty conclusion" to think about dropping those intentions given that my computers don't have support for virtualization?... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/03f4ab3b5304edcbb12eb29d98c6ffb8941811d9>)
[18:51] <karmavil[m]> Jesus I'm so wrong about so many things. There is no way I could edit that message to explain what I'm trying to say..
[18:51] <karmavil[m]> I found this problem about not having virtualization support while using Multipass. That was following the _developer-guide_ documentation. However if I'm not targeting IoT I could be safe. But my question is raised because I don't understand how many issues I will face using Mir having this problem with virtualization
[22:59] <alan_g[m]> Maybe you could explain why virtualisation and Multipass are mentioned?
[23:06] <karmavil[m]> The developer-guide gives an example building some games demonstrating how to build a snap that makes use of SDL and/or GTK3 (different branches for each of them, it's supposed to face the challenge encountering doing those builds). Given that it is IoT with limited resources it uses Multipass to make sure the build will work on those systems otherwise we will see the problems in our development environment and not in the target
[23:06] <karmavil[m]> hardware. 
[23:06] <karmavil[m]> In short, Multipass was introduced here: https://mir-server.io/docs/developer-guide#Snap packaging for IoT graphics
[23:06] <karmavil[m]> s/otherwise/so/, s/will/can/
[23:12] <karmavil[m]> The name of the section is: **Snap packaging for IoT graphics**
[23:12] <karmavil[m]> Once Multipasas was intalled in my system, I found those errors related to the virtualization, because the terminal that opens from the Multipass icons write that message in the console. Like, · _Make sure of A ... B ... .C etc."
[23:17] <alan_g[m]> With you. Multipass is, optionally, used by the Snapcraft packaging tool.
[23:23] <karmavil[m]> Yes I understand. But isn't Mir related to KVM somehow? I understand that Mir it's not all about Iot, but for some reason this KVM was rolling in my head over and over.. That's why I had to ask if virtualization would be a problem if my intention is using, building, and debugging the MIR project.
[23:23] <karmavil[m]> Getting involved with a project is not just development, I get that, but, you know, I just want to know if "having support for virtualization is mandatory to work with Mir (development)"
[23:23] <karmavil[m]> I guess you already answer that questio
[23:26] <alan_g[m]> No, Mir is unrelated to KVM. And no, virtualisation is only a convenience
[23:26] <karmavil[m]> Cool. Thank you Alan
[23:27] <alan_g[m]> A convenience if building snaps
[23:28] <karmavil[m]> Well but how do you run tests in IoT?
[23:28] <karmavil[m]> How do you know Mir is working as it should?
[23:29] <karmavil[m]> Do you use the "farm"? I think the right term is remote-building (I didn't get there yet)
[23:31] <karmavil[m]> Anyway all I was looking for was certainty, a yes or no, and I have my answer which is good news by the way. That's all, thank you