Год назад, волей случая, обзавёлся двумя мониторами одинакового размера (один раньше был на даче, но дачи больше нет). Решил, что негоже пропадать второму, купил руку на два монитора, установил на рабочем столе.

Но работать неудобно. До сих пор не привык. Использую KDE, при переключении между рабочими столами возникает две бесючие проблемы:

1. Всегда оказывается активным не то окно, с которым работал в последний раз, а окно, находящееся на активном мониторе. Т.е. если на столе 1 был активен терминал на мониторе 1, а на столе 2 был активен браузер на мониторе 2, то при переключении между столами 1 и 2, будут становиться активными не терминал и браузер, а каждый раз разные приложения.
2. Следствие первого пункта: в KDE очень плохо видно, какое окно активно. Родные KDE’шные хорошо затеняются, для других пришлось включить явное затенение неактивных через эффекты. Это имеет побочные эффекты, терпимые и не очень. Например, в GIMP если открыть диалог, например, с кривыми, то окно с картинкой затемняется, и не видно, как влияет изменение кривых на картинку.

В общем, почти год мучаюсь, реально неудобно. Думаю, что сильно помогло бы, если бы KDE запоминал активное окно независимо от монитора. Но такой настройки в нём нет. Возможно, надо использовать не один монитор, а растянуть изображение на оба монитора: как бы один виртуальный монитор с разрешением x2 по горизонтали. Но такой режим KDE + Wayland не предоставляет (вроде бы в X11 было возможно, но уже не могу точно вспомнить).

А как вы используете мультимониторные конфигурации?

Google делится статистикой разработки на Rust под Android: https://security.googleblog.com/2025/11/rust-in-android-move-fast-fix-things.html

Пишут, что в 1000 раз меньше ошибок доступа к памяти, по сравнению с кодом на C и C++. Также в 4 раза сократилось количество откатов релизов и на 25% сократилось время ревью.

Disclaimer: на Rust не пишу, точнее, изучаю и пишу очень маленькие утилиты для себя, не хватает сил и времени после основной работы. Но сам язык мне нравится, хотя понимаю, что без реального продового опыта судить о языке почти невозможно.

По работе потребовалось установить Debian (нужен специфический софт, сказали, что проще установить распространённый deb-based дистрибутив, нежели мучиться с тем, что софт не будет работать на других).

Поставил Debian Trixie. Сразу же сталкиваюсь с дикой дичью. Например, утилита bat зачем-то устанавливается как бинарник batcat. Ничего, что во всех скриптах написанных где-либо на Земле, она пишется как bat, и теперь все их надо переписывать.

Или вот супер удобная замена find - fd. Оно зачем-то устанавливается, куда бы вы подумали… Тадам! /usr/lib/cargo/bin/fd! При этом, данный каталог даже не добавляется автоматом в PATH.

Зачем? Зачем они всё ломают, в чём сакральный смысл? В чём смысл установки утилиты под другим именем, ломающим все скрипты, или смысл установки бинарника в место, откуда он не может быть запущен?

И это, боюсь, только вершина айсберга.

Да и набор пакетов. Когда-то Debian мне нравился тем, что в нём был вообще весь распространённый софт. Сейчас же в нём нет многих довольно распространённых утилит, приходится устанавливать их как Flatpak, или ещё каким-нибудь уродским образом. Например, anki в дистрибутиве нет, как и многих других распространённых программ.

Помню, что здесь проявляли интерес к процессу. Один человек решил сходить, и поделился опытом:

https://habr.com/ru/articles/943086/

По мне, так я не знаю, насколько надо хотеть в Canonical, чтобы проходить через подобные издевательства.

Установил на своём сервере Atuin для синхронизации истории fish между тремя своими устройствами (десктоп, личный ноут, и рабочий ноут).

Залогинился на десктопе и личном ноуте. На десктопе импортировал всю историю fish за несколько лет.

Однако, на ноуте история десктопа не ищется, хотя синхронизация прошла успешно, судя по статусу. Аналогично, на десктопе не появляется история ноута. Специально и там, и там добавлял уникальные сочетания в историю, чтобы гарантированно проверить синхронизацию.

Key file на обоих устройствах одинаковый. atuin status выводит, что синхронизация с сервером прошла успешно.

Кроме того, fish начала выдавать предупреждения вида: error: ignoring corrupted history entry around offset 5636186

Кто-нибудь пользовался atuin - оно вообще работает? Или я не понимаю, как оно должно работать, и у каждого устройства будет своя история, т.е. история устройств не объединяется?

Перемещено hobbit из general