Date: Mon, 14 Sep 2020 07:42:20 +0000 From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 249305] www/w3m: w3mman -l file does not work Message-ID: <bug-249305-7788@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D249305 Bug ID: 249305 Summary: www/w3m: w3mman -l file does not work Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: nobutaka@FreeBSD.org Reporter: memreflect@pm.me Flags: maintainer-feedback?(nobutaka@FreeBSD.org) Assignee: nobutaka@FreeBSD.org Created attachment 217947 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D217947&action= =3Dedit Remove -l flag in CGI script 'w3mman -l file' relies on the -l flag of some man implementations, which ignores system manual sections and assumes any arguments are paths to files= .=20 It first constructs a URL that gets passed to the w3mman2html.cgi script, w= hich then checks for a query parameter named 'local' and ultimately opens that f= ile in w3m after converting the output of '$MAN -l $file', where $MAN is /usr/bin/man if the W3MMAN_MAN environment variable is unset or an empty string. Unfortunately, FreeBSD's man(1) does not have a -l flag, instead checking arguments against the shell pattern */* to determine whether they're paths = or not. Consequently, the resulting invocation '/usr/bin/man -l /path/to/file' will fail with an error that -l is an invalid flag for man(1). A patch is attached that removes the -l flag in the w3mman2html.cgi script = to fix this issue, resulting in '/usr/bin/man /path/to/file' being executed instead. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-249305-7788>