Долго собирался с мыслями, но вчера объявил о прекращении поддержки бинарных сборок Midnight Commander для Debian и Ubuntu. Последняя доступная версия в моём репозитарии 4.8.31. В личке уже спрашивали когда появится 4.8.32, но у меня таких планов нет.
Возможно моё начинание будет подхвачено кем-то другим, т.к. проблема устаревания MC в LTS дистрибутивах никуда не делась.
Собрал пакеты Midnight Commander 4.8.31 для Debian/Ubuntu с архитектурами i386, amd64, armel, armhf и arm64. Пакеты для i386 и armel есть только в тех дистрибутивах, где они поддерживаются официально (в Ubuntu есть не все):
Инструкция по подключению репозитария. Больше информации о бинарных сборках Midnight Commander можно найти на странице https://midnight-commander.org/wiki/Binaries.
Использование PCRE2 для поиска не включено, т.к. в этом случае пакет не собирается в Ubuntu Trusty. В апреле этого года будет EOL для Ubuntu Trusty и можно будет собрать пакет с поддержкой PCRE2.Viber перестал запускаться в Debian 12 после обновления до версии 21.0.0.1. При запуске в консоли выдаёт ошибку
$ /opt/viber/Viber qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found. This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem. Available platform plugins are: minimal, minimalegl, vnc, wayland-egl, wayland, eglfs, offscreen, xcb, linuxfb. zsh: IOT instruction /opt/viber/Viber
Для отладки проблем с плагинами Qt нужно запустить приложение с переменной окружения QT_DEBUG_PLUGINS=1
$ QT_DEBUG_PLUGINS=1 /opt/viber/Viber
[output skipped]
qt.core.plugin.factoryloader: Got keys from plugin meta data QList("linuxfb")
qt.core.plugin.factoryloader: checking directory path "/opt/viber/platforms" ...
qt.core.library: "/opt/viber/plugins/platforms/libqxcb.so" cannot load: Cannot load library /opt/viber/plugins/platforms/libqxcb.so: (libxcb-cursor.so.0: невозможно открыть разделяемый объектный файл: Нет такого файла или каталога)
qt.core.plugin.loader: QLibraryPrivate::loadPlugin failed on "/opt/viber/plugins/platforms/libqxcb.so" : "Cannot load library /opt/viber/plugins/platforms/libqxcb.so: (libxcb-cursor.so.0: невозможно открыть разделяемый объектный файл: Нет такого файла или каталога)"
qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found.
This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.
Available platform plugins are: minimal, minimalegl, vnc, wayland-egl, wayland, eglfs, offscreen, xcb, linuxfb.
zsh: IOT instruction QT_DEBUG_PLUGINS=1 /opt/viber/Viber
Xcb плагин не может найти libxcb-cursor.so.0, нужно проверить зависимости у /opt/viber/plugins/platforms/libqxcb.so
По привычке запустил sudo apt update && sudo apt upgrade, но несколько пакетов ядра не смогло скачать:
Не удалось загрузить пакет.: E: http://deb.debian.org/debian bookworm/main amd64 linux-image-6.1.0-14-amd64 amd64 6.1.64-1 is not (yet) available (403 Access denied - broken package [IP: 151.101.86.132 80]) E: http://deb.debian.org/debian bookworm/main amd64 linux-image-amd64 amd64 6.1.64-1 is not (yet) available (403 Access denied - broken package [IP: 151.101.86.132 80])
А в почте нашлось уведомление от Debian:
У меня есть принт-сервер для HP LaserJet 1018 на базе Raspberry Pi B+ в котором установлен Raspbian и CUPS. В конце октября я без проблем обновил эту систему с Raspbian Bullseye до Raspbian Bookworm, но сегодня при установке обновлений выдало ошибку:
Errors were encountered while processing: raspi-firmware rpi-eeprom E: Sub-process /usr/bin/dpkg returned an error code (1) Setting up raspi-firmware (1:1.20231024+ds-1+rpt2) ... stat: cannot read file system information for '/boot/firmware': No such file or directory Error: missing /boot/firmware, did you forget to mount it? dpkg: error processing package raspi-firmware (--configure): installed raspi-firmware package post-installation script subprocess returned error exit status 1 dpkg: dependency problems prevent configuration of rpi-eeprom: rpi-eeprom depends on raspi-firmware; however: Package raspi-firmware is not configured yet. dpkg: error processing package rpi-eeprom (--configure): dependency problems - leaving unconfigured Processing triggers for initramfs-tools (0.142) ... Errors were encountered while processing: raspi-firmware rpi-eeprom
Неспеша обновляю хосты с Debian Bullseye до Debian Bookworm и на той неделе столкнулся с ситуацией когда не получилось привычным способом обновить сервер с установленным Nextcloud 25.
В Bookworm поставляется PHP 8.2 который не поддерживается в Nextcloud 25, а сначала обновить Nextcloud до 26 в Debian Bullseye тоже нельзя, т.к. в Nextcloud 26 удалена поддержка PHP 7.4.
В этом случае придется следовать процедуре ручного обновления, предварительно обновив дистрибутив до Debian Bookworm в котором уже PHP 8.2.
Собрал пакеты Midnight Commander 4.8.30 для Debian/Ubuntu с архитектурами i386, amd64, armel, armhf и arm64. Пакеты для i386 и armel есть только в тех дистрибутивах, где они поддерживаются официально (в Ubuntu есть не все):
Инструкция по подключению репозитария. Больше информации о бинарных сборках Midnight Commander можно найти на странице https://midnight-commander.org/wiki/Binaries.
Использование PCRE2 для поиска не включено, т.к. в этом случае пакет не собирается в Ubuntu Trusty. В апреле следующего года будет EOL для Ubuntu Trusty и можно будет собрать пакет с поддержкой PCRE2.
Собрал пакеты Midnight Commander 4.8.29 для Debian/Ubuntu с архитектурами i386, amd64, armel, armhf и arm64. Пакеты для i386 и armel есть только в тех дистрибутивах, где они поддерживаются официально (в Ubuntu есть не все):
Инструкция по подключению репозитария. Больше информации о бинарных сборках Midnight Commander можно найти на странице https://midnight-commander.org/wiki/Binaries.
По причине отсутствия доступа к серверу ночных сборок (которые не делались с прошлого года), я удалил их поддержку и пока не планирую возвращать ее в ближайшем будущем. Из приятного - добавлена поддержка Debian Bookworm, который уже на стадии заморозки.
P.S. Судя по истории моих правок странички https://midnight-commander.org/wiki/Binaries собирать каждый релиз новый mc я начал больше 11 лет назад.
Добавил в свой репозитарий поддержку Ubuntu Jammy (22.04) и собрал пакеты Midnight Commander 4.8.28 для архитектур amd64, armhf и arm64.
Удалил Debian Stretch (LTS поддержка закончилась вчера) и Ubuntu Hirsute (поддержка закончилась еще в январе, но руки не доходили заняться).
Собрал пакеты Midnight Commander 4.8.28 для Debian/Ubuntu с архитектурами i386, amd64, armel, armhf и arm64. Пакеты для i386 и armel есть только в тех дистрибутивах, где они поддерживаются официально (в свежих Ubuntu их нету).
Инструкция по подключению репозитария. Больше информации о бинарных сборках Midnight Commander можно найти на странице https://midnight-commander.org/wiki/Binaries.
Обновил Raspberry PI 4 с Debian Buster до Debian Bullseye и подключил схему управления оборотами вентилятора чтобы сделать его тише. Для управления PWM я использую GPIO 16.
 |
