From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=0.2 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.4 Received: (qmail 29597 invoked from network); 4 Apr 2022 17:25:23 -0000 Received: from bsd.lv (HELO mandoc.bsd.lv) (66.111.2.12) by inbox.vuxu.org with ESMTPUTF8; 4 Apr 2022 17:25:23 -0000 Received: from fantadrom.bsd.lv (localhost [127.0.0.1]) by mandoc.bsd.lv (OpenSMTPD) with ESMTP id 748ee94e for ; Mon, 4 Apr 2022 12:25:19 -0500 (EST) Received: from sender11-op-o11.zoho.eu (sender11-op-o11.zoho.eu [31.186.226.225]) by mandoc.bsd.lv (OpenSMTPD) with ESMTP id 4e331533 for ; Mon, 4 Apr 2022 12:25:18 -0500 (EST) ARC-Seal: i=1; a=rsa-sha256; t=1649093116; cv=none; d=zohomail.eu; s=zohoarc; b=ayRgaiIh6l8Wx+u6LaJSqJjwz5VafDgUFNOzY+k7h9EOHJQdxOosIhu0wgZFyAYUJbEjZ1I2Q7qk8ljCHfwJa3PxrHoLWCEVKWSmXZoNNF+4esAIBnkcJw17kbrMNwWL6c+uJd+qY4cmHVvwKqEO1UpocswjvwxoJ7PqsgRiQ+4= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.eu; s=zohoarc; t=1649093116; h=Content-Type:Content-Transfer-Encoding:Date:From:MIME-Version:Message-ID:Subject:To; bh=wXJnTb9da4mqh+QbMQ6g5rPVdHtKQM6TeRUVr3mdmqo=; b=GIGoy7sfKEb5XX6TA8HbypnuhO5lgrjeIgwbAn95dOZrph8/RBPD6AeilVp/T9muI8/D2gwD/fYv/L7HiK5e5vCqVVbwtoTKEGLP1QbTmkap3sZ+fVxCIm/KjpnNAEpfmFxL2St2YhS8JDJBzHVf6dWd80SGRNQrw48IgcnGbjw= ARC-Authentication-Results: i=1; mx.zohomail.eu; dkim=pass header.i=kb6.ee; spf=pass smtp.mailfrom=dev@kb6.ee; dmarc=pass header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1649093116; s=zoho; d=kb6.ee; i=dev@kb6.ee; h=Message-ID:Subject:Subject:From:From:To:To:Date:Content-Type:MIME-Version:Content-Transfer-Encoding:Message-Id:Reply-To:Cc; bh=wXJnTb9da4mqh+QbMQ6g5rPVdHtKQM6TeRUVr3mdmqo=; b=GHUAdFrg7L4vbLW9FZFeNSADOCJJoEadXorzlMStxfllTXk6icbk/femS6qbNP4j +feLuz7j6S9q6leyk80zxkywGeCStR93UpsuF5H25kkcimWic4iRH8gjVs5l8qeTsgu vYsHMuJT48+IlmMhrDyV8VF2yo9NH3c0XJKYY6Kw= Received: from prometheus.local (modemcable035.84-162-184.mc.videotron.ca [184.162.84.35]) by mx.zoho.eu with SMTPS id 1649093115038151.6883516232673; Mon, 4 Apr 2022 19:25:15 +0200 (CEST) Message-ID: Subject: man.cgi doesn't find symlinked manpages From: Abigail G To: discuss@mandoc.bsd.lv Date: Mon, 04 Apr 2022 13:25:13 -0400 Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.42.3 X-Mailinglist: mandoc-discuss Reply-To: discuss@mandoc.bsd.lv MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-ZohoMailClient: External I'm working on tracking down an issue with the Void Linux instance of man.cgi, man.voidlinux.org, which uses mandoc v1.14.6. Manpages that are symlinks of other manpages are not included in the results of a man.cgi search, returning 404, but are confirmed to exist in the mandoc.db the cgi uses. An example of this is xlocate(1), which is a symlink of xtools(1). `man xlocate`, `apropos xlocate`, and `whatis xlocate` work fine locally on that host, but the same query via cgi does not when using the 'man' button. Using the 'apropos' button does, however. I've narrowed it down to the following in pg_search() in cgi.c: if (req->isquery && req->q.equal && argc == 1) pg_redirect(req, argv[0]); else if (mansearch(&search, &paths, argc, argv, &res, &ressz) == 0) pg_noresult(req, 400, "Bad Request", "You entered an invalid query."); else if (ressz == 0) pg_noresult(req, 404, "Not Found", "No results found."); else pg_searchres(req, res, ressz); and the search mode that man.cgi is using (req->q.equal), which seem to imply that mansearch() is not finding the symlink in its search because of the mode of search that it is in. Is this the intended behaviour? If so, can it be changed to match man, apropos, and whatis? Not finding the page in one search method is a bit unintuitive to me, at least. -- Abigail G -- To unsubscribe send an email to discuss+unsubscribe@mandoc.bsd.lv