Please note that I don't ask how. I already know options like pv and rsync -P.
I want to ask why doesn't cp implement a progress bar, at least as a flag ?
|
Please note that I don't ask how. I already know options like I want to ask why doesn't |
||||
|
In the unix world, each tool is designed to do one job and do it well. Why would Tangentially, most shell programs are designed to have their output piped into other shell programs. The only output they are likely to give is things that would be useful to parse out in the next command in the chain. Programs like Always expect to combine tools to accomplish your desired effect. |
|||||||
|
|
The tradition in unix tools is to display messages only if something goes wrong. I think this is both for design and practical reasons. The design is intended to make it obvious when something goes wrong: you get an error message, and it's not drowned in not-actually-informative messages. The practical reason is that in unix's very early days, there still were teleprinters; that is, the output from programs would be printed on paper, and you don't want to print progress bars. Whatever the reason, the tradition of only displaying useful messages has stuck in the unix world. Modern tools have sometimes introduced progress bars; in rsync's case, the main motivation is that rsync is often performed over the network, and networks are a lot flakier than local disks, so the progress bar is more useful. The same reasoning applies to wget. |
|||||||||||
|
pvandrsync -P, see move files with progress bar (one of the answers cites a patch tocpso thatcp -ggives a progress indicator). – Gilles Jun 26 '11 at 17:08