DO NOT REPLY [Bug 5256] New: make -i format more consistent
[*deleting]
samba-bugs at samba.org
samba-bugs at samba.org
Mon Feb 11 18:40:04 GMT 2008
https://bugzilla.samba.org/show_bug.cgi?id=5256
Summary: make -i format more consistent [*deleting]
Product: rsync
Version: 3.0.0
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P3
Component: core
AssignedTo: wayned at samba.org
ReportedBy: 14709c93 at mailinator.com
QAContact: rsync-qa at samba.org
I've switched to using -i instead of -v as a default flag. Because: it
says exactly why something is being updated, is mostly parseable[1],
and I don't have to guess if '^deleting <blah>' was a newly created
filename with a space in it or was a deleted file...because with -i,
every line has the itemization prefix.
[1] - mostly parseable except for the following inconsistency...
>f.st...... db/locate.database
.d..t...... log/
*deleting log/slip.log
*deleting log/ppp.log
*deleting log/maillog.0.gz
*deleting log/log-all
>f+++++++++ log/all.log
>f.st...... log/auth.log
It would be very cool if all the itemization prefixes had the same
field width. That is eleven (11) code characters followed by one (1)
space then the file path.
The use of '^*deleting' breaks that model, requires extra code to
parse and makes the output hard to read as you can see above due to
poor column alignment.
I would suggest replacing '*deleting' with one of the following:
'^..--------- <path>' similar to creating 'all.log' above.
'^..deleted-- <path>' same char length as cstpogz.
This also allows the first two chars to still indicate update and file
type. The update type might always be 'c' or '>'.
Thanks!
--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
More information about the rsync
mailing list