Kdenlive зависает на диалоге открытия/выбора файла

В XFCE стал зависать Kdenlive при вызове диалога выбора файла или папки, например, при попытке выполнить «Файл — Открыть» или при выборе, куда сохранить собираемое видео.

Баг гуглится, а вот решений не нашел.
Решение:
env XDG_CURRENT_DESKTOP=rtpkgl kdenlive
То есть вместо XDG_CURRENT_DESKTOP=XFCE мы задали какую-то фигню, библиотеки KDE KF5 не смогли распознать, в каком окружении мы работаем, и тогда вместо попытки открыть файловый диалог GTK+, родной для нашего XFCE, на чем и зависало, будет использоваться обычный файловый диалог Qt5 без проблем.

Чтобы с кнопки-ярлыка Kdenlive сам запускался правильно, с помощью Menulibre отредактируем локальный desktop-файл:

Вручную, без Menulibre, тоже можно:
cp -v /usr/share/applications/org.kde.kdenlive.desktop ~/.local/share/applications/
nano ~/.local/share/applications/org.kde.kdenlive.desktop

Вызов LibreOffice в chroot

Для сборки deb-пакета Wirec я использую вызов LibreOffice внутри Makefile, чтобы конвертировать картинку из ODG в SVG. При запуске локально все работало, однако при попытке собрать deb-пакет на Launchpad, то есть при сборке в chroot, возникла ошибка:

libreoffice --convert-to svg --outdir /<>/debian/wirec///usr/share/icons desktop/wirec.odg
javaldx failed!
Warning: failed to read path from javaldx

После исправления Makefile был таким:
Читать далее Вызов LibreOffice в chroot

Ловушка для пользователей проприетарщины (Dropbox)

Пользователи проприетарщины в очередной раз попали в ловушку, ха-ха!
Проприетарный синхронизационный клиент Dropbox прекращает поддержку всех ФС в Linux, за исключением Ext4: http://www.opennet.ru/opennews/art.shtml?num=49119
https://www.dropboxforum.com/t5/Syncing-and-uploads/Linux-Dropbox-client-warn-me-that-it-ll-stop-syncing-in-Nov-why/m-p/290058#M42250

Типа разработчики Dropbox хотят использовать расширенный атрибуты файловой системы (xattrs), они поддерживаются в _большинстве_ файловых систем, в т.ч. BTRFS и XFS, однако, судя по всему, разработчкам проприетарщины стало влом тестировать свои костылепеды на них и поэтому они решили просто отказаться от их синхронизации, хотя чисто технически все должно работать.

Вот так вот пользователи проприетарщины внезапно обломались.

Если что, клиент облака mega.nz megasync имеет открытый код и работает на BTRFS. yandex-disk (проприетарный) тоже на ней нормально работает.

BigBlueButton: онлайн просмотр записи во фрейме на другой веб-странице

Использовать следующий код:

<iframe src="ССЫЛКА НА СТРАНИЦУ С ЗАПИСЬЮ" width="1024" height="550"></iframe>

Читать далее BigBlueButton: онлайн просмотр записи во фрейме на другой веб-странице

phpmyadmin: Variable lc_messages can’t be set to the value of ru_RU

У меня на Ubuntu 18.04 + MySQL 8.0 + phpmyadmin + панель Vesta CP возникла такая ошибка:
Variable 'lc_messages' can't be set to the value of 'ru_RU'

Решением стало переименование папки с русской локализацией:
Читать далее phpmyadmin: Variable lc_messages can’t be set to the value of ru_RU

Пересоздаем MySQL после серьезного повреждения (в т.ч. на Vesta CP). Сброс root-пароля MySQL. Закончилось место на BTRFS, MySQL упал.

Симптомы в логе MySQL такие:

[ERROR] InnoDB: Invalid redo log header checksum.
[ERROR] InnoDB: Plugin initialization aborted with error Generic error

Читать далее Пересоздаем MySQL после серьезного повреждения (в т.ч. на Vesta CP). Сброс root-пароля MySQL. Закончилось место на BTRFS, MySQL упал.

WPS Office на ALT Linux

$ wpp
/opt/kingsoft/wps-office/office6/wpp: error while loading shared libraries: libbz2.so.1.0: cannot open shared object file: No such file or directory

Решается так:

su -
ln -s /lib64/libbz2.so.1 /lib64/libbz2.so.1.0
exit

ALT bug 35320
ROSA bug 9286

Отзываем ключ SSH на серверах

Сначала смотрим, какие ключи авторизованы (обратите внимание, что у каждого пользователя свой набор авторизованных ключей SSH):
cat ~/.ssh/authorized_keys
На каждой строке будет авторизованный ключ, а в конце строки идет имя_пользователя@имя_хоста авторизованного пользователя. В моем случае это было user@ChuwiHi12-Linux.
Нам нужно удалить у всех пользователей этот публичный ключ из списка авторизованных ключей SSH, для этого выполняем команду:
for i in $(/bin/ls /home/); do sudo sed -i -e '/ChuwiHi12/d' /home/$i/.ssh/authorized_keys; done

где вместо ChuwiHi12 текст, содержащийся в каждой строке, подлежащей удалению.

Работать будет и с BSD, и GNU coreutils, в т.ч. в минималистичном POSIX-шелле /bin/sh.

Обратите внимание, здесь подразумывается, что домашние папки всех пользователей имею путь вида /home/имя_пользователя, однако технически путь может быть любым, и тогда эта команда не сработает, но вы вряд ли захотите ее копипастить, если самостяотельно настроили нестандартные домашние каталоги пользователей Linux/FreeBSD/Solaris/UNIX.

Зачем я это делал? Планшет перестал включаться, он еще на гарантии, и несу его в ремонт. Не хочу, чтобы с него могли без пароля войти на мои сервера.

Сжимаем файл через xz

Захотелось мне сжать образ вирутальной машины для отправки другому человеку.
xz -e --threads=0 --keep -8 -v ALT_LXDE_Sisyphus.qcow2
Создаст сжатый файл ALT_LXDE_Sisyphus.qcow2.xz