[09:00] -GitHub[m]:#mir-server- **[MirServer/ubuntu-frame]** bors[bot] edited [pull request #78](https://github.com/MirServer/ubuntu-frame/pull/78): [Merged by Bors] - Identify client without AppArmor [09:00] -GitHub[m]:#mir-server- **[MirServer/ubuntu-frame]** bors[bot] closed [pull request #78](https://github.com/MirServer/ubuntu-frame/pull/78): [Merged by Bors] - Identify client without AppArmor [09:00] -GitHub[m]:#mir-server- **[MirServer/ubuntu-frame]** bors[bot] closed [issue #77](https://github.com/MirServer/ubuntu-frame/issues/77): If aa_getpeercon() fails then ubuntu-frame-* client snaps don't work with default configuration [15:31] Frame CrashReporter update/question: I'm currently trying to set a check if a log file exists. I've got `inotify` implemented so I can see when a file is created. I need this to run on a thread. I was told that I could use `register_fd_handler()` to watch for events from `inotify` (if I'm understanding correctly), but this doesn't get exposed through Miral does it? So there's no way I can access either that nor `the_main_loop()` from [15:31] Frame right? [15:31] Is the correct approach to spin up a thread to `poll` the file descriptor given by `inotify` in `frame_main.cpp`? [15:39] I wasn't part of the discussions that created this context. But if you're going to spin up a thread, then surely you just do a blocking read on the inotify fd and don't need to bother with watching for events. [15:40] alan_g[m]: That was from my meetings with Chris mainly, but I'm not sure if I clearly communicated I was working inside Frame. [15:40] This sounds like the move then. [15:50] Really, do the simplest thing first. We can always optimise once things are working. [19:10] -GitHub[m]:#mir-server- **[MirServer/mir]** bors[bot] merged [pull request #2514](https://github.com/MirServer/mir/pull/2514): Refactor pointer events to use geometry types [22:27] -GitHub[m]:#mir-server- **[MirServer/mir]** bors[bot] merged [pull request #2520](https://github.com/MirServer/mir/pull/2520): Deduplicate libraries to link against