[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: Markus Elfring
Subject: [bug #51506] Better support for data processing with basenames
Date: Wed, 19 Jul 2017 09:06:48 -0400 (EDT)
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:54.0) Gecko/20100101 Firefox/54.0


                 Summary: Better support for data processing with basenames
                 Project: findutils
            Submitted by: elfring
            Submitted on: Wed 19 Jul 2017 03:06:47 PM CEST
                Category: find
                Severity: 3 - Normal
              Item Group: None
                  Status: None
                 Privacy: Public
             Assigned to: None
         Originator Name: 
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any
                 Release: 4.6.0
           Fixed Release: None



I imagine that there is a class of programs which prefer to start their data
processing with basenames. They will operate on file names without referencing
directories from their input data at the beginning. So I am looking for ways
that the copy of a found directory could be occasionally omitted from a search

0 The parameter “-printf %f\\n” is already supported. Its data processing
needs also an amount of computation resources. How do you think about to let
an other program version work without it because of a system configuration
where the applied output function can be a built-in setting?
0 The parameters “-exec” and “-execdir” are also supported. Can an
other argument (or another built-in setting) trigger the omission of a
directory name from the passed command line parameters?


Reply to this item at:


  Message sent via/by Savannah

reply via email to

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