I can confirm that removing the ESET antivirus software eliminates the error with man.
Also, I saw this text in the ESET user guide at https://download.eset.com/com/eset/apps/home/eav/linux/latest/eset_eav_lin_4_userguide_enu.pdf: NOTE: SELINUX AND APPARMOR ARE NOT SUPPORTED. THEY HAVE TO BE DISABLED PRIOR TO INSTALLING ESET NOD32 ANTIVIRUS. Let me know if you want to continue debugging this or close the issue since it seems to be caused by the ESET software. Thanks for your help and assistance with this issue. John On 02/19/2018 05:34 PM, John Sivak wrote: > On 02/19/2018 05:59 AM, Colin Watson wrote: >> On Mon, Feb 19, 2018 at 10:15:47AM +0000, Colin Watson wrote: >>> Do you have an unusual libc or a modified libpipeline or something? The >>> sequence of system calls that your trace shows at the point where >>> libpipeline should be calling execvp for nroff doesn't correspond to any >>> libc implementation I can find, and the failure comes when it tries to >>> open a Unix-domain socket in the middle of the execvp sequence which is >>> just weird. >> Ah, you're using an antivirus program. Do mention that in bug reports >> in future, since I spent a non-trivial amount of time digging to find >> this out! Please try git master, which has this patch: >> >> >> https://git.savannah.gnu.org/cgit/man-db.git/commit/?id=6ed6c9f92ab8f981aa1aa664f7e607bcd540ad44 >> > Many apologies; hadn't thought about Antivirus being a factor. > > I've build the man-db package you linked to using the Archlinux package > script and am still getting the error. > > New stack trace is attached. I will also remove the ESET antivirus to > see if that is causing the conflict as well.
