Да, этого исхода похоже не избежать.
Апстрим настаивает на такой схеме упаковки:
https://git.altlinux.org/gears/l/libsuil.git?p=libsuil.git;a=blob;f=PACKAGING.md;h=6b0debbd153c525143a7018c993b7f3843c44d45;hb=08e4c1919047b66b1b5d9f94dc9f0cb5a1974b90
До обсуждаемой сборки все зависимости на графические тулкиты просто подавлялись,
лишая нас контроля за актуальностью ABI с ними, cборка же в один монолитный пакет без подавления этих зависимостей обессмысливает само существование suil.
Предложения ?

> Предложения?

Моей первой мыслью был виртуальный libsuil, требующий все модули; а текущее содержимое libsuil в таком случае могло бы уйти в libsuil0.

Однако почитав и подумав я пришёл к выводу, что достаточно пройтись по клиентам libsuil и добавить в зависимости нужный модуль. Ведь в именах пакетах libsuil-gtk2, libsuil-gtk3, libsuil-qt5 и libsuil-qt6 указан тулкит хоста, так? Значит хостам нужна зависимость на соответствующий подпакет libsuil.

Сейчас от libsuil в Сизифе зависят 4 пакета:
- ardour -- ему, как показала практика, нужен libsuil-gtk2;
- audacity -- наверное libsuil-gtk3, я проверю;
- jalv -- соответствующий подпакету;
- tuxguitar -- там почему-то только сборочная зависимость, наверное она не настоящая.

> - audacity -- наверное libsuil-gtk3, я проверю;

Да, audacity теперь нужен libsuil-gtk3.

у меня есть предположение, что может быть достаточно просто не линковать хост с suil -- 
я пока не нашёл плагина, который оказался бы неработоспособен в таком хосте.

ок, я отправил пересобираться ardour/jalv с добавленными libsuil-*

(In reply to Sergey Bolshakov from comment #5)
> ок, я отправил пересобираться ardour/jalv с добавленными libsuil-*

Ок, спасибо.

audacity я завтра займусь.

> audacity я завтра займусь.

audacity 3.7.5-alt2 в Сизифе. Думаю, этот баг можно закрывать.