phd: Programmers don't die, they just GOSUB without RETURN.

https://lwn.net/Articles/954285/

В ядро вкрался баг, а я об него споткнулся. Или, скорее, мимо прошёл, но ещё, быть может, споткнусь.

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

https://www.debian.org/News/2023/2023120902

Оказалось, его выкатили, и тут же закатили назад. Но на зеркала он успел разбежаться, и я успел обновиться. И вот я сижу за ноутбуком, и ещё 2 сервера, и теперь главное — случайно не перезагрузиться. Ладно, на ноутбуке я выберу в менюшке предыдущее ядро. Но сервера совершенно безголовые, особенно домашний (в Амстердаме есть WebVNC).

Если я не могу доверять ядру ОС, кому я вообще могу доверять?

Upd. Debian удалил вредное ядро. Так что sudo apt-get update && sudo apt-get autoremove -y

Upd2. Я ожидал, что исправление будет нумероваться 12.3.1. Фиг — 12.4. Нелюбовь дебиановцев к багфиксным релизам удивляет.

X-Post в ЖЖ.

Продолжаю хоронить isc-dhcp. Клиент ушёл быстро и тихо. С сервером пришлось повозиться.

( dnsmasq vs Kea )

( Read more... )

X-Post в ЖЖ.

Обновляю Debian с 11 на 12. Начал с ноутбука. Всё в основном прошло гладко. По-прежнему удаётся обходиться без SystemD.

Пакет fail2ban заменил jail.conf; после обновления приходится восстанавливать мои настройки; у меня там с января nftables вместо iptables.

В меню загрузчика GRUB появилась команда "Войти в BIOS" (UEFI Firmware Settings). По этой команде ноут перезагрузился… и в самом деле открылась менюшка настроек BIOS.

Поменялись шрифты, пришлось искать более подходящий для FVWM2 и URxvt. Нашёл один, не совсем привычный. То ли буду привыкать, то ли найду время ещё поискать.

EncFS падает в segfault. Лечится в конфиге OpenSSL. Ну ё-маё! ;-(

Пришлось перекомпилировать все питоны. Некоторые старые всё равно дают segfault. Пока не вылечил. Причём не очень старые, наиболее проблемный Python 3.6.

XScreenSaver стал неправильно реагировать на xscreensaver-command --suspend — вместо выключения экрана он теперь запускает хак, как будто я его активировал командой --activate. Это баг, надеюсь, что исправят быстро. Интересно, кто сломал — upstream или Debian?

Upd 13.07. Зарепортил баг в XScreenSaver. Вообще это обновление принесло много проблем с XScreenSaver, но мне уже лень про них писать.

Upd 14.07. Обновил домашний сервер. Всё прошло совершенно гладко. Кроме SpamAssasin 4 — он теперь не запускается из /etc/init.d/, я пока не понял, как он работает. Ага, нашёл, нужно sudo apt install -y spamd.

Upd 15.07. Обновил амстердамский сервер. Там вообще всё прошло быстро и гладко.

В целом всё хорошо. Ничего капитально не сломалось, мелкие баги XScreenSaver можно игнорировать. Кое-что даже исправилось; pavucontrol стал запоминать галочку "Show volume meters" и перестал падать в segfault при выходе.

Upd 28.07. Заменил неработающие Питоны 3.4, 3.5 и 3.6 — поставил из Конды.

X-Post в ЖЖ.

https://www.cnews.ru/news/top/2022-10-10_iz-za_polomki_ozu_na_pk_linusa

Разработка Linux во всем мире замедлилась из-за поломки ОЗУ на ПК Линуса Торвальдса.

X-Post в ЖЖ.

Вопрос к понимающим в программах ifup, ip и в WireGuard. Вот так у меня описан интерфейс:

iface wg0 inet static
        address 192.168.11.4
        netmask 255.255.255.0
        pre-up exec wg-quick up $IFACE
        post-down exec wg-quick down $IFACE

Поднимаю:

$ sudo ifup wg0
[#] ip link add wg0 type wireguard
[#] wg setconf wg0 /dev/fd/63
[#] ip -4 address add 192.168.11.4/32 dev wg0
[#] ip link set mtu 1420 up dev wg0
[#] resolvconf -a tun.wg0 -m 0 -x
[#] ip -4 route add 192.168.11.5/32 dev wg0
[#] ip -4 route add 192.168.11.3/32 dev wg0
[#] ip -4 route add 192.168.11.1/32 dev wg0
[#] ip -4 route add 192.168.10.1/32 dev wg0
/usr/bin/arping: Device wg0 not available.
ERROR: Duplicate address 192.168.11.4 assigned in the network where wg0 is connected to.

Действительно, интерфейсу присвоено 2 адреса:

$ ip address show dev wg0 
5: wg0: <POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1420 qdisc noqueue state UNKNOWN group default qlen 1000
    link/none 
    inet 192.168.11.4/32 scope global wg0
       valid_lft forever preferred_lft forever
    inet 192.168.11.4/24 brd 192.168.11.255 scope global wg0
       valid_lft forever preferred_lft forever

Мнэ… Зачем, почему, как исправить? Убрать address 192.168.11.4 из /etc/network/interfaces нельзя — ifup ругается на синтаксис файла, параметр address обязателен. Убрать этот адрес из /etc/wireguard/wg0.conf тоже, скорее всего нельзя (хотя я не пробовал).

За исключением ошибки в выводе всё работает, так что это скорее предупреждение, не ошибка. Но хочется и её исправить.

Вместо sudo ifup wg0 я могу сделать

$ sudo wg-quick up wg0
[#] ip link add wg0 type wireguard
[#] wg setconf wg0 /dev/fd/63
[#] ip -4 address add 192.168.11.4/32 dev wg0
[#] ip link set mtu 1420 up dev wg0
[#] resolvconf -a tun.wg0 -m 0 -x
[#] ip -4 route add 192.168.11.5/32 dev wg0
[#] ip -4 route add 192.168.11.3/32 dev wg0
[#] ip -4 route add 192.168.11.1/32 dev wg0
[#] ip -4 route add 192.168.10.1/32 dev wg0

И тогда всё хорошо:

$ ip address show dev wg0 
6: wg0: <POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1420 qdisc noqueue state UNKNOWN group default qlen 1000
    link/none 
    inet 192.168.11.4/32 scope global wg0
       valid_lft forever preferred_lft forever

Но это какой-то … если не хак, то обходной путь, не решение, мне не нравится.

X-Post в ЖЖ.

Коллеги, кто объяснит разницу:

$ bash -c 'echo C:\\Data\\2022-01-01\\'
C:\Data\2022-01-01\

$ dash -c 'echo C:\\Data\\2022-01-01\\'
C:\Data┌2-01-01\

Ну т.е. понятно, что это \202, но как его отучить, и научить понимать \\ ?

На одном рабочем сервере я заметил, что /bin/sh у меня /bin/bash, а я люблю, чтобы был /bin/dash во избежание башизмов. Ну и заменил. Внезапно сломался shell-скрипт.

Upd. Вот так: $ /bin/echo 'C:\\Data\\2022-01-01\\'
C:\\Data\\2022-01-01\\

Upd2. Сломался ещё один скрипт. В dash не работает описание функции function f() {} — слово function пришлось убрать. Чистка башизмов. :-)

X-Post в ЖЖ.