similar to: Milestone release for rsync 3.0.0?

Wayne, I am concerned that, when you decide to release rsync 3.0.0, one or more hanging bugs may remain in the incremental recursion code. My rationale is as follows. At least four such bugs have been found so far, and I see no evidence that those are all there are. Furthermore, from April 27 to July 10, about 2.5 months passed without any hanging bugs being found; then, on July 11, Warren

https://bugzilla.netfilter.org/show_bug.cgi?id=1345 Bug ID: 1345 Summary: There is no milestone named '---' in the 'libnetfilter_conntrac' product. Product: bugzilla Version: other Hardware: x86_64 OS: All Status: NEW Severity: normal Priority: P5

Hello, This is my first posting to the rsync list. I mirror a database containing directories which contain a very large number of files (say 30,000), and sending the file list can often take longer than transferring the new files. (Rsync ends up sending nearly the same file list on every transfer, with only the addition of a few new files.) Has the rsync team considered an rsync option

On a dry run, rsync displays a speedup value calculated from the total size of the source file data and the amount of data sent over the connection, but this value is meaningless and grossly misleading because the file data is not sent over the connection. Example: [matt@mattlaptop2 test]$ rsync -avi -n ~/eclipse/releases/eclipse-SDK-3.3-linux-gtk.tar.gz . sending incremental file list

I know this is a basically meaningless milestone, but for some reason it means something to me. For the first time (as far as I know), #puppet on irc.freenode.net has more users than #cfengine: 21 vs. 19. Admittedly, that''s a low user count for #cfengine, but I''ll take it. :) -- Honest criticism is hard to take, particularly from a relative, a friend, an acquaintance, or

Hi everyone I'm still getting strange sizes on the daemon logs. After transferring around 1.66GB over 14 hours (256kbit link) to an absolutely empty directory, I get: 2007/01/26 04:13:43 [26441] sent 57014 bytes received 44708 bytes total size 1947222268 du reports the final size of the directory on the daemon side as 1.6 G, and the "received" bytes can't be 44708?! I know

I am having trouble running rsync over a mapped drive. Basically it only copies whole files. I use the -rvcS switches. Any suggestions? TIA _____________________________ Stephen Zemlicka Integrated Computer Technologies PH. 608-558-5926 E-Mail <mailto:stevezemlicka@gmail.com> stevezemlicka@gmail.com -------------- next part -------------- HTML attachment scrubbed and

I've just released rsync 3.0.0pre1, the first pre-release version for the upcoming 3.0.0 release. The version number is getting such a large bump due to the addition of an incremental recursion scan (which helps a lot with large transfers) and the official arrival of several other new features, including ACL support, extended attribute support, file- name character-set conversion, etc.

On 10/15/07, Erik Jan Tromp <betageek@sympatico.ca> wrote: > # The second error > Invalid file index: -101 (-1 - 0) with iflags 0 [receiver] > rsync error: protocol incompatibility (code 2) at rsync.c(273) [receiver=3.0.0pre2] > rsync: connection unexpectedly closed (21 bytes received so far) [generator] > rsync error: error in rsync protocol data stream (code 12) at io.c(596)

I've just released rsync 3.0.0pre1, the first pre-release version for the upcoming 3.0.0 release. The version number is getting such a large bump due to the addition of an incremental recursion scan (which helps a lot with large transfers) and the official arrival of several other new features, including ACL support, extended attribute support, file- name character-set conversion, etc.

Hi, I was just looking at the "CRAN Daily Package Check Results" [http://cran.r-project.org/src/contrib/checkSummary.html], and realized there are 1000 packages on CRAN as of today (look at row 3 in the table below). Yet another quite extraordinary milestone in R history. Last updated on 2007-04-12 11:48:32 Results for installing and checking packages using the three current flavors

Wayne, I noticed that rsync's "*deleting" itemize output needs two trailing spaces now that the other itemize codes are 11 characters wide. See the patch below. Matt ------------- Index: log.c =================================================================== RCS file: /cvsroot/rsync/log.c,v retrieving revision 1.179 diff -u -r1.179 log.c --- log.c 10 Jul 2007 13:55:49

For fellow Radrails users, there is happy news ! Aptana RadRails 0.9.1 Final Release has been released since 15th November 2007. Users who are still on 0.8.0 are highly recommended to upgrade. Here''s the Trac changelog: http://www.aptana.com/trac/milestone/RadRails%20IDE%200.9.1 And the ASAP one: http://support.aptana.com/issues/browse/ROR/fixforversion/10004 Apparently, 66 tickets

Hi, I'm very interested in learning the status of the --ignorecase patch being included in the main tree... is there a reason it still isn't in there? For anyone who is forced to dealing with backing up windows boxes, this is a big problem, and I can't believe that it isn't affecting a lot of people... Or maybe there is a simple workaround? I'm trying to backup files

I''m running 2.6.6 on a red hat EL3 system. using the following command, rsync -rlptDvzL --stats --include=a/ --include=a/dir/ --include=a/dir/symlink/ --include=a/dir/symlink/dir2/ --include=a/dir/symlink/dir2/dir3/ --exclude=''**'' /export/stuff remote::stuff I expect the "symlink" (which is really a symbolic link to a directory) to be preserved on the

Given two directories "foo" and "fooprime", can I have rsync make a file or directory "d", that contains the differences between these two directories such that I can take d and apply it to foo to get fooprime, or take fooprime and reverse-apply d to it to get foo? I'm not sure that the --backup and --backup-dir options to rsync will give me exactly what I want.

Thank you very much, Henrik, for maintaining this list -- it's always a pleasure to see the ever growing number of useful R packages! I decided a few times in the past to extend your research with the list of archived packages, but did not actually start coding -- until tonight: https://gist.github.com/daroczig/3cf06d6db4be2bbe3368 (this includes the a CSV with 9K rows, so might be slow to

Hi all, Thank you for your very useful product but I have a memory problem. I want use you product to migrate 4TB of data (in 150?millions files) When rsync make the list of files it full my RAM and after my SWAP and my server crash. I have 4GB of RAM and 4GB of SWAP Do you know what can I do?? Can I have an option to use an index on disk or something like this?? Thanks in advance

Hello ! I`m trying to find a way to use lzo compression for the data being transferred by rsync. rsync only supports gzip (or maybe ssh -c, which is also zlib), which gives cpu intensive workload - and this cannot be exchanged by a commandline param like we have with tar (--use-compress-program=....) i like to use lzo because it does much faster compression than gzip. I read the following in

Hear! Hear! +100 for the shout out to the CRAN volunteers. Some of the most unsung heroes of the R universe. On Mon, Aug 22, 2016 at 5:16 AM, Henrik Bengtsson < henrik.bengtsson at gmail.com> wrote: > An additional 1000 packages have been added to CRAN. This time, it > took less than 6 months. Today (August 22, 2016), the Comprehensive R > Archive Network (CRAN) [1] reports: >