From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from omta002.cacentral1.a.cloudfilter.net (omta002.cacentral1.a.cloudfilter.net [3.97.99.33]) by sourceware.org (Postfix) with ESMTPS id 99E6E3858414 for ; Thu, 3 Nov 2022 18:08:57 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 99E6E3858414 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=SystematicSw.ab.ca Authentication-Results: sourceware.org; spf=none smtp.mailfrom=systematicsw.ab.ca Received: from shw-obgw-4004a.ext.cloudfilter.net ([10.228.9.227]) by cmsmtp with ESMTP id qZzfoyusNSp39qee8o3YG7; Thu, 03 Nov 2022 18:08:56 +0000 Received: from [10.0.0.5] ([184.64.124.72]) by cmsmtp with ESMTP id qee8owVpxlz8pqee8os6Ph; Thu, 03 Nov 2022 18:08:56 +0000 X-Authority-Analysis: v=2.4 cv=VvEwvs6n c=1 sm=1 tr=0 ts=636403b8 a=oHm12aVswOWz6TMtn9zYKg==:117 a=oHm12aVswOWz6TMtn9zYKg==:17 a=IkcTkHD0fZMA:10 a=Rh1ySqpaAAAA:8 a=w_pzkKWiAAAA:8 a=7vT8eNxyAAAA:8 a=mDV3o1hIAAAA:8 a=xiez5nKsUFxyptWmP4cA:9 a=QEXdDO2ut3YA:10 a=KiDslLJDj2kA:10 a=49NKa3T3cLSxV3hCL32J:22 a=sRI3_1zDfAgwuvI8zelB:22 a=Mzmg39azMnTNyelF985k:22 a=_FVE-zBwftR9WsbkzFJk:22 Message-ID: <03856d73-dc89-e211-7563-e0a71d452ccc@SystematicSw.ab.ca> Date: Thu, 3 Nov 2022 12:08:55 -0600 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.4.1 To: cygwin-apps@cygwin.com Subject: Re: [ANNOUNCEMENT] Test: grep 3.8 - promotion to current stable Reply-To: cygwin-apps@cygwin.com Content-Language: en-CA In-Reply-To: From: Brian Inglis Organization: Systematic Software Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4xfHnO6XVtnDdm5Ehp1H2hrjzXJvZ5KeMuCYZuc0lHSM/aSbwy1MkSYq82m4uC0qaiKb8eZblqF5U15gNnOMEHJZxuUNPe7+F/T7gMukqLz5WUMUjdv4Ae vYngSjucvUkbX9Z1I7FqkHA+IiIeRkJS95jkt6vfDZhZmwncXQABMANQgL2g3Doz3/eAdNWqWV+JhP1o6cAbsI63uSCTqZKHsgM= X-Spam-Status: No, score=-1163.7 required=5.0 tests=BAYES_00,KAM_DMARC_STATUS,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_NONE,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: > From: gs-cygwin.com@gluelogic.com > To: cygwin-apps@cygwin.com > Subject: Re: [ANNOUNCEMENT] Test: grep 3.8 - promotion to current stable > Date: Fri, 28 Oct 2022 08:40:32 -0400 [thread overview] > Message-ID: (raw) > In-Reply-To: > > On Fri, Oct 28, 2022 at 12:49:37AM -0600, Brian Inglis wrote: >> On Thu, 27 Oct 2022 18:25:45 +0200, Corinna Vinschen wrote >> > On Sep 29 12:55, Brian Inglis wrote: >> > > > /usr/share/doc/grep/ChangeLog >> > > > https://git.sv.gnu.org/gitweb/?p=grep.git;a=log;h=refs/tags/v3.8 >> > > > > The change note below states that egrep and fgrep are deprecated >> > > > obsolescent commands, will be dropped in future, and from this release >> > > > until then, every use will show a stderr warning message, reminding you >> > > > how to change your commands and scripts: >> > > > > $ egrep ... >> > > > egrep: warning: egrep is obsolescent; using grep -E >> > > > ... >> > > > $ fgrep ... >> > > > fgrep: warning: fgrep is obsolescent; using grep -F >> > > > ... >> >> > Please do everyone a favor and remove those warnings. egrep and fgrep >> > are used abundantly in existing scripts and the user often has no choice >> > or no knowledge how to fix this. If this is an upstream change, it's a >> > bad one, breaking backward compatibility. Please fix this at least for >> > our distro. >> >> This was released as test at the start of September, reiterated at the end >> of September on this list, then promoted to current stable and announced >> early October: > > Planning for the future, could the grep package provide egrep and fgrep > in /etc/alternatives? Then a new (optional) package, say "grepfe" could > provide /etc/alternative shell scripts (or binaries) which called > grep -F and grep -E. 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? -- Take care. Thanks, Brian Inglis Calgary, Alberta, Canada La perfection est atteinte Perfection is achieved non pas lorsqu'il n'y a plus rien à ajouter not when there is no more to add mais lorsqu'il n'y a plus rien à retirer but when there is no more to cut -- Antoine de Saint-Exupéry