Bug#981999: elfutils: please consider separating locales into elfutils-l10n or elfutils-common
Source: elfutils
Version: 0.182+20210203
Severity: wishlist
It seems to be easy for the locale data in libelf1 to trigger multiarch
non-co-installability (#981835, etc.). This could be avoided if the
locale data was in a separate Architecture: all package.
The locale data is also a significant fraction of the size of the library
package:
$ du -sh libelf1_0.182+20210203-1.1+b1_*
956K libelf1_0.182+20210203-1.1+b1_amd64
968K libelf1_0.182+20210203-1.1+b1_i386
$ du -sh libelf1_0.182+20210203-1.1+b1_*/usr/share/locale
804K libelf1_0.182+20210203-1.1+b1_amd64/usr/share/locale
804K libelf1_0.182+20210203-1.1+b1_i386/usr/share/locale
so deduplicating it would save some archive space, and making it only a
weak dependency (Recommends or Suggests instead of Depends) would reduce
the size of small containers that still want packages like iproute2, ltrace,
GLib or Mesa.
libelf1 is depended on by Mesa, so co-installability is going to be a
relatively common use-case: anyone with 32-bit Wine or proprietary 32-bit
games is going to be affected by any multiarch issues here.
smcv
Reply to: