From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from p-impout001.msg.pkvw.co.charter.net (p-impout001aa.msg.pkvw.co.charter.net [47.43.26.132]) by sourceware.org (Postfix) with ESMTPS id AF1ED3858D37 for ; Fri, 4 Nov 2022 00:09:55 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org AF1ED3858D37 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=Gumpertz.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gumpertz.com Received: from [192.168.201.126] ([172.88.122.95]) by cmsmtp with ESMTPA id qkHRogJXBlG3DqkHRoKWep; Fri, 04 Nov 2022 00:09:54 +0000 X-Authority-Analysis: v=2.4 cv=B5uqbchM c=1 sm=1 tr=0 ts=63645852 a=DQ7CB9P/oXPHz/AM9f30lQ==:117 a=DQ7CB9P/oXPHz/AM9f30lQ==:17 a=IkcTkHD0fZMA:10 a=9iziEnv28ODu-QxtQ6wA:9 a=QEXdDO2ut3YA:10 Message-ID: <497f20f9-2027-8db2-17d5-3bbae1358241@Gumpertz.com> Date: Thu, 3 Nov 2022 17:09:52 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:107.0) Gecko/20100101 Thunderbird/107.0 Subject: Re: [ANNOUNCEMENT] Test: grep 3.8 - promotion to current stable Content-Language: en-US To: Achim Gratz , cygwin-apps@cygwin.com References: <03856d73-dc89-e211-7563-e0a71d452ccc@SystematicSw.ab.ca> <87fsezx534.fsf@Rainer.invalid> From: "Richard H. Gumpertz" In-Reply-To: <87fsezx534.fsf@Rainer.invalid> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4xfLpXVzuNVgisVnVFEiJeJmuWTzAXtXu0AT/5gIeqHXAEy6+cjBdOrK9LmJwcp+YzPXz4VM48Kw0MR5/PtMrxVX8QXxrKu23ES05LTdE4Wl4qtUZ1E7h3 Qb+WzFL2lGnoYSi4J2sp7PAbTJfSDW1ZISAnM/2B+pDk+okZmX/m0kwq+rF2GhH9jPZiS5aM58KZkO81yP82zOjeunD+RCJEvlncfaL2oz5nr22THBwdJw1N vMeoUX/7e3XYg2XrrTsOIA== X-Spam-Status: No, score=-1.4 required=5.0 tests=BAYES_00,JMQ_SPF_NEUTRAL,KAM_DMARC_STATUS,NICE_REPLY_A,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: I don't care how you do it, but utilities that have been around since the beginning of time should NEVER go away!  Nor should changes to them they break existing, working, scripts.  Deprecate them in man pages if you want, but don't ever break things that work unless so doing has a GIANT payback by allowing something else to get better.                 Rick Gumpertz On 11/3/2022 11:31, Achim Gratz wrote: > Brian Inglis writes: >> Suggest that I could come up with a package grep-nowarn which can only >> suppress the [ef]grep warnings, where the package would install >> [ef]grep-nowarn, and the postinstall script could rename the >> distributed shell scripts to [ef]grep-warn, and install alternatives >> with -warn priority 10, -nowarn priority 20; preremove would reverse >> the process. >> >> Suggestions to accommodate -nowarn from grep package postinstall? >> I could supply the same postinstall and preremove as -nowarn to check >> for -nowarn and install or uninstall the alternative. >> >> Sequence or timing issues to watch out for during postinstall/preremove? > As Corinna already said, why GNU suddenly cares so much about strict > POSIX conformance in this case is puzzling. If anything they should > have left the decision to packagers and IMNHO the warning should only be > presented when POSIXLY_CORRECT is set in the environment, if at all. > The patch to the wrapper script(s) in question is trivial and several > Linux distributions have removed the warning already (if you do this, > also change the interpreter from bash to dash). Just skip any > extra packages and do the same. > > > Regards, > Achim.