[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #51506] Better support for data processing with basenames

From: James Youngman
Subject: [bug #51506] Better support for data processing with basenames
Date: Sun, 23 Jul 2017 16:26:50 -0400 (EDT)
User-agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36

Update of bug #51506 (project findutils):

                Severity:              3 - Normal => 1 - Wish               
                  Status:                    None => Wont Fix               
             Assigned to:                    None => jay                    
             Open/Closed:                    Open => Closed                 


Follow-up Comment #13:

I recommend using an approach such as the one suggested by Bernhard.    

We're not going to change the behaviour of -print because this would make the
resulting executable fail to comply with POSIX.  We're not going to
create/build an an alternate executable with a different meaning of -print
because distributions won't include it anyway (they don't include the existing
alternate binary "oldfind" which we already have).

Consider "find" from a user-interface point of view.  It already has too many
options, primitives, tests etc.   The manual (both Texinfo and man) is large. 
Every additional option is a burden in maintenance (of tests, of the
implementation code, and of documentation).  For these reasons we apply a high
bar to the creation of new features.   Higher still for features whose
underlying use-case can easily be achieved by the use of _existing_ features
of find.


Reply to this item at:


  Message sent via/by Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]