Aivar
akorop
выделенный мышью текст автоматом попадает в clipboard (нужен перловый скрипт);
вставку из clipboard можно повесить на стандартный для всех хоткей, например Shift-Ins (нужен перловый скрипт);
Это как бы искоробки. Или я чего-то не понял?
А вот автопрокрутка отключается легко, да.
Из коробки - только прямоугольное выделение (Aly-Shift-мышь). А буфер обмена из коробки - primary selection, а не clipboard. Интеграция с гуём совсем не та.
А автопрокрутку вообще отключать не надо, надо её запретить только когда руками открутили вверх:
URxvt*scrollTtyOutput:  false
URxvt*scrollTtyKeypress:    true
urxvt имеет несколько очень приятных плюшек (все настраиваемые):
  • выделенный мышью текст автоматом попадает в clipboard (нужен перловый скрипт);
  • вставку из clipboard можно повесить на стандартный для всех хоткей, например Shift-Ins (нужен перловый скрипт);
  • выделение мышью хоть потокового, хоть прямоугольного фрагмента;
  • если идёт активный вывод в терминал, это не мешает отмотать текст назад;
  • и много другого…
Разбираться, почему /dev/loop-control перестал создаваться, нет ни знаний, ни времени. Так что оставляю костыль, но более аккуратный, чем загрузка модуля loop:
mknod -m 660 /dev/loop-control c 0xa 0xed
chown root:disk /dev/loop-control
Это я вставил в "системный автостарт" /etc/rc.local (да, я использую systemd-sysvcompat, грешен).
По ссылке сходил, но так и не понял, чем там дело кончилось. То ли засчитали костыль, как решение, то ли после обновления ядра проблема рассосалась...

В правиле всё дословно так, в журнале ошибок на тему loop нет, а в dmesg вот такое:
~ # [0]dmesg | grep udev
[    6.843610] audit: type=1130 audit(1584730605.822:4): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-udevd comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
vs220
pacman -Fx ченадо
Век живи, век учись...
vs220
mount что не грузит loop у вас сам после выгрузки?
Да, именно в этом и проблема. А вчера грузил (ой, уже позавчера). Выключал комп самым штатным образом, как всегда.
Сейчас, с костылём принудительной загрузки всё работает.
Более подробно, и в сравнении с IceArch, где всё рвботает, как надо.
  • IceArch: модуль loop изначально не загружен, есть /dev/loop-control, нет /dev/loopN. После монтирования squashfs или iso куча /dev/loopN появляются и не исчезают после отмонтирования. Если сделать rmmod loop, то /dev/loopN исчезают, /dev/loop-control остаётся, смонтировать снова можно.
  • Моя система. Модуль loop изначально не загружен, нет ни /dev/loop-control, ни /dev/loopN. squasfs и iso не монтируются. После принудительной загрузки loop все монтируется. Если выгрузить loop, то исчезают и /dev/loop-control, и /dev/loopN, и монтирвание опять не работает.
В общем, симптомом, кажущимся ближе всего к корню проблемы, является отсутствие /dev/loop-control, а незагрузка loop при монтировании - это следствие.
Да, ещё добавка: lsinitrd '/boot/initramfs-linux.img' |grep loop даёт пустой вывод.
А откуда берётся lsinitrd? У меня такой программы нет, и пакета такого нет, даже в AUR, и в вики если и упоминается, то без указания пакета.
Да, где-то так. Оказалось, что /dev/loop* обслуживаются модулем loop (кто бы мог подумать...), а он не загружен. А в системе, где монтируется - загружен. Если загрузить loop вручную - всё начинает монтироваться, как надо. Создал файл /etc/modules-load.d/loop.conf из одной строчки loop, перезагрузился - всё нормально.
Но раньше-то loop грузился без этого костыля! Что же сломало загрузку loop? И что ещё сломалась заодно?
Ситуация бредовая. У меня в домашней системе одна squashfs монтируется через fstab. Вчера вечером всё было ноормально. Сегодня - не монтируется. Стал разбираться. Оказалось, не монтируется никакая squashfs ни в какой каталог. Сообщение неожиданное - mount failed: Операция не позволена.. Монтирую от рута.
Перезагрузился с другим ядром (было zen, перегрузился в lts) - не монтируется. Перезагрузился в другую систему (тоже Arch) - те же файлы в те же каталоги монтируются. Обновился (а давно пора было) - ничего не изменилось.
От чего вообще такое может быть? И что делать?
Dobrov
переключалка раскладок удобная, но есть хотелка - выполнять после переключении каждой раскладки свою команду, или просто разный beep для каждой раскладки.
Оно-то всё можно, но...
Конкретно beep - это такой геморрой... Бипера зачастую физически нет на нынешних мамках. Соответствующий модуль ядра обычно в блэклисте. Как, собственно, просто пискнуть без рутовких прав - я не нашёл (когда-то искал). Во времена ДОСа я бы это сделал легко и просто, а сейчас, увы... Программа beep из реп - это примерно 4000 строк кода, в том числе ассемблерный модуль.
Вызов внешних команд - наверно, это проще. Например, ту же beep можно вызывать, скажем, beep -f 400 -l 50 - русский, beep -f 200 -l 50 - английский. Но это из пушки по воробьям.

Вот только первая буква в названии s1kls - от слова simple. Исходник - 250 строк, включая комментарии и разбор параметров. Резидентая память при выполнении - 2.5 килобайт. Зависимостей - нет (кроме xlib). Не хочется это терять. К тому же при фиксирующих клавишах индикатор раскладки вообще не нужен. Если есть сомнения - проще на всякий случай пнуть клавишу нужного языка, чем в индикаторы всматриваться-вслушиваться.
5.5.7 - всё работает