BUG: snprintf() with floating point numbers
Hello, I used the snprintf.{c,h} in rsync for my code, and found a bug in it: snprintf(s,16,%f,0.025) results 0.25. The problem is in snprintf.c, in fmtfp(), around line 732. I didn't try the solution (I do not need it anymore), but the zpadding number of '0'-s should be placed before fconvert. I am not in the list, so please cc the answer for the address above, too. Regards, Circum -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Recursive filetype include
Hello, I have a directory tree that contains many files of type .htm. I don't want these when I rsync - so I used the option --exclude '*.htm' There is however, one subdirectory (and all of its subdirectories) that I would like to include these .htm files. I tried using many variations of --include 'subdir/*.htm' but this does not seem to work. It includes the .htm's in the main subdirectory - but not any of its subdirectories. Is there anyway I can get rsync to recursively include this filetype for all the subdirectories of a subdirectory - yet exclude these types for all the other branches of the main directory tree? Any info would be most appreciated, -Mark -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: Recursive filetype include
Mark Palatucci wrote: Hello, I have a directory tree that contains many files of type .htm. I don't want these when I rsync - so I used the option --exclude '*.htm' There is however, one subdirectory (and all of its subdirectories) that I would like to include these .htm files. I tried using many variations of --include 'subdir/*.htm' but this does not seem to work. It includes the .htm's in the main subdirectory - but not any of its subdirectories. Is there anyway I can get rsync to recursively include this filetype for all the subdirectories of a subdirectory - yet exclude these types for all the other branches of the main directory tree? Any info would be most appreciated, Please post your exact command line and a careful description of your directory structure. You are certainly thinking along the right lines, but without details, its hard to know why it isn't working for you. Max. -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: Recursive filetype include
Hi Max, The exact line is: /usr/local/bin/rsync --rsh=ssh -azvv --delete --force --include 'cpp/*.htm' --exclude '*.htm' --exclude CVS* --exclude 'Makefile' --exclude '*.sh' --exclude '*.psd' $localdir/ [EMAIL PROTECTED]:www/ This gets .htm's in cpp/, but not in dirs like cpp/foo/ or cpp/bar/ -M On Fri, Mar 14, 2003 at 10:49:03PM -, Max Bowsher wrote: Mark Palatucci wrote: Hello, I have a directory tree that contains many files of type .htm. I don't want these when I rsync - so I used the option --exclude '*.htm' There is however, one subdirectory (and all of its subdirectories) that I would like to include these .htm files. I tried using many variations of --include 'subdir/*.htm' but this does not seem to work. It includes the .htm's in the main subdirectory - but not any of its subdirectories. Is there anyway I can get rsync to recursively include this filetype for all the subdirectories of a subdirectory - yet exclude these types for all the other branches of the main directory tree? Any info would be most appreciated, Please post your exact command line and a careful description of your directory structure. You are certainly thinking along the right lines, but without details, its hard to know why it isn't working for you. Max. -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: Recursive filetype include
Mark Palatucci wrote: Hi Max, The exact line is: /usr/local/bin/rsync --rsh=ssh -azvv --delete --force --include 'cpp/*.htm' --exclude '*.htm' --exclude CVS* --exclude 'Makefile' --exclude '*.sh' --exclude '*.psd' $localdir/ [EMAIL PROTECTED]:www/ This gets .htm's in cpp/, but not in dirs like cpp/foo/ or cpp/bar/ man rsync, and search for ** should help you there. Max. -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: [rsync@b] Re: Dirvish, --link-dest and permissions
The network traffic in this case is the blocksums and file block copy instructions. This is the same traffic that you would get if you updated the timestamps. Hmmm. Here is the stats output at the end of one of these all-permissions-have-changed rsync sessions: (this indicates to me that rsync used no local data and sent everything over the wire) Number of files: 40817 Number of files transferred: 37757 Total file size: 4031988583 bytes Total transferred file size: 4031988573 bytes Literal data: 4031988573 bytes Matched data: 0 bytes File list size: 1263669 Total bytes written: 604198 Total bytes read: 4035210974 wrote 604198 bytes read 4035210974 bytes 347331.23 bytes/sec total size is 4031988583 speedup is 1.00 Also, here is the rsync command that dirvish invoked: (perhaps interesting is the whole-file option?) ACTION: rsync -v --stats -a -H --delete --delete-excluded --numeric-ids --exclude-from - -W --link-dest /usr/local/data/bac kups-dirvish/pcdirs-home/20030310-12:55/tree localhost:/usr/local/data/pc-homedirs/home/ /usr/local/data/backups-dirvish/pc dirs-home/20030314-19:50/tree | sed -e '/\/$/d' -e '/ [-=] /d' /usr/local/data/backups-dirvish/pcdirs-home/20030314-19: 50/log Finally, here is an indication that the 20030310 and 20030314 backups were similar: bash-2.05b# du -s 2003031[04]* 3967478 20030310-12:55 4083962 20030314-19:50 (diff on the first 10,000 filenames showed only 4 changes) Is this what you expected to see and what you meant by the same traffic that you would get if you updated the timestamps? I honestly don't know what is expected if the timestamps update, though I vaguely remember lots of CPU (calc checksums) but not nearly as much network traffic as this when daylight savings kicked in the FAT timestamps got confused. Thanks again, Bert -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: [rsync@b] Re: Dirvish, --link-dest and permissions
On Sat, Mar 15, 2003 at 12:38:49AM -0500, Bert wrote: The network traffic in this case is the blocksums and file block copy instructions. This is the same traffic that you would get if you updated the timestamps. Hmmm. Here is the stats output at the end of one of these all-permissions-have-changed rsync sessions: (this indicates to me that rsync used no local data and sent everything over the wire) Number of files: 40817 Number of files transferred: 37757 Total file size: 4031988583 bytes Total transferred file size: 4031988573 bytes Literal data: 4031988573 bytes Matched data: 0 bytes File list size: 1263669 Total bytes written: 604198 Total bytes read: 4035210974 wrote 604198 bytes read 4035210974 bytes 347331.23 bytes/sec total size is 4031988583 speedup is 1.00 Also, here is the rsync command that dirvish invoked: (perhaps interesting is the whole-file option?) ACTION: rsync -v --stats -a -H --delete --delete-excluded --numeric-ids --exclude-from - -W --link-dest /usr/local/data/bac kups-dirvish/pcdirs-home/20030310-12:55/tree localhost:/usr/local/data/pc-homedirs/home/ /usr/local/data/backups-dirvish/pc dirs-home/20030314-19:50/tree | sed -e '/\/$/d' -e '/ [-=] /d' /usr/local/data/backups-dirvish/pcdirs-home/20030314-19: 50/log Finally, here is an indication that the 20030310 and 20030314 backups were similar: bash-2.05b# du -s 2003031[04]* 3967478 20030310-12:55 4083962 20030314-19:50 (diff on the first 10,000 filenames showed only 4 changes) Is this what you expected to see and what you meant by the same traffic that you would get if you updated the timestamps? I honestly don't know what is expected if the timestamps update, though I vaguely remember lots of CPU (calc checksums) but not nearly as much network traffic as this when daylight savings kicked in the FAT timestamps got confused. With those options a timestamp change would have had the same effect. Using the whole-file option will disable the rsync algorithm so, yes, you will see no use of the local file. Even if a copy were made when only the meta-data changed i wouldn't do so if -W is applied. With a fast network local copy is often slower than a network copy due to the disk seeks. If you are using dirvish set the client field to the output of hostname, not localhost, and it will do a local copy. -- J.W. SchultzPegasystems Technologies email address: [EMAIL PROTECTED] Remember Cernan and Schmitt -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html