NixOS Gaming | 612 Members | |
| Gaming things, my hands are typing words. | 166 Servers |
| Sender | Message | Time |
|---|---|---|
| 18 Jul 2024 | ||
* I also don't see any reference to ibus in cd nixpkgs/nixos/modules; git grep ibus that would be relevant to me outside of i18n/input-method/ | 15:03:55 | |
| It doesn't need to be installed separately | 15:03:59 | |
well this is perplexing. I'm trying to figure out which nixos module is adding ibus to my /run/current-system/sw/bin/ibus, but environment.systemPackages contains no packages with bin/ibus | 15:26:50 | |
ok this is actually spooky. ibus is just appearing in $toplevel/sw/bin/ out of absolutely nowhere | 15:52:56 | |
How can the output have a link to | 15:55:08 | |
| Take a look at the drv | 15:57:58 | |
| Though, again, you should be able to disable ibus in GNOME | 15:58:12 | |
| That part has nothing to do with NixOS | 15:58:21 | |
| I remember that I had to explicitly enable an input source with dbus support when I was playing around with this years ago | 15:59:14 | |
In reply to @atemu12:matrix.orgI'm not seeing anything like that | 16:06:00 | |
| Is it a daemon? | 16:06:15 | |
| 3s on the Arch wiki confirm it's indeed a daemon and that there was at least at some point a setting for it where I remember it | 16:07:19 | |
In reply to @atemu12:matrix.orgI mean the drv is just a buildEnv. It should have pretty straightforward behavior | 16:07:21 | |
| But you'd see whether it has the drv as an input and what it does with it | 16:07:49 | |
| Trust me, taking a look at drv dumps is very helpful in cases like this | 16:08:01 | |
yea, there's org.freedesktop.IBus.session.GNOME.service | 16:08:08 | |
Atemu: i've already done that, and it's not in there, and it would have shown up as an immediate dependency in why-depends --derivation if it were | 16:08:27 | |
In reply to @atemu12:matrix.org"Settings > Keyboard > Input Sources" only has the "English (US)" keyboard, which can't be removed | 16:10:11 | |
| the arch wiki doesn't suggest a way to disable IBus outright | 16:10:31 | |
| Oh well hello there https://wiki.archlinux.org/title/IBus#Keys_%22stick%22_after_being_held_down | 16:11:43 | |
| Is this what you're running into? | 16:11:58 | |
| almost, but
press and release doesn't do anything. And it's not like one key is stuck; the whole keyboard is stuck and no pressing or releasing does anything for several seconds | 16:12:29 | |
| https://github.com/ibus/ibus/issues/2618 | 16:12:39 | |
| Chasing a few links | 16:12:45 | |
| Seems to be X11 specific though? | 16:13:55 | |
| definitely not using X11 | 16:14:37 | |
also, yea, believe it or not, that issue is where I started this whole troubleshooting journey. But the suggested fix didn't work so I assumed it must have been something other than ibus. Two mass rebuilds and one bisect later, and I'm back to ibus :P | 16:25:33 | |
but yea, setting environment.sessionVariables.IBUS_ENABLE_SYNC_MODE = "2"; doesn't fix the problem | 16:26:10 | |
(and yea, I checked that the ibus daemon has the environment variable set in /proc/$pid/environ) | 16:27:00 | |
| I guess I can just try killing the ibus daemon though | 16:28:54 | |