On 24/08/2024 19:40, Collin Funk wrote:
Hi,
These patches get rid of the use of deprecated function declarations due
to Bruno's changes today [1].
Collin
[1] https://lists.gnu.org/archive/html/bug-gnulib/2024-08/msg00146.html
I've a minor query re this naming, which I asked about on the gnul
Greetings!,
The 'cp' and 'ln' command provides the ability to perform 'bulk' operation,
by specifying multiple source files and a target destination. In
addition to convenience, this approach provides significant
performance benefits, compared with running multiple cp/ln commands, one
for each fil
On 25/08/2024 12:39, Yair Lenga wrote:
Greetings!,
The 'cp' and 'ln' command provides the ability to perform 'bulk' operation,
by specifying multiple source files and a target destination. In
addition to convenience, this approach provides significant
performance benefits, compared with running
Hi. Thanks for looking into this my request.
In my case, I have to bulk-move about 2500 files. This is part of a
recurring sync job that has to mirror an existing hierarchy into a new
hierarchy with different naming rules.
It takes no time to create the mapping (even in bash script, case
statemen
Hi Padraig,
After thinking more about my use case - I can narrow it further to linking.
If the 'ln' command will support pair-wise linking - it's
relatively trivial to implement the cp from that point:
mkdir tree
ln --pair src1/file1 tree/dest1/name1 src2/file2 tree/dest2/name2
src3/file3 tree/des
The reduced scope does help, thanks.
Note we already support --files0-from in wc, sort, du.
Similarly we might support --pairs0-from in ln at least.
Pairs would not be generally distributable with xargs etc. anyway
as it might split a pair over invocations, so restricting to an option seems
best.
Yair Lenga [1970-01-01 00:00:00 +]:
>
> In my case, I have to bulk-move about 2500 files. This is part of a
> recurring sync job that has to mirror an existing hierarchy into a new
> hierarchy with different naming rules.
>
> It takes no time to create the mapping (even in bash script, case
>Since you were reporting 2 min, was wondering what your platform is and
>whether there might be something else involved eating the 2 min realtime?
Shouldn't any modern operating system do enough caching of inodes and files
(like the file with the "cp" executable) that the only difference should
