/srv/irclogs.ubuntu.com/2022/08/30/#mir-server.txt

-GitHub[m]:#mir-server- **[MirServer/mir]** JamiKettunen opened [issue #2596](https://github.com/MirServer/mir/issues/2596): Tests always fail for non-Debian systems on package-abis due to missing debian/ dir... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/19c1fdef5b15439dabb7bae9c362dafd56f3321b)01:06
-GitHub[m]:#mir-server- **[MirServer/mir]** JamiKettunen opened [issue #2597](https://github.com/MirServer/mir/issues/2597): test_wayland_generator (expected.h vs generated.h) fails on Void Linux... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/a6455b5ce8ce83ebce92b1f009409349cf56451e)01:33
Saviq> Finally got a demo working of the CrashReporter07:11
SaviqCool :)07:11
Saviq> I can't figure out how to ensure that it's done writing to the file before I call `exit()`.07:11
SaviqYou have to exit it anyway, for the client to go away, no?07:11
Saviqgrayson-g what's your plan wrt. delay before showing the diagnostic? (so that if the client restarts within a certain threshold, we don't show it)07:12
-GitHub[m]:#mir-server- **[MirServer/mir]** Saviq opened [issue #2598](https://github.com/MirServer/mir/issues/2598): Can't interact with window after move until the cursor is moved... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/58f037287910dfbd25c6238f59c40f6b1d413f41)07:16
-GitHub[m]:#mir-server- **[MirServer/mir]** Saviq added bug to [issue #2598](https://github.com/MirServer/mir/issues/2598): Can't interact with window after move until the cursor is moved07:17
-GitHub[m]:#mir-server- **[MirServer/mir]** dos1 opened [issue #2599](https://github.com/MirServer/mir/issues/2599): Support wp_viewporter... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/08f740b6d772cd94fce05ab0e74c6972217129cc)11:33
-GitHub[m]:#mir-server- **[MirServer/mir]** AlanGriffiths added enhancement to [issue #2599](https://github.com/MirServer/mir/issues/2599): Support wp_viewporter11:36
-GitHub[m]:#mir-server- **[MirServer/mir]** AlanGriffiths added bug to [issue #2597](https://github.com/MirServer/mir/issues/2597): test_wayland_generator (expected.h vs generated.h) fails on Void Linux11:57
grayson-g[m]Is the delay totally necessary? Now that we’re displaying a separate diagnostic file and not trailing a log, the screen won’t display until ‘diagnostic’ has been modified and the app stops displaying.13:03
grayson-g[m]* stops displaying. I’m not saying it’s unnecessary, I’m just questioning if it is. 13:04
SaviqI'm imaginging something else actually writing the diagnostic, like an on-boot script13:13
SaviqThat the app crashes may well be outside of your "jurisdiction" (think wpe-webkit-mir-kiosk)13:14
SaviqThe diagnostic is primarily useful if the app doesn't start or dies and doesn't come back up13:15
SaviqThe idea is that the operator sets it up so the device displays e.g. a device ID and a support number13:16
grayson-g[m]Ok cool. That shouldn’t be a big modification. The CrashReporter wont draw unless ‘draws_crash = true’ so that should be a quick thing to set a user-defined delay on.13:18
grayson-g[m]grayson-g[m]: Oh wait I already have one dont i! Maybe I broke it and forgot to test it 😵‍💫13:18
grayson-g[m]> <@grayson-g:matrix.org> Ok cool. That shouldn’t be a big modification. The CrashReporter wont draw unless ‘draws_crash = true’ so that should be a quick thing to set a user-defined delay on.13:26
grayson-g[m] * Oh wait I already have one dont i! Maybe I broke it and forgot to test it 😵‍💫13:26
grayson-g[m]EDIT: That's exactly what happened. Should be a quick fix. I'll just have `CrashReporter::Self` log when it's initialized, then if `draws_crash == true`, it'll either draw if enough time has passed or sleep until it has.  13:26
-GitHub[m]:#mir-server- **[MirServer/mir]** Saviq opened [issue #2600](https://github.com/MirServer/mir/issues/2600): Improve error reporting when display configuration won't do... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/b0c66ac4ede77033f56ccade2792199e5531417a)13:54
-GitHub[m]:#mir-server- **[MirServer/mir]** AlanGriffiths edited [issue #2597](https://github.com/MirServer/mir/issues/2597): test_wayland_generator fails (but not run by ptest target)14:03
-GitHub[m]:#mir-server- **[MirServer/mir]** AlanGriffiths opened [pull request #2601](https://github.com/MirServer/mir/pull/2601): Ensure test_wayland_generator runs (and fix test)14:32
-GitHub[m]:#mir-server- **[MirServer/mir]** bors[bot] merged [pull request #2562](https://github.com/MirServer/mir/pull/2562): Release 2.9.014:46
-GitHub[m]:#mir-server- **[MirServer/mir]** AlanGriffiths edited [pull request #2601](https://github.com/MirServer/mir/pull/2601): Ensure test_wayland_generator runs (and fix test)14:48
SaviqG'night o/16:16
grayson-g[m]It's not the end of the world if I try to draw to the screen on a separate thread if drawing is under lock, right? I got a predicament where if I make Frame sleep until `diagnostic_sleep_time` has passed, it blocks and Frame cannot be closed until that threshold is met.16:55
grayson-g[m]The only solution I can come up with is if `diagnostic_sleep_time` has not passed, spin up a thread to sleep until the time has passed then call `on_draws_crash()`. Is there a better alternative that doesn't involve threading?16:55
grayson-g[m] * It's not the end of the world if I try to draw to the screen on a separate thread if drawing is under lock, right? I got a predicament where if I make Frame sleep until `diagnostic_sleep_time` has passed, it blocks and Frame cannot be closed until that threshold is met. The advice I've been given is to only draw exclusively with the main thread.16:58
grayson-g[m]The only solution I can come up with is if `diagnostic_sleep_time` has not passed, spin up a thread to sleep until the time has passed then call `on_draws_crash()`. Is there a better alternative that doesn't involve threading? I can't think of any other solutions that wouldn't require a massive architecture change to avoid Frame locking up for a few seconds.16:58
alan_g[m]Spinning up a thread also has downsides - e.g. how to terminate it if the application closes. Mir needs a better solution: https://github.com/MirServer/mir/issues/254317:24
grayson-g[m]alan_g[m]: Should I just push the blocking solution with a TODO this this should be readdressed with improvements to Mir?17:25
alan_g[m]Anyway, time for me to go also. o/17:25
alan_g[m]No, blocking is not a solution. Even on a new thread18:17
-GitHub[m]:#mir-server- **[MirServer/mir]** bors[bot] merged [pull request #2579](https://github.com/MirServer/mir/pull/2579): X11 platform: send discrete scroll18:43
-GitHub[m]:#mir-server- **[MirServer/mir]** wmww opened [pull request #2602](https://github.com/MirServer/mir/pull/2602): Simplify timestamp calibration19:20
-GitHub[m]:#mir-server- 19:20
-GitHub[m]:#mir-server- > Use the timestamp if it is reasonable, and use the measured current time otherwise. As discussed in #2591.19:20
grayson-g[m]<alan_g[m]> "No, blocking is not a solution..." <- I've been looking at `boost::asio::deadline_timer` as a solution. My initial approach isn't working as `on_draws_crash()` doesn't seem to fit the requirements for the handler in `async_wait()`. Reading about this at the moment. Can't tell if I'm way off base in making a non-blocking timer.21:45

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!