similar to: Please test rsync-2.5.6pre2

I've been running rsync-2.4.2 with an old patch of mine for some time for backup purposes. Due to the recent remote bug, I thought it was time to upgrade, even if the host was behind a firewall. So I dug up the old patch (2.5.2 version attached), that I think I sent ages ago to this list as well. It does the following: (1) Firstly, the only sensible way to run something as

Ville Herva [mailto:vherva@niksula.hut.fi] wrote: > Of course, whether O_TEXT is defined or not does not > necessarily imply the availability of "t", but I > can't think of better alternative. Stratus VOS implements O_TEXT and O_BINARY but does not recognize "t". We have the options defined in ANS C and in POSIX. I'm at home and don't have my reference

Hi As my cross platform registry editor (FRED available from https://www.pinguin.lu (sorry for advertising but I couldn't resist ;-))) is evolving, I recently added write support to it. While under Linux everything worked nice, the Windblows build didn't. It seems that Windows opens files by default in text mode (O_TEXT) which is a problem. The attached patch adds the O_BINARY flag to

I have 5 windows workstations and 1 computer running freebsd 4.4 I want to install rsync on the freebsd computer so I can use it to backup some files/documents on my windows workstations. I want rsync to run automatically every 6pm mon-sat. I wanna ask if there is someone in this list who can give me guidelines on how i can do this. And another question I have is do I need to install samba? i

I'm working on trying to get rsync 2.5.6pre1 available for people to test more widely. I'm out of time for today, and I'm stuck on a problem that some machines on build.samba.org are showing on the 'chgrp' test. I can reproduce this on my home redhat 7.3 system too. It appears to be a timing problem because when I do strace -F -f on it the problem goes away. Everything seems

Does rsync has directory name length limit? I was trying to rsync a directory that has the name length of 34 characters and getting permission denied error. $ rsync -avz --delete --force -e ssh /usr/local/apache/htdocs 192.168.0.2:/usr/local/apache building file list ... readlink htdocs/CorporateLegalTimesEDITORIAL_files/cBug_blueXs.gif: Permission denied readlink

The first rsync-2.5.6 pre-release version is now available at: http://rsync.samba.org/ftp/rsync/preview/rsync-2.5.6pre1.tar.gz ftp://rsync.samba.org/pub/rsync/preview/rsync-2.5.6pre1.tar.gz rsync://rsync.samba.org/ftp/rsync/preview/rsync-2.5.6pre1.tar.gz There's also a corresponding '.sig' file that contains a gpg signature of the file; the public key is available on the

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Here goes the announcement of the 2.6.2-3 package for cygwin (available from cygwin's setup itself). If you wonder what "2.6.2-3" means, it's basically the third "cygwin package" that uses rsync-2.6.2 sources. This third attempt solves both the august security fix and the textmode bug that 2.6.2-2 had. follows the

Is there any plan to do it? Is it maybe already in and just not documented? -- Lapo 'Raist' Luchini lapo@lapo.it (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796)

Hi, I have been having a problem that seems related to previously reported problems but persists. I am syncing from a 2.6 Solaris box to a 2.8 solaris box. All are running rsync 2.5.5. When I sync (commands simplified for example, always using rsh): 2.8box% rsync -e rsh 2.6box:/path/path/stuff/ /path/path/newstuff/ i.e., the 2.6 box is the server, I get spurious, persistent but inconsistent

Hi, Here is the problem (syscall.c, function do_open) on NT, Win2K, WinXP, with stripped "/" for UNC path convention, detected in release 2.5.5, 2.5.6: int do_open(char *pathname, int flags, mode_t mode) { if (flags != O_RDONLY) { if (dry_run) return -1; CHECK_RO } #ifdef O_BINARY /* for Windows */ flags |= O_BINARY; #endif /* some systems can't handle a double / */

Please enlightnen me on a subject, which is easily explained by example (cyberone is a Cygwin1.3.12/WinXPpro and cyberx is a FreeBSD with latest openssh-portable installed): lapo at CYBERONE ~ $ scp lapo at cyberx:Luth\'ol.pcg . bash: -c: line 1: unexpected EOF while looking for matching `'' bash: -c: line 2: syntax error: unexpected end of file lapo at CYBERONE ~ $ scp lapo at

I am trying to finalize the use of rsync for updatiung a new nfs server before we take the old one offline. I keep getting the following warning during the rsync process: Warning: unexpected rad size of 0 in map_ptr Any ideas where this comes from and how to make it go away? I am using rsync 2.5.2 on Solaris 8 to pull data from rsync 2.5.2 on Solaris 7. Bob roconnor@vectorpartners.com

d# rsync -vcrlpogtz . rsync@domain.ltd:/export/home/rsync/ rsync@domain.ltd's password: sh: rsync: rsync: connection unexpectedly closed (0 bytes read so far) rsync error: error in rsync protocol data stream (code 12) at io.c(189) d# Can someone tell me what am I doing wrong? Thanks

For a recent project I needed to run Rsync as a service on Windows NT. The following is a link to the instructions I created to recreate my steps. http://members.home.net/cbollerud2/projects/rsync/NTService.html The "no-fork" patch used here is very similar to the "no-detach" option mentioned in many previous posts. I wish I could take credit for it, but I basically put

Has anyone else experienced high CPU usage when using RSYNC in windows 2000 server? I am using the rsync.exe (and applicable DLL's) from the cygwin installation (I am not however running cygwin on this machine). The linux machine connecting to the windows rsync daemon has a very low performance hit when the session is running (see below). However, the windows machine, which has a much

[I am responding on the cygwin list to a message on cygwin-announce and cc'ing to the rsync list.] From: "Lapo Luchini" <lapo@lapo.it> > I have uploaded version 2.5.2-1 of the open source utility that > provides fast incremental file transfer. > > ChangeLog as on http://rsync.samba.org : Rsync 2.5.2 has a data-destroying bug as described here:

https://bugzilla.samba.org/show_bug.cgi?id=5644 Summary: Option to recheck basis dirs for existing dest files Product: rsync Version: 3.1.0 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy:

Howdy, We occassionally get the following error when running our nightly backups: rsync error: received SIGUSR1 or SIGINT (code 20) at rsync.c(229) This happens more on one or two machines than on any of the others. We've looked high and low to see if we're mistakenly sending these signals, but nothing is that we can find. Does anyone know what this might be from? Is it the server

Hi, since the previous port of OpenSSH to Cygwin, there's happened a lot with Cygwin. We have worked hard to allow a more smooth porting of UNIX applications which results in two major advantages: - There's no need to use so called `text mode' in open calls anymore. - With only less interventions in the applications code the concept of real and effective uid's is supported