From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13875 invoked by alias); 9 Aug 2019 19:31:43 -0000 Mailing-List: contact cygwin-apps-help@cygwin.com; run by ezmlm Precedence: bulk Sender: cygwin-apps-owner@cygwin.com List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Mail-Followup-To: cygwin-apps@cygwin.com Received: (qmail 13865 invoked by uid 89); 9 Aug 2019 19:31:42 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.1 spammy=survive, HX-Languages-Length:967, our X-HELO: mout.kundenserver.de Received: from mout.kundenserver.de (HELO mout.kundenserver.de) (212.227.126.130) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 09 Aug 2019 19:31:41 +0000 Received: from [192.168.178.45] ([95.91.209.168]) by mrelayeu.kundenserver.de (mreue012 [212.227.15.167]) with ESMTPSA (Nemesis) id 1MUTxo-1hnKwN0lAu-00QRAw for ; Fri, 09 Aug 2019 21:31:39 +0200 Subject: Re: [ITP] italic-man To: cygwin-apps@cygwin.com References: <80003dc4-e484-543b-befe-3b3db8d3c1d6@towo.net> <875zn6uq0h.fsf@Rainer.invalid> From: Thomas Wolff Message-ID: <7ea1dcb2-70bc-9a74-e5a3-0be55f85d7fa@towo.net> Date: Fri, 09 Aug 2019 19:31:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <875zn6uq0h.fsf@Rainer.invalid> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2019-08/txt/msg00025.txt.bz2 Am 09.08.2019 um 20:56 schrieb Achim Gratz: > Jon Turney writes: >> This gets a GTG from me. >> >> I believe that according to our stated procedures additional approvals >> are required, because this package is unique to cygwin. > I'm not sure I remember correctly from when the discussion went on the > first time, but wasn't there some mumbling about this partly going into > groff? If that's still the case, remind me what this would entail and > I'll look into it. There are multiple ways of activating the feature (also described in the man page). The previous strategy placed a shell script wrapper "groff" aside groff, so the groff script and groff.exe would coexist in /bin. This was tricky to install and particularly it reportedly did not survive a package update of groff. The new approach does not use this wrapper anymore. Instead it redirects nroff to the package-supplied iroff script by configuration in /etc/man_db.conf. Thomas