Following the dependency chain through to the cause for the i386 builds, binfmt-support should be added to the i386 allowlist. This may be a bug in evolution-data-server in the case libebook-contacts-1.2-4 can build without libphonenumber8-protobuf32 - for now, blanket-disabling that dependency in bluez's debian/control.
...Debian doesn't even have this build dependency in their bluez packaging, why do we have it in ours? If we need to have it, why isn't that a bug in Debian, and why aren't we working with the Debian Bluetooth maintainers to fix this?
Following the dependency chain through to the cause for the i386 builds, binfmt-support should be added to the i386 allowlist. This may be a bug in evolution- data-server in the case libebook- contacts- 1.2-4 can build without libphonenumber8 -protobuf32 - for now, blanket-disabling that dependency in bluez's debian/control.
...Debian doesn't even have this build dependency in their bluez packaging, why do we have it in ours? If we need to have it, why isn't that a bug in Debian, and why aren't we working with the Debian Bluetooth maintainers to fix this?