Your message dated Tue, 19 May 2026 20:25:26 +0200
with message-id <[email protected]>
and subject line Fixed in recent Screen versions
has caused the Debian Bug report #695745,
regarding Debian screenrc doesn't have defutf8 on by default
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
695745: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695745
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: screen
Version: 4.0.3-14
Severity: important
Tags: l10n
Debian screenrc should have
defutf8 on
by default, as otherwise it requires explicit usage of 'screen -U' to get
correct UTF-8 behaviour. Should be an easy fix, and UTF-8 is pretty standard in
this day and age.
-- System Information:
Debian Release: 6.0.6
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages screen depends on:
ii dpkg 1.15.8.13 Debian package management system
ii install-info 4.13a.dfsg.1-6 Manage installed documentation in
ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib
ii libncursesw5 5.7+20100313-5 shared libraries for terminal hand
ii libpam0g 1.1.1-6.1+squeeze1 Pluggable Authentication Modules l
screen recommends no packages.
screen suggests no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
Version: 5.0.1-2
Hi,
This is no longer reproducible in current screen. This may have been
fixed in an earlier version, but I have not checked.
Screen 5.x initialises encoding from the active locale (via
setlocale/nl_langinfo(CODESET)), so UTF-8 locales start in UTF-8 mode
without requiring "screen -U" or "defutf8 on" in /etc/screenrc.
I verified this with current unstable (5.0.1-2):
- LANG=C.UTF-8: session reports UTF-8 mode
- LANG=C: session starts non-UTF-8
Cheers,
Peter Dey
--- End Message ---
