Control: tags -1 patch pending
Hi Colin,
On 2/8/21 11:56 PM, Colin Watson wrote:
On Mon, Feb 08, 2021 at 07:17:57PM +0100, Ivo De Decker wrote:
On Sat, Nov 21, 2020 at 07:06:02PM +0200, Tzafrir Cohen wrote:
On abel in a armel chroot the issue is reproduced by running:
man -Thtml
even on an empty man page.
Right now you can try:
$ schroot -r -c session:tzafrir-dahdi-tools -- man -Thtml ~tzafrir/test.8
>/dev/null
pre-grohtml: fatal error: cannot create temporary file: File exists
man: command exited with status 1: /usr/lib/man-db/zsoelim |
/usr/lib/man-db/manconv -f UTF-8:ISO-8859-1 -t UTF-8//IGNORE | preconv -e
UTF-8 | tbl | groff -mandoc -Thtml
Not reproduced in a armhf chroot there or in a qemu armel chroot on my
laptop.
When running this with MAN_DISABLE_SECCOMP=1, the issue goes away, so it's
caused by the seccomp filter man is setting up when running groff. I guess
some system call must be (slightly) different on some of the architectures,
and it's not allowed by the filter.
So it seems this is a bug in man-db.
Ah yes, sorry for missing this. Running strace on abel, it looks like
clock_gettime64 is the offending syscall, which means that
https://git.savannah.gnu.org/cgit/man-db.git/commit/?id=7315a9475d8fa37af49e9e7ed11e1534f23ef70b
should fix this; I've tested that on abel and it seems to do the job.
The upstream changes since 2.9.3 are not otherwise especially intrusive
(mostly new translations), so I think I'll deal with this by doing a new
upstream release and packaging that. I'm working on that now.
Thanks for that!
I was wondering if there is a way to make it clear that the seccomp
filter has actually blocked something, perhaps by showing a warning.
That would make it easier to debug something like this in the future.
Maybe that should be a separate (wishlist) bug.
Cheers,
Ivo
