Как правильно собирать DEB пакеты, чтобы можно было установить сразу две версии пакета?

Никогда не видел возможность установки двух версий DEB-пакета одновременно.

А как ты это представляешь? Пакет в своем содержимом содержит какие-то конкретные файлы по конкретным путям? Как можно хранить две версии одновременно, если пути к файлам полностью/частично совпадают?

А как же несколько разных версий пайтона в убунте, например?

Но там же, наверное, разные названия пакетов.

раскладываешь по

/usr/lib(или share)/softname-1.0

/usr/lib/softname-2.0

и рулишь через alternatives

Как можно хранить две версии одновременно, если пути к файлам полностью/частично совпадают?

Имена оригинальных файлов, или директория, в которой они лежат, содержат номер версии, а обращение к нужной версии происходит через символьные ссылки. Ссылками управляет утилита alternatives.

Не хочется каждый раз руками всё раскладывать. Хочется, чтобы это делал dpkg. Иначе нафиг он вообще нужен? Но он упорно пытается удалить старую версию пакета при установке нового. Хотелось бы как-нибудь отключить или пропустить это действие

Пакеты вида «название-мажорныйномер» (ну или любой другой номер или слово или… ну, ты понял). Естественно, файлы должны лежать отдельно. Ну и alternatives, понятно.

Не хочется каждый раз руками всё раскладывать.

А ты захоти ©

Собирать с другими путями и именами. Скажем, было
app.deb:
/usr/bin/app
/usr/lib/libapp.so
/usr/share/doc/app/README
сделать
app-nightly.deb:
/usr/bin/app-nightly
/usr/lib/app-nightly/libapp.so
/usr/share/doc/app-nightly/README

зачем руками? просто генерируй список файлов

Но он упорно пытается удалить старую версию пакета при установке нового. Хотелось бы как-нибудь отключить или пропустить это действие

включай в имя пакета версию

включай в имя пакета версию

спасибо! остановлюсь на этом решении.