| https://www.raspberrypi.org/documentation/computers/os.html |
В прошлый раз я тестировал на OpenELEC с python 2.7, но в Bullseye используется python 3.9.2. Для работы с GPIO в Debian нужно установить пакет python3-rpi.gpio
$ sudo apt-get update $ sudo apt-get install python3-rpi.gpio
Теперь можно установить сервис для управления оборотами в зависимости от температуры процессора
$ git clone https://github.com/tataranovich/Raspberry-Pi-PWM-fan.git
$ cd ./Raspberry-Pi-PWM-fan/
$ sudo python3 fan.py
Traceback (most recent call last):
File "/home/andrey/Raspberry-Pi-PWM-fan/fan.py", line 42, in <module>
GPIO.setup(FAN_PIN, GPIO.OUT, initial=GPIO.LOW)
RuntimeError: Not running on a RPi!
Затеял обновление своего сборочного окружения, которое используется для компиляции пакетов для armel, armhf и arm64 архитектур. Сейчас оно построено на Raspberry PI 4 2GB и загружается с SD карточки на 32GB в которой /var/cache/pbuilder/build использует bcache поверх NFS и ram диска (подробности есть тут).
Это прилично ускоряет сборку в pbuilder, но только если размер билда не превысит размер ram диска. Raspberry PI 4 умеет загружаться с USB без плясок с бубном и поэтому самым простым решением для ускорения будет отказ от SD карт. Для этого я прикупил Orico M.2 NVMe SSD enclosure и Kingston A2000 на 256GB.
Собрал пакеты Midnight Commander 4.8.27 для Debian/Ubuntu с архитектурами i386, amd64, armel, armhf и arm64. Пакеты для i386 и armel есть только в тех дистрибутивах, где они поддерживаются официально (в свежих Ubuntu их нету). Заодно добавил поддержку Debian Bullseye, который вышел недавно.
Инструкция по подключению репозитария. Больше информации о бинарных сборках Midnight Commander можно найти на странице https://midnight-commander.org/wiki/Binaries.
Добавил в свой репозитарий поддержку Ubuntu Hirsute (21.04) и собрал пакеты Midnight Commander 4.8.26 для архитектур amd64, armhf и arm64.
Перевел свой репозитарий на новый GPG RSA/4096 ключ:
GPG key ID: 0x776F2A248D76B064
Fingerprint: F6DE 7A3E D638 7B13 0F55 E6FF 776F 2A24 8D76 B064
Если у вас установлен пакет tataranovich-keyring и вы своевременно устанавливаете обновления, то ничего делать не нужно - новый ключ уже должен быть установлен. Чтобы убедиться в этом проверьте что пакет tataranovich-keyring имеет версию 2021.05.17:
$ apt-cache policy tataranovich-keyring | head -n3 tataranovich-keyring: Installed: 2021.05.17 Candidate: 2021.05.17
Установить или обновить пакет tataranovich-keyring:
$ KEYRING_VERSION='2021.05.17'
$ wget http://www.tataranovich.com/debian/pool/sid/main/t/tataranovich-keyring/tataranovich-keyring_${KEYRING_VERSION}_all.deb
$ sudo dpkg -i tataranovich-keyring_${KEYRING_VERSION}_all.deb
$ rm -v tataranovich-keyring_${KEYRING_VERSION}_all.deb
Супруге приходится пользоваться Zoom и с ним в систему притянуло IBus (Intelligent Input Bus). Это фреймворк для методов ввода и наверное тем кто использует иероглифы он полезен, но для меня он не решает никаких проблем, а лишь добавляет глюки с переключением языка ввода (используется переключение по Caps Lock).
Чтобы отключить IBus нужно добавить "отклонение" через dpkg-divert
sudo dpkg-divert --package im-config --rename /usr/bin/ibus-daemon
Включить обратно можно командой
sudo dpkg-divert --package im-config --rename --remove /usr/bin/ibus-daemon
После перезагрузки системы IBus больше не запускается.
Добавил в свой репозитарий поддержку Ubuntu Groovy (20.10) и собрал пакеты Midnight Commander 4.8.25 для архитектур amd64, armhf и arm64.
Сейчас версия совпадает с той, которую предоставляет Ubuntu, но ситуация скорее всего изменится с выходом Midnight Commander 4.8.26.
Дошли руки починить сборку Midnight Commander для ARM. Раньше я использовал qemu-user-static и qemu-system-arm для сборки пакетов для архитектур armel, armhf и arm64, но это было медленно и часто заканчивалось ошибками или зависанием сборки. Начиная с Raspberry PI 3 появилась поддержка ARM64 и теперь можно собирать пакеты не прибегая к помощи эмулятора.
После снижения цен на Raspberry PI 4 с 2GB до 35$ я заказал себе такую на Seeedstudio и вдобавок корпус с активным охлаждением. Но если гонять pbuilder на SD карте это будет медленно и карта довольно быстро придет в негодность. Чтобы этого избежать я выношу весь /var/cache/pbuilder на NFS, который раздает домашний сервер. Такой подход хорошо работает с базовыми образами, кешем APT и результатами сборки, но слишком медленный для /var/cache/pbuilder/build/. В этой директории pbuilder хранит распакованные chroot'ы и эти файлы не важны. Чтобы ускорить сборку можно смонтировать tmpfs и сборка будет упираться в процессор, а не в I/O.
Иногда после выхода из спящего режима нет изображения на экране ноутбука. Чаще это случается если ноутбук ушел в спящий режим подключенным к док-станции (в этом случае изображение выводится на два внешних монитора, а экран ноутбука отключен), а выходит из спящего режима будучи отключенным от док-станции. В такой момент можно подключиться по SSH и сделать перезагрузку или попытаться переключиться в консоль и затем обратно в иксы. Иногда последнее помогает, но не всегда. Не помню конда это началось, но из-за нехватки времени и спонтанности ошибки решение откладывалось до лучших времен. Сегодня воспроизвелось еще раз и пора с этим разобраться.
May 01 20:03:42 dragoncore systemd-logind[711]: Lid closed. May 01 20:03:42 dragoncore systemd-logind[711]: Suspending... May 01 20:03:42 dragoncore NetworkManager[710]:[1588352622.0356] manager: sleep: sleep requested (sleeping: no enabled: yes) May 01 20:03:42 dragoncore NetworkManager[710]: [1588352622.0356] manager: NetworkManager state is now ASLEEP May 01 20:03:42 dragoncore systemd[1]: Reached target Sleep. May 01 20:03:42 dragoncore systemd[1]: Starting Suspend... May 01 20:03:42 dragoncore systemd-sleep[2418]: Suspending system... May 01 20:03:42 dragoncore kernel: PM: suspend entry (deep) May 01 20:03:42 dragoncore kernel: PM: Syncing filesystems ... done.