Your message dated Mon, 30 Nov 2020 22:34:11 +1100
with message-id <[email protected]>
and subject line Re: Problems with line breaking in the presence of certain 
characters
has caused the Debian Bug report #508437,
regarding man-db: Problems with line breaking in the presence of certain 
characters
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.)


-- 
508437: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508437
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: man-db
Version: 2.5.2-3
Severity: minor


When displaying dash(1) in an en_GB.UTF-8 locale in an rxvt-unicode
terminal, the following line is incorrectly wrapped:

     the exception of newline.  A backslash preceding a < newline > is treated 
as

I have used < and > to indicate the characters that man writes to either
side of the word "newline", but which I can't copy and paste into my
8-bit editor. It seems to be on account of these characters that the
wrapping calculation goes wrong, and the final character of the line
(the "s" of "as") ends up on the following physical line of the
terminal. As far as I can see, the quote characters mentioned above are
calculated as being single-width but displayed over two character cells.

The problem persists if I change my terminal font from fixed (bitmap) to
DejaVu Sans, and also if I change my terminal emulator to uxterm (in
which case when using fixed it uses different characters, or possibly a
different font, for the quote characters, but with the same width
problem.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages man-db depends on:
ii  bsdmainutils           6.1.10            collection of more utilities from 
ii  debconf [debconf-2.0]  1.5.24            Debian configuration management sy
ii  dpkg                   1.14.23           Debian package management system
ii  groff-base             1.18.1.1-21       GNU troff text-formatting system (
ii  libc6                  2.7-16            GNU C Library: Shared libraries
ii  libgdbm3               1.8.3-3           GNU dbm database routines (runtime
ii  zlib1g                 1:1.2.3.3.dfsg-12 compression library - runtime

man-db recommends no packages.

Versions of packages man-db suggests:
pn  groff                       <none>       (no description available)
ii  iceweasel [www-browser]     3.0.4-1      lightweight web browser based on M
ii  less                        418-1        Pager program similar to more
ii  links [www-browser]         2.1pre37-1.1 Web browser running in text mode

-- debconf information excluded



--- End Message ---
--- Begin Message ---
Nobody's said anything and I _really_ can't reproduce this.  On top of
the reproducer I crafted earlier in the bug thread, I went ahead and
installed rxvt-unicode and the problem is no longer evident there,
either.

What I do notice is that bold fonts look _ghastly_ in rxvt-unicode.  I
encourage the submitted to yield to the siren call of xterm.   ;-)

Attaching screenshot and closing.

Regards,
Branden

Attachment: signature.asc
Description: PGP signature


--- End Message ---

Reply via email to