Hi Carsten,
Carsten Kunze Heirloom wrote on Fri, Feb 17, 2017 at 12:12:55AM +0100:
> the intended commits are done.
Thank you very much for these commits.
I just applied the same changes regarding mdoc(7) double quote
rendering (both in general and specifically for .%T) to mandoc,
such that the
I was looking through Debian's groff packaging to see what could
usefully be simplified given some upstream changes. At the moment I
have a custom rule to make $(datadir)/font/devpdf/util/BuildFoundries
executable, since it has a #! line, and I was going to apply this to
master to fix that for eve
groff already requires perl to build. This version is much shorter
and easier to understand than the shell/awk version: we don't have
to worry about convincing ls to produce output that we can parse,
and we don't have to play games with the way that the same field may
contain either the year or th
Debian's `lintian' tool says:
These badges may be displayed to tell readers that care has been
taken to make a page compliant with W3C standards. Unfortunately,
downloading the image from www.w3.org might expose the reader's IP
address to potential tracking.
I think the risk is a small o
On Thu, Jan 02, 2014 at 01:55:05PM +, Colin Watson wrote:
> * src/preproc/eqn/main.cpp: Define EQ and EN if they are not already
> defined, to appease "groff -wmac".
> * src/preproc/pic/main.cpp: Likewise for PS and PE.
>
> Fixes: http://bugs.debian.org/495713
I've gone ahead and pushed this
These are always invoked by the build system (either in-tree or via
the installed Makefiles) using the necessary program, so the #!
lines were unnecessary. They were harmless except that they caused
Debian's `lintian` tool to complain about installed non-executable
scripts.
* font/devlj4/generate
