bug#15127: grep not taking last conflicting option as choice?

2013-08-19 Thread Eric Blake
tag 15127 notabug
thanks

On 08/18/2013 08:50 PM, Linda Walsh wrote:
 
 Isn't it usually the case with conflicting options that the last
 one gets taken as the choice, with choices on the command line
 overriding choices in the environment?
 
 Grep doesn't seem to follow this convention.
 
 Is there a reason why grep doesn't or did it
 used to and now chooses to do nothing in the case of
 conflicting options?  (eg. -P v. -E)
 
 I think the earlier behavior, especially in respect
 to cmdline value overriding the environment is more
 useful otherwise lines built up both by successive passes
 in make files and with those who specify defaults in GREP_OPTIONS,
 but expect cmd-line usage to override ENV...
 
 (coreutils 8.21)
 
 (or is grep not part of coreutils these days...hmmm...)

Grep is its own project (bug-g...@gnu.org, per 'grep --help' output).
As such, I'm closing this as not a coreutils bug.

-- 
Eric Blake   eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org



signature.asc
Description: OpenPGP digital signature


bug#15127: grep not taking last conflicting option as choice?

2013-08-19 Thread Linda Walsh



Eric Blake wrote:


Grep is its own project (bug-g...@gnu.org, per 'grep --help' output).
As such, I'm closing this as not a coreutils bug.


---
I see...

Sorry about that..

It's hard to think of some things that are their own separate
projects as not being coreutils as they were a core part
of any unix system...  (that isn't meant to say anything about
where they should be located, just that the name of coreutils
tends to be a bit all encompassing of a few side projects...

Sigh.






bug#15127: grep not taking last conflicting option as choice?

2013-08-19 Thread Bob Proulx
Eric Blake wrote:
 Grep is its own project (bug-g...@gnu.org, per 'grep --help' output).
 As such, I'm closing this as not a coreutils bug.

And worse grep isn't using this bug tracker.  If it were then we could
simply reassign the bug to the right package.  Bummer.

For people wondering what projects are served by this bug tracker here
is the top level page listing them.  Only eight projects at this time.

  http://debbugs.gnu.org/Packages.html

Bob