Наконец-то починили. Джва года ждал:
В Konsole есть такая возможность: при возникновении сигнала в терминале, который генерируется, например, так:
или так:
сделать какие-то действия.
Настраивается: Меню (если выключено: Ctrl+Shift+M) → Настройка → Настроить уведомления…
Нас интересуют:
- Сигнал в активном сеансе
- Сигнал в неактивном сеансе
Что бы выделить терминал в панели задач, нужно включить пункт “Выделить программу в панели задач” и нажать Применить или Ок.
Собственно, что это даёт: когда сигнал возникнет, то Konsole выделит, подсветит кнопку приложения в панели задач, примерно так:
При этом сделает это на текущем экране, вне зависимости от того, на каком рабочем столе находится приложение. А если кликнуть по ней, то автоматически активируется окно с переключением на соответствующий рабочий стол.
Плюсом, что сигнал может быть и на удалённом сервере, при подключении через SSH: терминал обрабатывает событие локально.
А удобство в том, что можно запустить длительный процесс сборки и переключиться на чтение документации или кода. Или котиков в интернете смотреть. Не важно, главное, что окно покажет, что процесс завершился и стоит глянуть результат.
Запуск примерно так:
Не стоит ставить &&, или ||: мы же хотим среагировать при любом коде возврата make? Но если нужно именно для успешного или наоборот неуспешного завершения сигнализировать, то карты вам в руки.
На днях поборол жабу, и позволил себе купить на замену стокового системного HDD HGST Travelstart Z7K500 / 500Гб, новый SSD Samsung SSD 870 EVO.
Первое впечатление - систему стероидами накачали. А дальше - увлекательная процедура миграции нужного и не очень в новое окружение.
После неудачного удаления всех точек и треков с навигатора, решил, что автоматический бекап это наше всё.
Сделал средствами Systemd.
Для начала определяемся с местом для бекапа, пусть это будет ~/Documents/GPX и создаём там скрипт ~/Documents/GPX/sync.sh. А внутре… у ней неонка:
#!/bin/sh
#
# Ref:
# https://askubuntu.com/questions/25071/how-to-run-a-script-when-a-specific-flash-drive-is-mounted
#
# `systemctl list-units -t mount`
#
# "~/.local/share/systemd/user/garmin-backup.service"
#
#
# ```
# [Unit]
# Description=Backup GARMIN GPSMAP 64s GPX data
# # Use output from the: `systemctl list-units -t mount`
# Requires=run-media-hatred-GARMIN.mount
# After=run-media-hatred-GARMIN.mount
#
# [Service]
# ExecStart=/home/hatred/Documents/GPX/sync.sh
#
# [Install]
# WantedBy=run-media-hatred-GARMIN.mount
# ```
#
# `systemctl --user start garmin-backup`
# `systemctl --user enable garmin-backup`
#
# Monitor:
#
# ```sh
# journalctl --user --unit garmin-backup -f
# ```
#
prefix="/run/media/hatred/GARMIN/Garmin/GPX"
dir=$(dirname $0)
cd "$dir"
echo "Work dir: " $(pwd)
sleep 2
stat "$prefix" 2> /dev/null && \
rsync -rubv --suffix=.old "$prefix" . && \
touch sync_last.txt && \
notify-send -u normal -a "Garmin Sync" "Garmin GPSMAP 64s" "Backup done"
Да, я не разбирался с переменными для имени пользователя, поэтому указывал полные пути с учётом своего рабочего аккаунта: hatred. Т.е. нужно будет скорректировать под себя.
Следующий шаг: сам юнит. ~/.local/share/systemd/user/garmin-backup.service:
# Ref:
# https://askubuntu.com/questions/25071/how-to-run-a-script-when-a-specific-flash-drive-is-mounted
#
# systemctl list-units -t mount
# systemctl --user start garmin-backup.service
# systemctl --user enable garmin-backup.service
#
# journalctl --user --unit garmin-backup -f
#
[Unit]
Description=Backup GARMIN GPSMAP 64s GPX data
Requires=run-media-hatred-GARMIN.mount
After=run-media-hatred-GARMIN.mount
[Service]
ExecStart=/home/hatred/Documents/GPX/sync.sh
[Install]
WantedBy=run-media-hatred-GARMIN.mount
Тут главное, это запуститься, когда увидим, что нужно устройство примонтировалось. У меня, когда монтируется GARMIN, он использует метку GARMIN для своего внутреннего хранилища (куда и пишутся GPX файлы). Путь для монтирования выходит /run/media/$USER/GARMIN.
Systemd создаёт временный сервис, на который можно сослаться. Если просто, то возьмите путь монтирования, у меня это /run/media/hatred/GARMIN, замените все / на - (кроме первого) и добавьте в конце .mount: run-media-hatred-GARMIN.mount. Ну или смотрим вывод:
systemctl list-units -t mount
после монтирования раздела GARMIN.
А за подробностями по ссылке:
После этого включаем сервис:
systemctl --user enable garmin-backup.service
systemctl --user start garmin-backup.service
Последить за работой:
journalctl --user --unit garmin-backup -f
“Никогда такого не было и вот опять” (с). В этот раз зависание имеет место быть, если воткнуто какое-то USB устройство.
Я уже толком не вспомню ход разбирательства, но меня смущал тот факт, что на 5.10 этой проблемы изначально не было и нет на более ранних LTS ядрах, которые имеют место быть в Manjaro (вот тот самый случай, когда несколько ядер это лютый вин).
Первая мысль: помирает железо. Тем более, что в какой-то момент стало невозможно работать с мышкой Logitech MX Master, подключенный по BT. BT на ThinkPad T530 подключен по USB. Невозможность заключалась в том, что она постоянно отваливалась и подключалась опять. Лаги очень раздражали.
Потом что-то меня навело на мысль, посмотреть на параметры модулей-драйверов USB:
xhci_hcd - USB 3.0 (или по модному: USB 3.2 Gen1)ehci-pci - USB 2.0
Больше интересовало второе, так как все проблемные подключенцы были на USB 2.0. Выхлоп примерно такой:
$ modinfo ehci-pci
name: ehci_pci
filename: (builtin)
license: GPL
file: drivers/usb/host/ehci-pci
author: Alan Stern
author: David Brownell
description: EHCI PCI platform driver
И тут меня заинтересовала эта строчка:
Это означает, что модуль встроен в ядро. К слову, даже если он встроен, его параметры и интерфейс доступны через /sys/module/.
Решил глянуть, как обстоят дела на 5.4, а там модуль собран отдельно:
$ find /lib/modules/5.4.176-1-MANJARO/ -name '*ehci*.ko*'
/lib/modules/5.4.176-1-MANJARO/kernel/drivers/usb/host/ehci-pci.ko.xz
/lib/modules/5.4.176-1-MANJARO/kernel/drivers/usb/host/ehci-hcd.ko.xz
/lib/modules/5.4.176-1-MANJARO/kernel/drivers/usb/host/ehci-fsl.ko.xz
/lib/modules/5.4.176-1-MANJARO/kernel/drivers/usb/host/ehci-platform.ko.xz
Что это означает? Всё, что встроено в ядро может инициализировать на самых ранних стадиях старта системы, ещё на этапе работы с RAM-диском (initrd) и даже вообще до подключения корневой файловой системы. А модули уже подгружаются или с initrd образа или уже с основной файловой системы, тут как настроено.
Я уже сталкивался с ситуацией по работе, когда подобное различие влияло на работу системы. Получалось, что модуль, ответственный за работу одной железки стартовал достаточно рано, когда блок, генерирующий тактовый сигнал (“клок”) не неё ещё не был проинициализирован и завершал свою инициализацию с ошибкой. Типичное состояние гонки. Да, на этот случай предусмотрен специальный код возврата EPROBE_DEFER и он не был использован в этот раз чисто по ошибке. Но дело в том, что когда драйвер был собран модулем, то он успешно грузился на более поздних стадиях загрузки системы и клок был проинициализирован и устройство запускалось нормально.
Собственно, на этом месте, у меня, похоже, и зародилась мысль: слишком ранняя инициализация, возможно что-то не стабилизировалось и нужно попытаться как-то переинициализировать железку после старта.
Самый просто способ: вынести драйвера в виде модулей. Но пересобирать ядро не хотелось. Поэтому включил логику: почти все драйвера предлагают функционал bind/unbind. Устройства на PCI шине (по крайней мере на PCIe) могут быть пересканированы (т.е. чисто теоретически PCIe - Hot Plug, но лучше не проверяйте :)). А что станет, если после загрузки, отключить железку от драйвера и потом подключить опять? Почти всё железо содержит функционал Reset настроек в исходное состояяние, что будет если сбросить и сконфигурировать всё, когда система уже готова?
Сказано - сделано. И вы не поверите: после загрузки отключил USB контроллеры, подключил обратно и попытался сделать suspend. И сработало! Ядро 5.15 - resume заработал.
К слову, на 5.16 сломано более сильно. И WA ниже не помогает. Сижу на 5.15.
Более того, вылечился BT и мышка перестала отваливаться при работе (при работе через Logitech Unify Receiver она и так работала хорошо, но теперь и по BT стала - плюс один порт свободен).
Код под катом.
Что текущий основной парсер, что грядущий (или нагрянувший, как посмотреть) парсер на clangd работают поверх libclang и сотоварищи и умеют разбирать то, что умеет собирать clang.
Внезапно, он умеет не всё. И это не всё, к примеру, отлично умеет GCC. Вот то, с чем я столкнулся сам:
Под катом будет хак, который я использовал, что бы запуститься и работать с этим добром. UPD: хак больше не работает, так как этот код вообще удалён из репозитория QtC ветки master на момент 23.05.2022.
Но сейчас не об этом. Просматривая изменения в апстриме, наткнулся на этот коммит:
И визуально это выглядит так:
Похоже, жизнь станет проще. К сожалению, мне сейчас не на чем проверить. Как только дойдут руки, то обязательно это сделаю. Как минимум, есть ещё нюанс с неподдерживаемыми параметрами командной строки, но оно сейчас
обходится так:
# Hack QtC Clang:
# https://bugreports.qt.io/browse/QTCREATORBUG-22329
export QTC_CLANG_CMD_OPTIONS_BLACKLIST="-mxl-soft-mul;-mlongcalls;-fstrict-volatile-bitfields"
Данная функциональность, судя по
этому списку изменений будет доступна в Qt Creator 7.0, т.е. совсем скоро:
Ну а ниже, как обещал - костыль. Требует пересборки Qt Creator из исходников.
Тут обновлял свой
CMakeProjectManager2 и краем глаза заметил добавление файла
dist/changes-7.0.0.md. Решил перечитать (с некоторыми изменениями я сталкиваюсь регулярно, так как живу на master-ветке).
Там фигурирует:
### C++
* Switched to Clangd by default (QTCREATORBUG-22917)
И таки да, они переключились на кодовую модель от Clangd. Оно появилось ещё раньше, где-то к версии 6.0, но была выключена. Можно ознакомиться с анонсом из первоисточника:
Qt Creator and clangd: An Introduction. Или почитать
комментарии к соответствующей
новости на Phoronix.
В частности, они там объясняют причины. Основная (как мне кажется): libclang больше активно не развивается и для полноценной навигации, рефакторинга и прочего приходится держать две модели.
Там же они рекомендуют использовать самую последнюю версию clangd. Так что ссылки ниже ваши други:
Ну а теперь мои личные впечатления… Точнее табличка, которую я для себя составил. Плюсы и минусы.
В
2016 году (а в
2020 дошли по Большой Пионерской) уже была попытка добраться до Острой по хребту, пробираясь по “милым Приморским рощам” (они же: “Южный Лес”). В этом году решил закрыть этот гештальт, плюс размять ногу после микротравмы на пробежке.
Встречайте:
GeoCrop v2.0
Нового функционала не завезли, но обновил для сборки с современными Proj. Сейчас актуальная версия
API - 6. Проверял с Proj 8.0.1.
Итак:
- CMake: почищен файл, приведён чуточку к виду Modern CMake.
- Для сборки нужен Proj ≥ 6.0, так как используется его API теперь. Proj4 не поддерживается, если нужно, то берите код по метке
v1.0
- Исправлен досадный баг с полигоном обрезки: последним элементом нужно указать начальную точку, что бы полигон закрылся. Старые версии Gdal ругались (точно не помню), но игнорировали и обрезали, моя текущая версия (3.3.1 на момент публикации) уже вываливается с ошибкой.
Задача: сделать USB стик с Ubuntu, но так, что бы состояние сохранялось. Между перезагрузкам.
Забегая вперёд, это делается, но с одним ограничением: ядро не меняется. Но под мои задачи этого достаточно.
И смешно и грустно :)
Итак, начнём.
Мне нужно было скачать одну статью с информацией по ковидной тест-системе (пытался понять значение КП, которое сам получил на тесте). И располагалась она на сайте:
Электронный журнал “Справочник заведующего КДЛ”, который является частью сервисов Action Media:
https://action-media.ru и использует для входа единый аккаунт. На статью перешёл с сайта производителя тест системы Векто-Бест.
Доступ к журналу платный, но предоставляется пробный бесплатный доступ на 3 или 4 дня.
При регистрации требую телефон и почту. Но так как для меня этот сайт является мусорным, то оставлять свой основной мейл и телефон, ровно как и мои реальные ФИО мне нет никакого резона, то я воспользовался сервисом
https://smska.us/. Взял второй в списке и ввёл.
Скачал статью и успокоился. Но они начали закидывать меня тоннами спама. Решил снести аккаунт. Но, как это полагается у подобных сайтов, кнопки удаления нет. Полез в саппорт и вот такой вот диалог состоялся:
Я: День добрый! Как удалить свой аккаунт?
Бот помощник: Здравствуйте! Если удалить учетную запись, вы больше не сможете зарегистрироваться на сайтах «Актион» и получать приглашения на закрытые мероприятия. Отписаться от рассылок можно в разделе
«Рассылки».
Не переживайте, если после отписки придет несколько писем. Нам нужно время, чтобы остановить рассылки.
Вы получили ответ на свой вопрос?
Я: Нет, нужен менеджер
Елена Табачукова: Здравствуйте, Алекс , рады видеть Вас на нашем сайте
Я: День добрый! Нужно удалить аккаунт
Кристина Вырлан: Здравствуйте, Алекс , рады видеть Вас на нашем сайте
Минуту, пожалуйста
Алекс, к сожалению технически удалить аккаунт невозможно, так как ранее проходили обучение и хранятся сертификаты на данном аккаунте
Я: Я не проходил у вас обучения и сертификатов нет. Я уже 5 минут кликаю на отписку от чёртовой горы подписок и ещё не дошёл до конца. С таким отношением в печь такие сервисы. Спасибо. Запросите технический персонал (разработчиков), что бы удалили записи в базе данных по e-mail
ZXXXXXY@inbox.ru. Надеюсь на понимание.
Кристина Вырлан: Алекс, ранее данный аккаунт принадлежал ХмХХХву Роману, Вы переделали аккаунт на себя и свою почту, просьба вернуть все данные обратно, в таком случае все данные и Ваш аккаунт удалиться и Вы вернете аккаунт Роману
Я: Вы по телефону смотрите? :) Это телефон сервиса Онлайн-СИМ, то что нужно для регистрации на мусорных сайтах
Кристина Вырлан: Screenshot_5.png 0.03Mb
Вы стерли чужой аккаунт , сменив все данные на себя
На скрине - логи системы с изменением настроек профиля :) скрины переписки под катом.
Короче, Роман сфейлился, указав левый номер, потом работал с аккаунтом. Там пачка платёжных документов, пройденные курсы, сертификаты.
Будьте внимательны и осторожны :)
