Upcoming stable point release (10.7)

[Adam D. Barratt]

Hi,

The next point release for "buster" (10.7) is scheduled for Saturday
December 5th. Processing of new uploads into buster-proposed-updates
will be frozen during the preceding weekend.

Regards,

Adam

Processed: Re: libc-bin: iconv does not support C.UTF-8

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> retitle 973647 libc-bin: iconv fails to work correctly when run under the 
> C.UTF-8 locale
Bug #973647 [libc-bin] libc-bin: iconv does not support C.UTF-8
Changed Bug title to 'libc-bin: iconv fails to work correctly when run under 
the C.UTF-8 locale' from 'libc-bin: iconv does not support C.UTF-8'.
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
973647: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=973647
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#973647: libc-bin: iconv does not support C.UTF-8

[Vincent Lefevre]

On 2020-11-02 20:41:02 +0100, Vincent Lefevre wrote:
> With en_US.utf8, no issues:
> 
> $ export LC_ALL=en_US.utf8
> $ echo a─b | iconv -f utf-8 -t ascii//TRANSLIT
> a-b
> 
> But with C.UTF-8, the character "─" is regarded as invalid:
> 
> $ export LC_ALL=C.UTF-8
> $ echo a─b | iconv -f utf-8 -t ascii//TRANSLIT
> aiconv: illegal input sequence at position 1

Note that this is not related to the charset used by the file,
but the locale under which iconv runs. For instance, there is
no issue to convert a UTF-8 files under the C locale, but using
C.UTF-8 instead yields an error:

$ echo a─b | LC_ALL=C iconv -f utf-8 -t ascii//TRANSLIT
a-b
$ echo a─b | LC_ALL=C.UTF-8 iconv -f utf-8 -t ascii//TRANSLIT
aiconv: illegal input sequence at position 1

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#973647: libc-bin: iconv does not support C.UTF-8

[Vincent Lefevre]

Package: libc-bin
Version: 2.31-4
Severity: normal

With en_US.utf8, no issues:

$ export LC_ALL=en_US.utf8
$ echo a─b | iconv -f utf-8 -t ascii//TRANSLIT
a-b

But with C.UTF-8, the character "─" is regarded as invalid:

$ export LC_ALL=C.UTF-8
$ echo a─b | iconv -f utf-8 -t ascii//TRANSLIT
aiconv: illegal input sequence at position 1

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'stable-updates'), (500, 
'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.9.0-1-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=POSIX, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libc-bin depends on:
ii  libc6  2.31-4

Versions of packages libc-bin recommends:
ii  manpages  5.08-1

libc-bin suggests no packages.

-- no debconf information

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Processed: retitle 972770 to libnss-nis: dist-upgrade buster to sid fails: Could not perform immediate configuration on 'libnss-nis:amd64'

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> retitle 972770 libnss-nis: dist-upgrade buster to sid fails: Could not 
> perform immediate configuration on 'libnss-nis:amd64'
Bug #972770 [libnss-nis] libnss-nis: dist-upgrade buster to sid error
Changed Bug title to 'libnss-nis: dist-upgrade buster to sid fails: Could not 
perform immediate configuration on 'libnss-nis:amd64'' from 'libnss-nis: 
dist-upgrade buster to sid error'.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
972770: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=972770
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems