On Sun, Mar 31, 2024 at 5:31 AM Colin Watson wrote:
> I've omitted README.git to ensure that we still warn people who don't
> know what they're doing that running "./bootstrap" may not be the right
> place to start.
*raises hand* I am one of those who don't know what they're doing --
at least as
On Tue, Apr 2, 2024 at 10:14 PM Steve Izma wrote:
> Good question. One experiment might be to choose a long paragraph
> and typeset it in TeX, Heirloom troff, and groff and see what the
> differences are. Yes, I know, I should probably walk the talk,
> but I don't have Heirloom troff installed and
On Tue, Apr 2, 2024 at 3:29 PM Dave Kemper wrote:
> It would be interesting to know if someone with experience using the
> Heirloom troff implementation of this algorithm (and with a good
> typographic eye) has noticed the same problem there. That is, is it a
> bug in the algorithm itself, or in
On 4/4/24 3:24 AM, Colin Watson wrote:
> Yeah, I know of gnulib-cache.m4. However, IMO there's no reason to drop
> down to that level when the bootstrap script is in use, because
> bootstrap generates gnulib-cache.m4. Also, ./bootstrap typically does a
> bit more, sometimes including extra packag
At 2024-03-24T22:58:57-0500, G. Branden Robinson wrote:
> At 2024-03-17T12:59:51+0100, Alexis wrote:
> > > I'm sorry I let this fall onto the floor. Picking it up...
> >
> > That's alright; thanks for picking it up again, much appreciated!
> [...]
> > Do let me know if you desire or require furth
Hi Christof,
Thanks for the report.
At 2024-04-04T23:44:25+0200, Christof Meerwald wrote:
> There appear to be two bugs in how gropdf (from 1.23.0) writes the
> CreationDate/ModDate. To demonstrate I am running
>
> while sleep 60; do date; echo "" |
> groff -Z -Tpdf | gropdf | fgrep -a Dat
There appear to be two bugs in how gropdf (from 1.23.0) writes the
CreationDate/ModDate. To demonstrate I am running
while sleep 60; do date; echo "" |
groff -Z -Tpdf | gropdf | fgrep -a Date; done
which results in the following output:
Thu 4 Apr 23:30:55 CEST 2024
5 0 obj << /CreationDat
On Thu, Apr 04, 2024 at 12:45:42AM -0700, Collin Funk wrote:
> Hi Colin (nice name),
:-)
> > I looked into what it would take for Debian's groff package to do a full
> > rebootstrap from its packaged version of gnulib. It seems relatively
> > straightforward, but it requires including bootstrap
Hi Colin (nice name),
> I looked into what it would take for Debian's groff package to do a full
> rebootstrap from its packaged version of gnulib. It seems relatively
> straightforward, but it requires including bootstrap and bootstrap.conf
> in tarballs so that we know what modules to use.
I'm
