Carl E. Thompson

Hi @uberhacker, You are correct: I see now that it looks like **LD_LIBRARY_PATH** is being set by the dev-mode setup. However chromebrew is taking advantage of it by putting its...

Giving it some more thought I suspect that reason the Chrome OS developers set **LD_LIBRARY_PATH** that way in dev mode is to allow actual Chrome OS developers to override the...

Is the enhancement label appropriate? This is causing broken behavior of system supplied binaries so to me this is a bug! For example, I can't use `powerd_dbus_suspend` to suspend my...

More information: Just changing the library search path order to prioritize the system libraries doesn't work because many of the chromebrew installed apps require the version of the libraries installed...

Attached is a script as a proof of concept to fix this issue. It fixes an installed chromebrew instance by moving its libraries out of `/usr/local/lib64` and into a new...

Yes, I'm manually setting the binary's `RPATH`. Actually it's the `RUNPATH` which is slightly different. The runtime `LD_LIBRARY_PATH` variable can override `RUNPATH` but it cannot override `RPATH`. These days `RUNPATH`...

I've also experienced this behavior and also assumed it was a buffer overflow type issue. Interspersing delays in the characters to be output works for me to make it reliable....

> @clipcarl > > Can you please post the following? > > Your config The output of `keyd -v` OS Desktop Environment A terminal emulator in which the issue can...

BTW, in my tests the **content** of the macro does **NOT** matter. The problem seems to me to be entirely dependent on the macro's **length**.

Sorry I completely forgot about this. I tested it out and it does work with higher timeout values. A timeout of 1 or 10 has the problem on long macros...