| 18 Jul 2024 |
 K900 | That's xwayland | 16:35:15 |
| K900 | So there is X11 | 16:35:20 |
 ElvishJerricco | ah | 16:40:41 |
| ElvishJerricco | didn't realize that was xwayland | 16:40:45 |
| ElvishJerricco | still, IBUS_ENABLE_SYNC_MODE didn't help | 16:41:04 |
| ElvishJerricco | masking the service did though :/ | 16:43:23 |
 Atemu | Still love that you can just bisect the repo like that to figure stuff like this out | 19:13:05 |
| ElvishJerricco | In reply to @atemu12:matrix.org
Still love that you can just bisect the repo like that to figure stuff like this out nixpkgs being a monorepo is, for all its faults, undoubtably its greatest magic trick IMO | 19:40:24 |
| Atemu | Theoretically, that could be done with a tree of separate repos too but what's important is that there is a central record for which change happened after which other change | 21:01:05 |
| Atemu | Though I guess you could define a monorepo like that too... | 21:01:54 |
|  P_Big changed their display name from Professor Bin Dong to Professor. | 22:49:15 |
| P_Big changed their display name from Professor to P_Big. | 22:49:54 |
 522 | In reply to @atemu12:matrix.org
Theoretically, that could be done with a tree of separate repos too but what's important is that there is a central record for which change happened after which other change i think the main advantage to a monorepo is the ability to make changes atomically to various components
you can have 50 separate repos and a "main" repo that uses submodules, but then if you want to change 2 different repos, you need to make 3 distinct commits | 23:33:25 |
| 522 | ideally ideally git would just handle monorepos better (letting you not check out folders you don't care about)
but it doesn't | 23:33:42 |
| Atemu | From a maintainer perspective, certainly, but from a bisect perspective, such a record would theoretically be enough | 23:43:08 |
| 19 Jul 2024 |
| P_Big left the room. | 08:00:52 |
 woobilicious | ElvishJerricco: do you have any native games that you can try? GSA is a native game, but uses X11. I'm kinda clueless as to how to narrow down the cause. | 13:20:23 |
| ElvishJerricco | woobilicious: GSA? | 17:29:17 |
 aidalgol | I have MangoHUD configured to display the time, and it appears to be showing UTC when run on Steam games, even though the clock in the Steam overlay shows the correct time. MangoHUD shows the correct time outside the Steam environment. Any idea what would be causing this? | 19:22:05 |
| K900 | Missing tzdata in Steam or something? | 19:30:01 |
| aidalgol | How would I check? | 20:56:28 |
| woobilicious | In reply to @elvishjerricco:matrix.org
woobilicious: GSA? Gene Shift Auto, it's the game I've been noticing the input issues with. | 23:04:01 |
| ElvishJerricco | I may give that a try at some point soon | 23:05:16 |
| woobilicious | ElvishJerricco: have you tried turning off steam-overlay fully? (via ENVVAR) that hooks input and could cause issues. | 23:39:28 |
| ElvishJerricco | In reply to @woobilicious:matrix.org
ElvishJerricco: have you tried turning off steam-overlay fully? (via ENVVAR) that hooks input and could cause issues. I have not. What environment variable would that be? | 23:48:39 |
| woobilicious | clear LD_PRELOAD | 23:48:56 |
| ElvishJerricco | oh, and to be clear, masking the systemd user service for the ibus daemon does indeed "solve" the issue | 23:49:00 |
| ElvishJerricco | of course that's not actually a solution | 23:49:16 |
| ElvishJerricco | but the point is I know it's caused by ibus | 23:49:23 |
| woobilicious | LD_PRELOAD='' %command% seems to disable it for me, still seeing input issues. | 23:49:23 |
