[Pkg-zsh-devel] Bug#802700: zsh: 8bit adam2 prompt incorrectly displays unicode replacement characters

Thu Oct 22 19:09:10 UTC 2015

Hi Axel!

After further investigation, I've checked this with Terminator, guake,
xfce4-terminal, xterm, and urxvt, all of which display replacement
characters. Curiously, though, things work perfectly in TTY1.

I also checked my locale, but the output looks the same as on your system:

LANG=en_US.utf8
LANGUAGE=
LC_CTYPE="en_US.utf8"
LC_NUMERIC="en_US.utf8"
LC_TIME="en_US.utf8"
LC_COLLATE="en_US.utf8"
LC_MONETARY="en_US.utf8"
LC_MESSAGES="en_US.utf8"
LC_PAPER="en_US.utf8"
LC_NAME="en_US.utf8"
LC_ADDRESS="en_US.utf8"
LC_TELEPHONE="en_US.utf8"
LC_MEASUREMENT="en_US.utf8"
LC_IDENTIFICATION="en_US.utf8"
LC_ALL=

> Just to be sure: Did you call reportbug in one of the terminals where
> this happened?
>
> Since it's the replacement character: Maybe there is the proper font
> missing?

Indeed, I ran reportbug from the same terminator window I used for my
initial screenshot. I also just checked through several fonts, both fixed-
and free-width, all of which still show replacement characters. In
particular, I made sure to try both monospace and inconsolata as they
worked on an old Wheezy installation I had. Here is the output of my font
listing:

fonts-cabin 1.5-2
fonts-comfortaa 2.003-1
fonts-crosextra-caladea 20130214-1
fonts-crosextra-carlito 20130920-1
fonts-dejavu 2.34-1
fonts-dejavu-core 2.34-1
fonts-dejavu-extra 2.34-1
fonts-droid 1:4.4.4r2-6
fonts-ebgaramond 0.015+git20130628-3
fonts-ebgaramond-extra 0.015+git20130628-3
fonts-font-awesome 4.2.0~dfsg-1
fonts-freefont-otf 20120503-4
fonts-freefont-ttf 20120503-4
fonts-gfs-artemisia 1.1-5
fonts-gfs-baskerville 1.1-5
fonts-gfs-bodoni-classic 1.1-5
fonts-gfs-complutum 1.1-6
fonts-gfs-didot 1.1-6
fonts-gfs-didot-classic 1.1-5
fonts-gfs-gazis 1.1-5
fonts-gfs-neohellenic 1.1-6
fonts-gfs-olga 1.1-5
fonts-gfs-porson 1.1-6
fonts-gfs-solomos 1.1-5
fonts-gfs-theokritos 1.1-5
fonts-hosny-amiri 0.107-1
fonts-inconsolata 001.010-5
fonts-ipaexfont-gothic 00201-4
fonts-ipaexfont-mincho 00201-4
fonts-ipafont-gothic 00303-12
fonts-ipafont-mincho 00303-12
fonts-junicode 0.7.8-2
fonts-lato 2.0-1
fonts-liberation 1.07.4-1
fonts-linuxlibertine 5.3.0-2
fonts-lmodern 2.004.4-5
fonts-lobster 2.0-2
fonts-lobstertwo 2.0-2
fonts-oflb-asana-math 000.907-6
fonts-opensymbol 2:102.6+LibO5.0.2-1~bpo8+1
fonts-sil-gentium 20081126:1.02-13
fonts-sil-gentium-basic 1.1-7
fonts-stix 1.1.1-1
fonts-texgyre 20140520-1
ttf-adf-accanthis 0.20090423-2
ttf-adf-gillius 0.20090423-2
ttf-adf-universalis 0.20090423-2
ttf-dejavu-core 2.34-1
xfonts-100dpi 1:1.0.3
xfonts-75dpi 1:1.0.3
xfonts-base 1:1.0.3
xfonts-encodings 1:1.0.4-2
xfonts-scalable 1:1.0.3-1
xfonts-utils 1:7.7+2

Thank you for the help!! All the best,
~Connor

On Thu, Oct 22, 2015 at 2:04 PM, Axel Beckert <abe at debian.org> wrote:
>
> Control: tag -1 + unreproducible moreinfo
>
> Hi Connor,
>
> Connor Glosser wrote:
> > I have a fresh Debian (XFCE) + Zsh installation with
> >
> >   autoload -Uz promptinit
> >   promptinit
> >   prompt adam2 8bit
> >
> > in my .zshrc file. The "prompt adam2 8bit" command loads in the adam2
prompt
> > with 8bit characters (largely box-drawing characters) used to place a
> > horizontal rule across the terminal window. On my system, however, many
of
> > these characters have been replaced with � replacement characters (among
> > other issues such as "random" line endings). The problem persists across
> > different terminal applications as well as different fonts. I have
included
> > a screenshot of the effect.
>
> The screenshot seems to show the "terminator" terminal.
>
> Since you wrote that it doesn not only happen in one terminal
> emulator, it's likely not a terminal-emulator-specific setting as
> present in many of them.
>
> Nevertheless one question here: Which terminal emulators did you try
> beside terminator? Where all libvte-based? Or was one them e.g. xterm,
> lxterm, uxterm, aterm, urxvt or another rxvt variant? (The set of
> terminal emulators I mentioned all use fixed fonts by default while
> the libvte-based terminal emulators all use vector-based fonts.)
>
> Next idea was non-utf-8 locales, but this looks fine, too:
>
> > Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
>
> I tried it on a Debian Jessie workstation, also with LANG=en_US.utf8
> and LC_CTYPE=en_US.utf8 with at least terminator and uxterm -- and in
> both, the line drawing characters look as expected. See attached
screenshot.
>
> Just to be sure: Did you call reportbug in one of the terminals where
> this happened?
>
> Since it's the replacement character: Maybe there is the proper font
> missing?
>
> Can you paste the output of the following command into a mail to this
> bug report?
>
> dpkg -l | egrep "^ii  (x?fonts|ttf)-" | awk '{print $2" "$3}'
>
> If this for some reason doesn't work and you have aptitude installed,
> try this command instead:
>
> aptitude search -F '%p %V' --disable-columns '~i ~n "^(x?fonts|ttf)-"'
>
> (Both commands try to list all installed font packages and their
> version numbers. At least on my system, they output the same list.)
>
>                 Regards, Axel
> --
>  ,''`.  |  Axel Beckert <abe at debian.org>, http://people.debian.org/~abe/
> : :' :  |  Debian Developer, ftp.ch.debian.org Admin
> `. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
>   `-    |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/pkg-zsh-devel/attachments/20151022/a4620a63/attachment.html>