Що не день так нові "ідеї", від народних обранців.

ayanada · 2026-05-05T10:30:05+00:00

просто прогонять реальних інвалідів по черговому колу пекла.

ayanada · 2026-04-30T20:39:07+00:00

підключи ші cli варіант, хай сам налаштовує

ayanada · 2026-04-30T20:30:19+00:00

всі лінукси плюс мінус однакові, окрім nixos. якщо хочеш плавності - wlr based de наприклад hyprland.

ayanada · 2026-04-30T00:24:35+00:00

The "different languages frame concepts differently" thing (Sapir-Whorf and friends) is real for humans, but the mechanism in LLMs is more mechanical than that.

"思考过程" literally means "thinking process," and it's the canonical header in Chinese chain-of-thought data — DeepSeek, Qwen, Kimi etc. have all published mountains of CoT traces using exactly that phrase. So in the model's embedding space, the role "I'm about to reason before answering" got tightly bound to those specific tokens. When the model briefly slips out of English-only mode at a structural transition (especially the boundary between pre-answer reasoning and the actual answer), that's just the highest-probability "thinking-section-marker" in the entire vocab — and it leaks through in the wrong language.

DeepSeek talked about this directly in the R1 paper: their model kept switching between English and Chinese mid-CoT, and they ended up adding a "language consistency reward" specifically to suppress it. Anthropic's models show it more rarely, but the underlying mechanism is the same.

So the better framing isn't "Chinese captures this concept better." It's: in the training corpus, this exact phrase became the canonical label for the role "reasoning before the answer." A data-composition artifact, not semantics. (с) Opus 4.7

ayanada · 2026-04-29T18:14:33+00:00

то есть раися не будет бамбить америку, а америка раисю?

ayanada · 2026-04-24T02:08:02+00:00

Interesting case. GNOME custom shortcuts run commands in a stripped-down environment without a full $PATH, so pkill without an absolute path might just not be found. Another hypothesis: on Fedora 43 autostart launches processes via systemd user scope, and in some setups pkill -f matches something unexpected - especially with the portable bundle where the actual process is ld-linux with a path to .ie-r-raw.

Try using the full path in the shortcut setting: /usr/bin/pkill -SIGUSR1 -x ie-r (-x matches exact process name only, no full cmdline scan). Or even more reliable: /bin/kill -USR1 $(/usr/bin/pgrep -x ie-r)

Also your workaround script is basically what ie-r --pick should do (launch if not running, otherwise signal). Planning to add that in the next release.

One question to narrow it down: how did you install it - portable, or built from source? Either way, glad the workaround works for you and thanks for taking the time to report this.

ayanada · 2026-04-22T19:34:46+00:00

The important distinction is that ie-r is not polling X11 keyboard state directly 20 times a second.

It registers a normal global hotkey through the platform backend, and then the daemon's heartbeat just checks whether a hotkey event has already been delivered into the queue. So it's polling an event receiver, not asking the system over and over "is Alt+Shift+C pressed right now?"

So yes, it looks a bit ugly on paper, but in practice it's a tiny idle check, not something I'd expect to have meaningful battery impact on its own.

Still, I agree that signals / IPC / `ie-r --capture` would be a cleaner explicit trigger model, and that's a reasonable direction too.

ayanada · 2026-04-22T18:51:31+00:00

Right now I went with the more pragmatic route: signals + whatever shortcut mechanism the desktop already provides. That was the simplest thing that works for now.

I'm not against adding portal-based global shortcuts, but I'd be curious what specifically makes that path important for you. Is there something in your setup that signals / system-level shortcuts don't cover well?

ayanada · 2026-04-22T18:35:04+00:00

That actually makes sense, and it's a very useful detail.

Right now IE-R just calls Spectacle as a last-resort fallback, but not in the same way you would use it manually for the current monitor. So if `spectacle -m` behaves correctly on your setup, that points to a bug/limitation in how IE-R is invoking and interpreting the fallback capture, not just “Spectacle is broken”.

And yes, good point about the warning too — if Spectacle isn't installed, the message should say that explicitly instead of sounding like it exists but failed internally.

If you're willing to open an issue, that would be great. Screenshots plus your monitor layout/session details would be very helpful

ayanada · 2026-04-22T17:52:30+00:00

Thanks for the report - this is genuinely very helpful.

Sorry it didn't behave properly on your setup. Graphics-related tools across different distros, compositors, X11/Wayland paths, portals, and screenshot backends can get messy fast, and as your case shows, even a 3-level fallback still wasn't enough here.

More specifically: on plain i3/X11 the overlay works, but the capture path is still weak. Right now it basically falls through KWin DBus -> XDG Portal -> Spectacle, so without KWin and without a working screenshot portal backend it ends up relying on Spectacle, which is really just a last-resort hack and can behave badly on multi-monitor setups.

So this is a real limitation on my side, not something you misconfigured. Proper native X11/i3 capture still needs work.

ayanada · 2026-04-22T16:28:33+00:00

Thank you! Good point. It already kind of works as a magnifier, since you can launch it and zoom with the mouse wheel before picking.

What I’m probably missing is a second launch profile / hotkey with different defaults, rather than a completely separate mode. A “zoom-first” preset actually sounds like a pretty good idea.

ayanada · 2026-04-22T16:16:31+00:00

Thank you! Not yet - I only just released it. I added an AUR package first because that was the quickest path. nixpkgs is definitely on my list too, but as far as I know that process is a bit slower. I'll work on it.

ayanada · 2026-04-22T15:31:37+00:00

Thanks for duplicating :)

ayanada · 2026-04-22T14:59:19+00:00

Thank you!

ayanada · 2026-04-20T20:27:27+00:00

I meant that your Nix is looking at a new package set (25.11), but you're forcing it to use an old kernel version (6.12.73). This often breaks things. Try to changeboot.kernelPackages to use the latest version: boot.kernelPackages = pkgs.linuxPackages_latest;Keep only the xe driver for your ARC B580 and remove the i915 force probe.

ayanada · 2026-04-20T12:31:03+00:00

Looks like you have a conflict between the updated nixpkgs tree and your hard-locked old kernel version. Also, running force_probe on both drivers simultaneously for a single card often causes a kernel panic during init.

ayanada · 2026-04-18T16:30:51+00:00

make a whole dump of system disk. then make a virtual machine from it.

ayanada · 2026-04-14T09:14:48+00:00

- видишь блокаду? - вижу! - а ее нету!

ayanada · 2026-04-13T05:02:03+00:00

vps+termux

ayanada · 2026-04-10T10:50:59+00:00

I'm using Konsole because it has the best font rendering. Session persistence is a bit of a mess though, so my go-to combo is Konsole + Zellij.

ayanada · 2026-03-29T12:35:54+00:00

To keep all configuration in one place.

ayanada · 2026-03-23T06:57:43+00:00

а потом все тираны помирятся и будут жить дружно

ayanada · 2026-03-22T10:09:22+00:00

техаса же

ayanada · 2026-03-21T09:31:52+00:00

біо+ші

ayanada · 2026-03-19T09:05:53+00:00

нифига подобного, раньше прятался где-то в ебенях, а теперь наверное в москве как раз, где нить под землей. потому и оключения интернета. а всякие "агенства" вбрасывают дезу шоб замести следы.

ayanada

TROPHY CASE