|
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 |
URL: <http://savannah.gnu.org/bugs/?51506> 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 _______________________________________________________ Details: 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 result. 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: <http://savannah.gnu.org/bugs/?51506> _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/
[Prev in Thread] | Current Thread | [Next in Thread] |