Problems in editres.1, libinput.4, s3.4, xlogo.1, Xserver.1, xterm.1

[Alan Coopersmith]

On 06/12/18 12:16 PM, esr at thyrsus.com wrote:
> This is automatically generated email about markup problems in a man
> page for which you appear to be responsible.  If you are not the right
> person or list, please tell me so I can correct my database.
> 
> See http://catb.org/~esr/doclifter/bugs.html for details on how and
> why these patches were generated.  Feel free to email me with any
> questions.  Note: These patches do not change the modification date of
> any manual page.  You may wish to do that by hand.
> 
> I apologize if this message seems spammy or impersonal. The volume of
> markup bugs I am tracking is over five hundred - there is no real
> alternative to generating bugmail from a database and template.
> 
> --
>                               Eric S. Raymond
> 
> 
> 
> Problems with xterm.1:

X.Org does not maintain xterm.  You'll need to report this to Thomas Dickey:
http://invisible-island.net/xterm/

> Problems with editres.1:

Already fixed in editres 1.0.7, please upgrade:
https://cgit.freedesktop.org/xorg/app/editres/commit/?id=57e1f1c4aa60136ab22e3faf75832c728beee4aa

> Problems with s3.4:

Already fixed in git - no one has bothered doing a new release since 2012
for this driver for ancient hardware:
https://cgit.freedesktop.org/xorg/driver/xf86-video-s3/commit/?id=92d10d5d6882c3db6695a8fff83c88fbaaa27a33

> Problems with xlogo.1:

Already fixed in git - no one has bothered doing a new release since 2012
though as there really isn't much change in the X Logo display code:
https://cgit.freedesktop.org/xorg/app/xlogo/commit/?id=84c0386d7c3db6307566219cbe7fe58d9587585a

> Problems with Xserver.1:
> 
> Use of low-level troff hackery to set special indents or breaks can't
> be translated. The page will have rendering faults in HTML, and
> probably also under third-party man page browsers such as Xman,
> Rosetta, and the KDE help browser.  This patch eliminates .br, .ta, .ti,
> .ce, .in, and \h in favor of requests like .RS/.RE that have
> structural translations.

That description does not match the patch you provided:

> --- Xserver.1-unpatched	2018-05-18 14:15:55.627764185 -0400
> +++ Xserver.1	2018-05-18 14:15:55.423765571 -0400
> @@ -416,7 +416,7 @@
>   Yet another XDMCP specific value, this one allows the display manager to
>   identify each display so that it can locate the shared key.
>   .SH XKEYBOARD OPTIONS
> -X servers that support the XKEYBOARD (a.k.a. \*qXKB\*q) extension accept the
> +X servers that support the XKEYBOARD (a.k.a. XKB) extension accept the
>   following options.  All layout files specified on the command line must be
>   located in the XKB base directory or a subdirectory, and specified as the
>   relative path from the XKB base directory.  The default XKB base directory is
> @@ -566,7 +566,7 @@
>   .fi
>   
>   This will add /usr/share/X11/fonts/misc as the first FPE with the attribute
> -\N'39'unscaled', second FPE will be /usr/share/X11/fonts/75dpi, also with
> +\&'unscaled', second FPE will be /usr/share/X11/fonts/75dpi, also with
>   the attribute 'unscaled' etc. This is functionally equivalent to setting
>   the following font path:

-- 
	-Alan Coopersmith-               alan.coopersmith at oracle.com
	 Oracle Solaris Engineering - https://blogs.oracle.com/alanc