Re: groff-1.23.0.5077-7dcc8 tmac/tests/an_UR-works.sh failure on CentOS 7.9, Ubuntu 20.04
Colin Watson <[email protected]>
| Newsgroups | gmane.comp.printing.groff.general |
|---|---|
| Message-ID | <[email protected]> |
On Mon, Jan 19, 2026 at 05:57:31PM -0600, G. Branden Robinson wrote: >[CCing groff@gnu to keep developers informed] >[CCing Colin Watson as erstwhile groff package maintainer for Ubuntu] Only in the sense that Ubuntu has never had any changes to its groff source package relative to Debian, except for one security update in 2004. These days I have rather little direct interest in Ubuntu ... >At 2026-01-19T16:40:05-0700, Nelson H. F. Beebe wrote: >> For groff-1.23.0.5077-7dcc8 on CentOS 7.9 and Ubuntu 20.04, I got >> this failure: >> >> FAIL: tmac/tests/an_UR-works.sh >> >> Here is the log file: >> checking HTML output of web URI >> I/O Error: Couldn't open file '-' >> >> checking formatting of web URI with link text (pdf device; hyperlinks disabled) >> ...FAILED >> checking formatting of web URI with no link text (pdf device; hyperlinks disabled) >> ...FAILED >> I/O Error: Couldn't open file '-' >> >> checking formatting of web URI with link text (pdf device; hyperlinks enabled) >> ...FAILED >> checking formatting of web URI with no link text (pdf device; hyperlinks enabled) >> ...FAILED >> FAIL tmac/tests/an_UR-works.sh (exit status: 1) > >I've never seen this failure mode before. > >Could some kind of security machinery be interfering with grohtml(1)'s >substantially complex means of getting things done? Could be, I guess. Check for AppArmor denials in the system log? But it could also be a different pdftotext implementation that doesn't understand reading standard input using "-", or something like that. Somebody would likely have to trace it in more detail. -- Colin Watson (he/him) [[email protected]]