From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mx.stare.cz (ns.stare.cz [79.98.77.229]) by fantadrom.bsd.lv (OpenSMTPD) with ESMTP id b4319f5e for ; Sat, 25 Feb 2017 07:34:27 -0500 (EST) Received: from www.stare.cz (localhost [127.0.0.1]) by www.stare.cz (OpenSMTPD) with ESMTP id 1d1cf3c5 for ; Sat, 25 Feb 2017 13:34:26 +0100 (CET) Date: Sat, 25 Feb 2017 13:34:26 +0100 From: Jan Stary To: tech@mdocml.bsd.lv Subject: Re: call for testing: mandoc-1.13.5 release candidate Message-ID: <20170225123426.GA85321@www.stare.cz> References: <20170222110802.GA11760@athene.usta.de> X-Mailinglist: mdocml-tech Reply-To: tech@mdocml.bsd.lv MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170222110802.GA11760@athene.usta.de> User-Agent: Mutt/1.7.1 (2016-10-04) Hi Ingo, > now that mandoc-1.14.1 is out of the door, i'm planning to release > the SQLite3-compat version mandoc-1.13.5 soon. A release candidate > tarball is available for testing: > http://mdocml.bsd.lv/snapshots/mdocml-1.13.5rc1.tar.gz > Both reports of successes and failures are welcome! I don't know if this is a bug or intended behaviour. It certainly is not specific to 1.13.5rc1. On systems where I don't have root (mostly linuxes), I often install mdocml as a manpage formatter of choice into $HOME, and alias 'man' as 'man -m $HOME/man' for some third-party software which I can only install in $HOME. Everything works as expected, except man -l $ alias man="man -m $HOME/man" $ man -l /usr/share/man/man1/ls.1.gz man: -m /home/hans/man: Bad argument $ unalias man $ man -l /usr/share/man/man1/ls.1.gz # works OK Should -m be ignored with -l, just like -M path and -s section? Jan -- To unsubscribe send an email to tech+unsubscribe@mdocml.bsd.lv