MXLinux

 Мне все чаще приходится взаимодействовать с дистрибутивами на основе deb пакетов. Долгое время и если была необходимость, всегда собирал rpm пакеты, там все просто и понятно. И вот решил попробовать собрать deb пакет. Так как уже давно есть контейнеры и по моему мнению сборка пакетов, для контроля правильных зависимостей, в изолированном окружении больше не нужна. Берешь пустой контейнер и вперед.  Так как может понадобится пересобрать и другие программы я разделил сборку на два этапа: (все шаги выполняются от пользователя) 1. Подготовка сборочного контейнера (пригодится для других программ). Создаем файл: vi Dockerfile FROM docker.io/library/debian:forky MAINTAINER user <user@mail.lan> USER root RUN apt-get update && apt-get install -y devscripts quilt USER ${ CONTAINER_DEFAULT_USER } и собираем контейнер podman build -t home.lan/debian14-debuild . 2. Пересборка пакета.  Скачиваем исходники программы, файлов описания пакета и правил сборки ...

 С большим опозданием, хочу сообщить вам о новой крутой технологии bootc . Получается она вышла достаточно давно, и уже с весны 2025 года стала доступна в RHEL 10. Сам я с этой технологией познакомился случайно, благодаря статье про Fedora Hummingbird из журнала Fedora Magazine . Там упоминается это замечательная технология как bootc. По сути bootc - переводится как загружаемый контейнер.  Т.е. контейнер может работать как обычный OCI/Docker контейнер, но также может работать в виртуальных машинах и даже на голом железе. Причем сам контейнер по сути есть атомарный т.е. (immutable) и после создания его нельзя изменить и как следствие надежный и безопасный. При обновлении старый объект удаляется и заменяется новым. Причем все это может делать сам контейнер, следить о появлении новой версии в регистре, скачивать слой контейнера и если что не так то откатывать изменение. Причем вся сборка этого контейнера управляется через API (API-driven), т.е. полная автоматизация, модульность...