From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from scc-mailout-kit-01.scc.kit.edu (scc-mailout-kit-01.scc.kit.edu [129.13.231.81]) by fantadrom.bsd.lv (OpenSMTPD) with ESMTP id a32447d7 for ; Sun, 10 Jul 2016 11:36:22 -0500 (EST) Received: from asta-nat.asta.uni-karlsruhe.de ([172.22.63.82] helo=hekate.usta.de) by scc-mailout-kit-01.scc.kit.edu with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (envelope-from ) id 1bMHiO-0004Q1-Dk; Sun, 10 Jul 2016 18:36:21 +0200 Received: from donnerwolke.usta.de ([172.24.96.3]) by hekate.usta.de with esmtp (Exim 4.77) (envelope-from ) id 1bMHiL-0006ai-Ac; Sun, 10 Jul 2016 18:36:17 +0200 Received: from athene.usta.de ([172.24.96.10]) by donnerwolke.usta.de with esmtp (Exim 4.84_2) (envelope-from ) id 1bMHiL-0001OK-5b; Sun, 10 Jul 2016 18:36:17 +0200 Received: from localhost (athene.usta.de [local]) by athene.usta.de (OpenSMTPD) with ESMTPA id 10149e1b; Sun, 10 Jul 2016 18:36:17 +0200 (CEST) Date: Sun, 10 Jul 2016 18:36:17 +0200 From: Ingo Schwarze To: Christian Neukirchen Cc: tech@mdocml.bsd.lv Subject: Re: call for testing: mandoc-1.13.4 release candidate Message-ID: <20160710163617.GG14535@athene.usta.de> References: <20160709131158.GA6629@athene.usta.de> <87poqlin5p.fsf@gmail.com> 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: <87poqlin5p.fsf@gmail.com> User-Agent: Mutt/1.6.2 (2016-07-01) Hi Christian, Christian Neukirchen wrote on Sun, Jul 10, 2016 at 04:27:14PM +0200: > The RC works fine on Void Linux (glibc and musl) and addresses many > bugs found since the last release, thanks! Thanks for testing! > Two small nits: > > - It would be nice to support the LDFLAGS variable in the Makefile What is that needed for? I don't like adding gratuitious features and would prefer to understand the actual purpose in order to find a solution that is as simple as possible. > (soelim doesn't use any variable at all, else LDADD could be misused > for that...) Maybe adding ${LDADD} to the soelim ${CC} line is a good solution? It may depend on what the actual problem is. > - It would be nice to make the default MANPAGER configurable at > compile time, since more(1) on non-BSD systems is an unusable > default (no back scrolling etc.) Hmm, POSIX slightly favours having more(1) as the default in man(1) but explicitly allows a system to use a different pager by default. So maybe. But implementing it is a bit of a bother because it requires patching the file man.1 at configuration time. I'm not sure yet whether i want to do that. I won't do it for the 1.13.4 release, it would be too intrusive at this point. If you prepare a port for an operating system where the system more(1) is unusable, i'd recommend adding local patches to the appropriate places in main.c and man.1 for now. Yours, Ingo -- To unsubscribe send an email to tech+unsubscribe@mdocml.bsd.lv