Bug#932708: rewrites comments in /etc/locale.gen
Package: locales Version: 2.28-10 Severity: minor Hi, a least in buster and later, reconfiguring locales will rewrite the comments in /etc/locale.gen which indicate available locales. This might confuse file integrity checkers and causes value ping-pong with configuration management systems. Please consider making the addition of commented-out locale indicators configurable. Greetings Marc -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.2.1-zgws1 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), LANGUAGE=en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages locales depends on: ii debconf [debconf-2.0] 1.5.72 ii libc-bin 2.28-10 ii libc-l10n 2.28-10 locales recommends no packages. locales suggests no packages. -- debconf information excluded
Re: Options for 64-bit time_t support on 32-bit architectures
* Simon McVittie: > On Fri, 19 Jul 2019 at 15:13:00 +0300, Adrian Bunk wrote: >> Remaining usecases of i386 will be old binaries, some old Linux binaries >> but especially old software (including many games) running in Wine. >> Old Linux binaries will still need the old 32bit time_t. > > Based on background from my contributions to the Steam Runtime: > > I don't have numbers, but you might be surprised how many Linux-supporting > games are 32-bit. The Steam client itself is currently also 32-bit > (with some 64-bit subprocesses); this is somewhat deliberate, to act as > a canary for whether 32-bit code works at all, particularly when combined > with graphics. > > The Steam Runtime (a LD_LIBRARY_PATH library bundle used to run Steam and > Steam games) is built on an increasingly ancient version of Ubuntu, but > it tries to use newer libraries of the same SONAME from the host system > where available, which they often will be, because people who install > Steam probably also install Wine, which has 32-bit dependencies. If those > libraries have an incompatible ABI involving 64-bit time_t, and it is used > at the ABI "surface" between a host-system library and a Steam Runtime > library or the game, then 32-bit games, and the Steam client itself, > will crash. We could in theory bump soname for these libraries, but that has the unfortunate side effect that it will likely leak to 64-bit architectures, creating more work for everyone. I don't see a good way to maintain those libraries with a single-ABI approach. So if that's an important use case, it would be a fairly strong case against it, I think.
Bug#932644: reconfigure writes to /usr/lib/locale/locale-archive
Package: locales Version: 2.28-10 Severity: minor Hi, reconfiguring the locales package updates the file /usr/lib/locale/locale-archive. I am not sure whether this is allowed by policy, hence severity: minor. Maybe this file would better be in /var. Greetings Marc -- System Information: Debian Release: 10.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.2.1-zgsrv20080 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), LANGUAGE=en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages locales depends on: ii debconf [debconf-2.0] 1.5.71 ii libc-bin 2.28-10 ii libc-l10n 2.28-10 locales recommends no packages. locales suggests no packages. -- debconf information: * locales/locales_to_be_generated: de_DE.UTF-8 UTF-8, en_US.UTF-8 UTF-8 * locales/default_environment_locale: en_US.UTF-8
