Ежемесячные новости – апрель 2022

Ежемесячные новости Linux Mint — это не пресс-релиз ради галочки, а рабочий дневник проекта. В апреле 2022 года в нём было три главные темы: перебазирование mutter для Cinnamon 5.4, начало работы над базой Linux Mint 21 и новый инструмент обновления, который должен был упростить переход между крупными версиями. По этим заметкам хорошо видно, как устроен цикл разработки дистрибутива и почему обновление иногда занимает больше времени, чем обещают.

Разберём, что именно происходило, зачем проекту понадобился новый апгрейдер и как читать такие отчёты, чтобы понимать состояние системы, а не только список функций.

Перебазирование mutter для Cinnamon 5.4

Cinnamon использует mutter — оконный менеджер и композитор, изначально развивавшийся в GNOME. Когда вышестоящий проект меняет внутренние API, дочернему окружению приходится либо догонять изменения, либо замораживать старую версию. Linux Mint выбрал первый путь: перенести Cinnamon на более новую ветку mutter.

Это не косметическая правка. Композитор отвечает за отрисовку окон, масштабирование, работу с несколькими мониторами, аппаратное ускорение и обработку ввода. Ошибка в нём проявляется как мерцание, зависание сессии или чёрный экран после входа. Именно поэтому в заметке подчёркивается, что работа «идёт полным ходом и становится всё более стабильной», а не «готова».

Для пользователя практический вывод простой: не ставьте промежуточные сборки Cinnamon на рабочую машину, если зависите от стабильности сессии. Для тестировщика — наоборот, это лучший момент, чтобы проверить своё оборудование и сообщить о регрессиях.

cinnamon --version
mutter --version
echo $XDG_SESSION_TYPE
journalctl --user -b | grep -iE "cinnamon|mutter" | tail -30

Linux Mint 21: сначала база, потом функции

Обычно проекты сначала добавляют новые возможности, а ближе к концу цикла переносят код на новую базу и исправляют ошибки. В этот раз Mint поступил наоборот: сначала занялся базой Ubuntu 22.04, чтобы заранее столкнуться с новыми библиотеками и изменениями в вышестоящих проектах.

Логика здесь прагматичная. Если новые функции писать на старой базе, а потом переносить, часть работы придётся переделывать. Если же сначала поднять базу, становится видно, какие функции вообще реализуемы, а какие стоит отложить. Это снижает риск в конце цикла, когда времени на переделку уже нет.

В заметке упомянуты готовые репозитории, образы Docker и первый пре-альфа ISO. Пре-альфа означает, что образ собран для поиска проблем, а не для использования. Он помогает выявить несовместимости на раннем этапе — до того, как ошибки накопятся.

# проверить базу установленной системы
cat /etc/os-release
lsb_release -a
apt policy | head -20

Если вы хотите помочь проекту, тестируйте пре-альфа образ в виртуальной машине и описывайте проблемы воспроизводимо: версия образа, оборудование, шаги, логи. Сообщение «не работает» не помогает разработчикам.

Новый инструмент обновления

Отдельная тема — апгрейдер. Старые основные обновления Mint были, по словам разработчиков, недостаточно гибкими и слишком сложными. Новый инструмент разрабатывался сразу для двух дистрибутивов — Linux Mint и LMDE — и должен был обеспечить плавный переход на Mint 21 после релиза.

Почему это важно? Обновление между крупными версиями — самый рискованный сценарий для пользователя. Меняются ядра, драйверы, библиотеки, настройки репозиториев. Если что-то ломается, человек остаётся с неработающей системой и без понятного плана отката. Хороший апгрейдер умеет проверить состояние, предупредить о несовместимых пакетах и сохранить резервную копию.

# перед любым крупным обновлением
apt list --installed > ~/packages-before.txt
snap list > ~/snaps-before.txt 2>/dev/null
flatpak list --app > ~/flatpaks-before.txt 2>/dev/null
grep -rh "^deb " /etc/apt/sources.list /etc/apt/sources.list.d/ | sort -u

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

ls /etc/apt/sources.list.d/
sudo apt install ppa-purge
sudo ppa-purge ppa:example/ppa

Как читать ежемесячные новости

Не ищите в отчёте готовый список «что нового». Смотрите на три вещи: какие подсистемы в работе, какие сроки сдвигаются и что просят тестировать. Если проект пишет «работаем над стабильностью», значит, новые функции уже не принимаются и пора готовиться к релизу.

Полезно сверять заметки с собственным опытом. Если вы пользуетесь Mint, заведите привычку раз в месяц проверять обновления и читать список изменений. Это занимает десять минут, но помогает понять, почему после очередного апдейта изменилось поведение.

apt list --upgradable
apt changelog $(apt list --upgradable 2>/dev/null | awk -F/ 'NR==2{print $1}') 2>/dev/null | head -40

И не путайте «вышло обновление» с «обновилось у вас». Пакет может быть в репозитории, но не установлен, а машина — работать на старом ядре до перезагрузки.

uname -r
cat /var/run/reboot-required 2>/dev/null
systemctl --failed

Практический план для пользователя

1. Рабочую машину держите на стабильной ветке, тестовую — на пре-альфа и бета-сборках.
2. Перед крупным обновлением сделайте снапшот или полную резервную копию.
3. Отключите сторонние репозитории и проверьте, какие приложения из них установлены.
4. Сохраните список пакетов и конфигурацию загрузчика.
5. После обновления проверьте сессию, сеть, звук, принтеры и критичные приложения.

sudo timeshift --create --comments "before upgrade"
rsync -aAXH --delete /home /mnt/backup/home/
cp /etc/default/grub ~/grub-before.txt

Итог

Апрельский отчёт Linux Mint 2022 показывает зрелую инженерную работу: перебазирование композитора, ранний переход на новую базу и новый апгрейдер. Для пользователя главное — не спешить с промежуточными сборками, готовить резервные копии и читать заметки проекта как источник фактов, а не маркетинга. Тогда обновление пройдёт предсказуемо, а не превратится в спасательную операцию.