задача в том, чтобы исправить кое-что в исходниках и собрать пакет.
Там используется более новая система сборки meson.
Всякие "./configure && make && make install" скоро умрут вовсе.
Не факт, как правило сопровождающие пакетов знают по этой теме больше нас. Первая мысль которая приходит мне по таким случаям это подключить deb-src, выкачать дебианизированный исходник пакета и детально рассмотреть его.
Практика показывает что если разница в версии программы большая то исходник на данной версии системы не соберётся или нужен серьёзный патч для исходников .... хорошо когда этот патч кто то сделал, если нет то увы и ах, надо быть программистом.
Когда версия программы та же или совсем рядом достаточно использовать готовую дебианизацию или на край взять её за основу. Крайний раз собирал для человека кастомный squid, там вообще получилось
просто логично, добавил в скрипт rules пару запрошенных человеком опций для сборки, методом
научного тыка анализа выхлопа консоли установил возникшие новые сборочные зависимости и как следствие прикинул установочные зависимости, дописал это хозяйство в control, пометил изменение версии на кастомную в change.log Естественно пришлось упаковать изменённые исходники в новый .orig.tar.bz2 и всё собралось, заметим с таким же как у сопровождающего делением на пакеты ( теперь уже точно все не помню но допустим ) exaple, example-dev, example-common, example-data и тд и тп