Классическая ситуация, ты ставишь зависимости для сборки какого-то куска софта через классический apt-get build-dep имя_пакета, например, php. Классика же, да? А он тебе в ответ:
Required такой-то package but it will not be installed.И дальше мудовые рыдания, а почему? потому что ты из него не можешь выбить причину заминки установки. А причина кроется в том, что у доебана зависимости ставятся через самолётное крыло.
Например, у тебя есть зависимость второго уровня "a | b | c" и зависимость третьего уровня "x | y | z". Известно, что "a" конфликтует с "x и "z", "b" конфликтует с "y" и c конфликтует с "x" и "y". А что делает dpkg/apt-get? Вы думаете, он строит дерево зависимостей, выявляет нужное сочетание пакетов и ставит их? Хрен там плавал.
Вместо того, чтобы обмозговать ситуацию и поставить пакеты "a" и "y", он попытается поставить "a" и "x" и скажет, что он обосрався. И то, это произойдёт тогда, когда ты извернёшься, вынешь build-time зависимости, (обычно достаточно дерева 3, иногда 4-го уровня) и начнёшь играться с разным сочетанием пакетов, ставя их через apt/apt-get. У RPM такой жидкомозговости не наблюдается.
И эта всратость в apt-е присутствует уже очень давно, в убунте 20.04 она точно была, равно как и в debian wheezy (который 7). И при сборке dpkg-шек меня это задолбало. А "великолепная" документация по dh-чего-то_там? Причём, бюрократия внутри debian 80+ левела: бох с ним, что надо облизать coc.md, но уже готовую документацию, соответствующую всем облизанным coc.md принимать отказываются. Я не знаю, с кем надо там переспать, кому занести, чтобы была возможность дополнить, а местами просто написать отсутствующую документацию по всем этим сборочным "тайным знаниям".
В то же время собрать rpm-пакет вполне возможно и по пути не надо будет крафтить сборочное окружения руками, подсовывая туда правильные пакеты, правильных версий и в правильном сочетании (в обход списка зависимостей). Даже тот же php (у которого гигантское количество зависимостей) собирается без проблем и потом *работает* ровно так как и должен (в меру набора багов внутри самого php).
