The gettext package includes
/usr/lib/x86_64-linux-gnu/preloadable_libintl.so. This is a shared
library on a public library search path. I looked whether it can be
considered private, but it is documented at
https://www.gnu.org/software/gettext/manual/html_node/Prioritizing-messages.html
and thus must be considered part of the interface. This interface is of
course architecture-dependent and that means that gettext must not be
marked Multi-Arch: foreign as is.

The stupid solution is removing Multi-Arch: foreign. Doing so is
correct, but not useful. A lot of packages will fail to cross build from
source once doing so. The /usr/bin/gettext binary needs to continue
residing in a Multi-Arch: foreign binary package.

The obvious consequence is that preloadable_libintl.so and the gettext
binary must reside in different binary packages. The former should be
located in a Multi-Arch: same marked package. The latter should continue
to reside in a Multi-Arch: foreign marked package.

Of course such a change is entirely inappropriate for inclusion in
bullseye, so the fix will have to wait.

Helmut

Dear Maintainer,

I havve done a few patches for improving the situation. Patch 2 may be reported
upstream.

El 26/2/23 a las 15:38, Bastien Roucariès escribió:

Thanks, will look at it after the release of bookworm, since we are in
the middle of the freeze (and gettext is a key package).

Hi,

Time to get to unstable post release

Bastien

Le dim. 26 févr. 2023 à 14:44, Bastien Roucariès
<bastien.roucaries@cyu.fr> a écrit :

severity 984748 normal
tags 984748 - patch
tags 984748 + wontfix
thanks

Hi. I'm making this "official".
(I don't think this has a major effect on the usability of the package)

Thanks.