From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 57172 invoked by alias); 10 Aug 2019 21:39:55 -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 57111 invoked by uid 89); 10 Aug 2019 21:39:54 -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=our X-HELO: mout.kundenserver.de Received: from mout.kundenserver.de (HELO mout.kundenserver.de) (212.227.126.134) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sat, 10 Aug 2019 21:39:53 +0000 Received: from [192.168.178.45] ([95.91.209.168]) by mrelayeu.kundenserver.de (mreue012 [212.227.15.167]) with ESMTPSA (Nemesis) id 1MDN3O-1i3gcS290I-00AYV6 for ; Sat, 10 Aug 2019 23:39:50 +0200 Subject: Re: [ITP] italic-man To: cygwin-apps@cygwin.com References: <80003dc4-e484-543b-befe-3b3db8d3c1d6@towo.net> <875zn6uq0h.fsf@Rainer.invalid> <7ea1dcb2-70bc-9a74-e5a3-0be55f85d7fa@towo.net> From: Thomas Wolff Message-ID: <7290fd25-e1be-93d3-87ca-0b7c9422155b@towo.net> Date: Sat, 10 Aug 2019 21:39: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: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-SW-Source: 2019-08/txt/msg00030.txt.bz2 Am 10.08.2019 um 11:07 schrieb Thomas Wolff: > Am 09.08.2019 um 22:51 schrieb Brian Inglis: >> On 2019-08-09 13:31, Thomas Wolff wrote: >>> 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. >> There's also use of the undocumented LESS_TERMCAP_... with >> GROFF_NO_SGR env vars >> (see attached - must be sourced from profile or rc) to remap bold, >> underline, >> etc. into italic and/or colour, or whatever else you want to change, >> in all less >> output. > So (without my package) LESS_TERMCAP_us=$(tput sitm) man ls > should have the same effect? Cannot reproduce. And what does > GROFF_NO_SGR do? Ah, this works: GROFF_NO_SGR= LESS_TERMCAP_us="^[[3m" LESS_TERMCAP_ue="^[[23m" man ls no matter what the value of GROFF_NO_SGR is. Which tool in the `man` chain interprets the latter? Value-added of my package: * automatic injection into the `man` pipe * terminal-dependent enabling, after checking the terminal type