[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #61423] [libgroff] allow paths in "name" directive of font descript

From: Dave
Subject: [bug #61423] [libgroff] allow paths in "name" directive of font description file, restoring historical groff behavior
Date: Fri, 19 Nov 2021 16:28:41 -0500 (EST)
User-agent: Mozilla/5.0 (X11; Linux i686; rv:45.0) Gecko/20100101 Firefox/45.0

Follow-up Comment #11, bug #61423 (project groff):

[comment #9 comment #9:]
> I think option #2 would be more in line with what Dave was already doing.

I wasn't _doing_ anything at all with that directive line.  I wasn't supplying
a path to any parameter of my .fp calls; the files in question all live in a
place groff looks by default (/usr/share/groff/site-font).

But it's worth noting that I also didn't handcraft the font description file
in question.  Some toolchain did it -- offhand, I don't know what (though I
could probably track it down), except that it's not Peter's install-font.sh,
because that's my usual tool, and it's generated a bunch of other font
description files that don't have paths in the "name" directive -- and the
toolchain is not one of my invention, so other people using the same tool(s)
will have ended up with paths in their "name" directives too.

That's not a solid argument against disallowing such paths, if we deem that
the best thing for groff; but if we do, it suggests another bug report needs
to be filed against whatever tool is putting full paths there.


Reply to this item at:


  Message sent via Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]